+1
On 2/17/22 23:47, DuyHai Doan wrote:
> +1 nb
>
> On Fri, Feb 18, 2022 at 7:41 AM Berenguer Blasi
> mailto:berenguerbl...@gmail.com>> wrote:
>
> +1
>
> On 18/2/22 2:15, Jasonstack Zhao Yang wrote:
>> +1
>>
>> On Fri, 18 Feb 2022 at 08:15, Jeremy Hanna
>> mailto:jeremy.hann
I must admit, I've not dived into Jira's much yet (I've done one, I think),
but if you think a separate Jira issue type would help, I'm all for
it, Mick!
*Topic review*
One thing that I'd like to highlight from the content process wiki page is
the need to review the topics we would like to cover a
> There are many tests that are currently purely manual, and some are just hard
> to maintain….. And whenever we add support for, say, UDTs, overnight you'll
> just get UDTs for all existing tests
Yes, something worth really highlighting here is that many of our tests are
flaky because we have
I did not intend to imply that we should migrate all tests. To be more specific
than I was, we can pick up only ones where Harry just makes more sense than
manual tests, where it can cover more ground. GROUP BY comes to mind as a
perfect example: its current test suite is rather limited. Fuzzing
I’m not sure we have lots of bandwidth for upgrading existing tests anyway.
However, the source of flakiness in existing tests is primarily either
environmental or poor test design (relying on timings being a major culprit).
If Harry were to produce flakiness it would have a higher likelihood of
Benjamin's email could be written by myself :) Fully agree.
On Fri, 18 Feb 2022 at 09:42, Benjamin Lerer wrote:
>
> Thanks a lot for raising that topic Alex.
>
> I did not have the chance to use Harry yet and I guess it is the case for
> most of us.
> Starting to use it in our new tests makes to
Thanks a lot for raising that topic Alex.
I did not have the chance to use Harry yet and I guess it is the case for
most of us.
Starting to use it in our new tests makes total sense to me.
I am more concerned about starting to migrate/update existing tests. It
took us time to build some reliable a
