-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Get rid of flaky tests #2978
Comments
@lukesteensen @Hoverbear @fanatid @bruceg @ktff, could you list any tests that you are aware of and we can get to work on this? I'd like to compile a concrete list we can work against. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@Hoverbear where did you see |
|
@ktff You're right! Sorry! |
|
test_max_size_resume
@Hoverbear not suprising, they were addressed in #2862, |
|
The PR changes |
https://github.com/timberio/vector/pull/3099/checks?check_run_id=886641917 |
https://github.com/timberio/vector/runs/874679387 Seems to be failing because of OS errors, probably firewall. |
@ktff thanks for working through these. How are we feeling about closing this issue given the above? Are there tests left that we need to remove? |
Based on recent CI runs, these are the only flaky tests, so no. It should be fine to close it. If another one popes up, it can be dealt with in a regular way. |
Sounds good 👍 |
This comment has been minimized.
This comment has been minimized.
As per #3416 (comment)
|
Re-opening, so that we can keep using this issue to track all flaky tests. We'll still create separate issues for each failing test, but link to this one so that you can easily cmd+F this issue to see if a test is already reported as being flaky (the GH search function doesn't always work as well as you want it to, unfortunately). |
Closing this since the issue is not particularly helpful anymore. Please continue to open individual issues for each test removed. |
We have a number of flaky tests that are imposing a heavy cost on our dev and CI process. We should have a strategy to eliminate them. I propose the following:
The tests currently provide negative value, so deleting them gets us back to a clean state as quickly as possible. We can then add them back (written in a more reliable fashion) as deemed valuable. If they're not valuable enough to rewrite, that's fine too.
The text was updated successfully, but these errors were encountered: