-
Notifications
You must be signed in to change notification settings - Fork 8.1k
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] [Agentless] Create GHA Cloud Security workflow sanity tests for Agentless ESS deployments. #192182
base: main
Are you sure you want to change the base?
Conversation
Pinging @elastic/kibana-cloud-security-posture (Team:Cloud Security) |
b065a81
to
cd65995
Compare
]); | ||
|
||
const CIS_AWS_OPTION_TEST_ID = 'cisAwsTestId'; | ||
describe('Agentless Cloud - Sanity Tests', function () { | ||
describe('agentless agent health', function () { |
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'm not sure if testing agent health through the UI is the most suitable approach for our case. The Fleet component isn't under our responsibility, and although you're using test objects for some parts, you're relying on CSS selectors and retrieving visible text for the verification steps, which is more critical, there's a risk that if the Fleet team changes something related to the UI, it could break our tests.
If we still want to pinpoint where our tests are failing—whether the issue is on the UI side or due to the agent's health—it might be better to use a Fleet API call to verify if the required agent is healthy.
In the next test suite, we are already querying agentless data. If that suite fails, it should be sufficient to help identify where the problem lies.
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've since removed the health checks and decided to simplify this and only check that we receive findings. If we are receiving findings that should indicate a good health and working Agentless agent.
x-pack/test/cloud_security_posture_functional/cloud_tests/index.ts
Outdated
Show resolved
Hide resolved
f8e226e
to
efec89d
Compare
const queryBar = getService('queryBar'); | ||
const pageObjects = getPageObjects(['common', 'header', 'cisAddIntegration', 'findings']); | ||
|
||
// let cisIntegration: typeof pageObjects.cisAddIntegration; |
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.
The commented code in this file will be enabled after
efe7796
to
71a47a5
Compare
💔 Build FailedFailed CI Steps
Test Failures
Metrics [docs]
History
To update your PR or re-run it, just comment with: cc @seanrathier |
Summary
We are adding agentless sanity FTR tests that will be executed when a developer creates a Coud Security deployment or project using our GHA in the CloudBeat repo.
These FTR tests are not running a UX experience of adding an integration, the Agentless agent integration will be added during the creation of the deployment or project.
Testing the workflow
To test this run the CreateEnvironment workflow with the following parameters
Run UI sanity tests after provision
checkboxLocal Testing instructions
kibana
directoryRelated Issues
Checklist