-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[Security Solution] Fixes flaky test rules #81040
Conversation
@elasticmachine merge upstream |
Pinging @elastic/siem (Team:SIEM) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I had one question about ordering and you've got some merge conflicts (from me, sorry 😄 ), but CI should take care of those so you get a pre-emptive approval! Thanks for this fix.
@@ -120,6 +121,7 @@ describe('Custom detection rules creation', () => { | |||
|
|||
after(() => { | |||
esArchiverUnload('timeline'); | |||
deleteRule(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Are these two operations totally independent? I assume so but wanted to call out the discrepancy in ordering.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In this specific case, does not matter the order, but you are right, in general, it should not be like that, good catch! I need to update this 😊
💚 Build SucceededMetrics [docs]
History
To update your PR or re-run it, just comment with: |
* deletes the created rule in the after hook * fixes failing test * changes rule deletion order Co-authored-by: Kibana Machine <[email protected]>
* deletes the created rule in the after hook * fixes failing test * changes rule deletion order Co-authored-by: Kibana Machine <[email protected]>
* deletes the created rule in the after hook * fixes failing test * changes rule deletion order Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: Kibana Machine <[email protected]>
* deletes the created rule in the after hook * fixes failing test * changes rule deletion order Co-authored-by: Kibana Machine <[email protected]> Co-authored-by: Kibana Machine <[email protected]>
…arm-phase-to-formlib * 'master' of github.com:elastic/kibana: (55 commits) [UX] Fix map color variance and apply proper filter for extended stats (elastic#81106) [User Experience] Use EuiSelect for percentiles instead of SuperSelect (elastic#81082) [DOCS] Add link for monitoring ssl settings (elastic#81057) [test] Await loading indicator in monitoring test (elastic#81279) [ILM] Minor copy and link additions to cloud CTA for cold phase (elastic#80512) [Mappings editor] Add scaled_float and date_range comp integration tests (elastic#81287) [Discover] Deangularize context.app (elastic#80851) [O11y Overview] Add code to display/hide UX section when appropriate (elastic#80873) [Discover] Extend DiscoverNoResults component to show different message on error (elastic#79671) Fix tagcloud word overlapping (elastic#81161) [Security Solution] Fixes flaky test rules (elastic#81040) Changed the code to avoid tech debt with hacky solutions after receiving comments on EUI issue reported about this problem. (elastic#81183) [Security Solution][All] Replace old markdown renderer with the new one (elastic#80301) Add namespaced version of the API call (elastic#81278) [ML] Data Frame Analytics: Fix race condition and support for feature influence legacy format. (elastic#81123) [Fleet] Fix POLICY_CHANGE action creation for new policy (elastic#81236) [Security Solution][Endpoint][Admin] Malware user notification checkbox (elastic#78084) [SecuritySolution][Unit Tests] - fix flakey unit test (elastic#81239) skip flaky suite (elastic#81264) [Maps] fix top-level Map page is called 'Kibana' (elastic#81238) ... # Conflicts: # x-pack/plugins/index_lifecycle_management/public/application/sections/edit_policy/components/phases/hot_phase/hot_phase.tsx # x-pack/plugins/index_lifecycle_management/public/application/sections/edit_policy/components/phases/shared/forcemerge_field.tsx # x-pack/plugins/index_lifecycle_management/public/application/sections/edit_policy/components/phases/warm_phase.tsx
Summary
We saw some rule test failing due to a not proper clean up after the execution. This is because right now our Cypress tests are executed 2 more times if there is a failure. If the failure it is due to an assertion or timeout after the rule creation, the next execution is going to fail due to a mismatch in the number of created rules.
In order to fix that flakiness now we are deleting the created rules at the after hook.