Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Flaky tests: Explore using skip instead of dontcare #182

Closed
jbergstroem opened this issue Sep 3, 2015 · 6 comments
Closed

Flaky tests: Explore using skip instead of dontcare #182

jbergstroem opened this issue Sep 3, 2015 · 6 comments

Comments

@jbergstroem
Copy link
Member

While running the test suite, passing dontcare to --flaky-tests will make the runner run a test but don't care about the output. In a few cases we've marked tests as flaky that times out. This means that we (when not using -J) will sit and wait for a minute.

One counter argument would be that these tests could start failing for other reasons, but I still think the net gain is bigger. At the end of the day, we should encourage debugging and fixing flaky tests. Thoughts?

@joaocgreis
Copy link
Member

The yellow ball of dontcare is more of a reminder that the test is still flaky, can't think of more reasons to keep dontcare. So, +1

@orangemocha
Copy link

I am a bit concerned that we'd start losing visibility on the failing tests. What if a flaky test starts failing consistently, for a different reason?

I guess I am +0, but let some job (node-daily-master) not ignore flaky tests.

@rvagg
Copy link
Member

rvagg commented Sep 4, 2015

I want yellow balls to show up on flaky failures, I really don't want the fact that we have this "flaky" thing in here lose visibility, I want collaborators OCD to kick in when they don't get all-green and make them go hunting and solving flakies, so I'm -1 if this means losing the yellow

@Fishrock123
Copy link
Contributor

If this makes show up as green: nope nope nope

@orangemocha
Copy link

I also agree it's better to continue running them.

@jbergstroem
Copy link
Member Author

Ok, I believe we have somewhat of a consensus then. We'll keep running flaky tests.

TL;DR

Pro:

  • avoid having flaky tests interfer with others
  • speed up test suite since flaky tests still wait for timeout

Con:

  • increased visibility of a fail
  • better test coverage
  • encourage fixing a fail instead of moving to next

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants