-
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
[Cloud Security] Update CSP Version to 1.9.0 for Test #186657
Conversation
/ci |
/ci |
Flaky Test Runner Stats🟠 Some tests failed. - kibana-flaky-test-suite-runner#6366[❌] x-pack/test/cloud_security_posture_functional/config.ts: 0/50 tests passed. |
Flaky Test Runner Stats🟠 Some tests failed. - kibana-flaky-test-suite-runner#6367[❌] x-pack/test/cloud_security_posture_functional/config.ts: 0/50 tests passed. |
/ci |
/ci |
/ci |
Pinging @elastic/kibana-cloud-security-posture (Team:Cloud Security) |
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'd suggest finding a way to make tests less brittle
@@ -124,6 +124,7 @@ export default function (providerContext: FtrProviderContext) { | |||
(await cisIntegration.getFieldValueInEditPage(DIRECT_ACCESS_KEY_ID_TEST_ID)) === | |||
directAccessKeyId | |||
).to.be(true); | |||
expect(await cisIntegration.doesStringExist('Replace secret access key')).to.not.be(null); |
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.
it is very brittle to rely on specific text and on the generic markup (span>text
). Can we add a proper test id to this component and rely on it? Otherwise every time the wording change in fleet our tests will break
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.
Can we add a test ID to query for the element?
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.
so this component is actually a fleet component that I use Lazy import to use in our plugin
the reason why I'm using text is because I thought it might be better to not touch their component
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 don't see a problem in adding a qa attribute to the component in Fleet, any specific concern you have @animehart ? The fact that another team owns the component makes it even more important - we don't want our tests to break because of the wording changes made by another team. The Fleet team also won't be happy to update our tests when they change smth
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.
Added to @maxcold comment. Should we consider moving this to an integration test with MSW?
@@ -124,6 +124,7 @@ export default function (providerContext: FtrProviderContext) { | |||
(await cisIntegration.getFieldValueInEditPage(DIRECT_ACCESS_KEY_ID_TEST_ID)) === | |||
directAccessKeyId | |||
).to.be(true); | |||
expect(await cisIntegration.doesStringExist('Replace secret access key')).to.not.be(null); |
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.
Can we add a test ID to query for the element?
Pinging @elastic/fleet (Team:Fleet) |
💛 Build succeeded, but was flaky
Failed CI StepsTest Failures
Metrics [docs]Async chunks
History
To update your PR or re-run it, just comment with: |
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.
lgtm, one suggestion on how to construct the test subject a bit more consistently
...cy/create_package_policy_page/components/steps/components/package_policy_input_var_field.tsx
Outdated
Show resolved
Hide resolved
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.
Fleet changes LGTM 🚀
Summary
With 8.14 released, we want to make sure our CSP is using the latest CSP version for our test environment