4 ms·
> And if the application code is flaky This is the only relevant factor. Forget the rest. Users don't experience your flaky tests just like they don't experi
by mrkeen 7y ago
> And if the application code is flaky
This is the only relevant factor. Forget the rest. Users don't experience your flaky tests just like they don't experience your messy Jira boards or your bad office coffee.
- AstralStorm 7y agoHow do you know which is failing without exhaustive analysis? See, once you know why the test fails and it's not the tested application, which is exceedingly rare in practice, you can just disable it or fix it. But only if you're actually sure, not before.
- muro 7y agoIn my experience it is usually the test.
- lukego 7y agoIn my experience that's because tests are usually written in a timid style that tries not to provoke flaky behaviour from applications. If your test suite can handle non-determinism then you can approach test-writing in a completely different - braver - way.