-
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] Stabilize Cypress #153664
Comments
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
Pinging @elastic/security-solution (Team: SecuritySolution) |
Pinging @elastic/security-threat-hunting (Team:Threat Hunting) |
Thanks for coordinating this effort and pushing it forward @MadameSheema! Really excited this is so close happening finally! 🙂 Two questions with regards to the acceptance criteria from the ops side:
edit: Looks like the flakey test runner supports the cypress CI jobs now! I hadn't realized, so we should be good here now 🙂 |
Hey @spong!! Yes! We should work on the first point as well, there are even more tasks we will need to implement, like automate the number of parallel tasks that are executed and so on.... the above is just the first set of things we need to do :) |
I believe this is a duplicate of https://github.com/elastic/security-team/issues/6769 |
@MadameSheema Are you OK to close this in favor of https://github.com/elastic/security-team/issues/6769 ? |
Hey @oatkiller I believe there are some tasks/efforts here that are not tracked in the shared ticket, can we include this ticket as part of the tasks? The first agreement I had with Kibana operations about having our tests enabled in every PR was to first stabilize Cypress and the first milestones were explained above. |
Hi Team, I am interested in addressing these open items. Is 'Improve test execution (each parallel task should be executed in less than 40min)' actively being worked on? |
…` team (#173024) ## Summary This PR is part of the effort we are making to have our cypres serverless tests ready for the second quality gate (QA environment - real serverless project and also part of the initial effort started by #153664. With the introduced changes, we are creating specific Entity Analytics executions for both ESS and serverless with the aim of: - To help to identify quickly the ownership of the tests in case of failure. - To help to raise specific flakiness inside the tests of the team. In this PR: - We are creating different executions for ESS, serverless and the quality gate - We are integrating everything with buildkite and also adding the new executions to the flaky test suite runner - We are updating the readme - We are removing the overall `Security Solution` execution.
Closing in favour of: #173508 |
Kibana Operations team is open to have our tests executed on every PR, before arriving to that point there are a set of criteria our tests needs to meet first.
The aim of this ticket is to centralize all the work we have to do first before enabling our tests:
The text was updated successfully, but these errors were encountered: