-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[ML] API integration tests for UPDATE data frame analytics endpoint #72710
[ML] API integration tests for UPDATE data frame analytics endpoint #72710
Conversation
Pinging @elastic/ml-ui (:ml) |
retest |
0b81d5e
to
e822d15
Compare
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
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.
Looks good overall, thanks for adding the tests @alvarezmelissa87 !
Just left two small suggestions in the code. And also one general question / suggestion:
You're currently validating the updated fields based on details in the response body. Are we sure we can to trust the response body in these tests? I'd suggest to GET the DFA job again with a separate request and validate based on this one to make sure the fields have really changed.
@pheyos - I think we can trust the response but I've gone ahead and fetched the job separately to make sure defc6bd
@alvarezmelissa87 - great, thanks!
This has been updated and is ready for a final look when you get a chance cc @pheyos, @peteharverson 🙏 |
|
||
const fetchedJob = await getDFAJob(analyticsId); | ||
// Description should not have changed | ||
expect(fetchedJob.description).to.eql(editedDescription); |
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.
At first glance it would be hard to know fetchedJob.description
should equal editedDescription
based on the variable name, even though I know we already made a request to update the job to that editedDescription earlier. I wonder if it would be clearer to expect fetchedJob.description to not eql requestBody.description
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 think I prefer to have an explicit check for the description so we know it hasn't been changed in any way. A not equal check could potentially miss any undesired changes to the description.
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 agree with @alvarezmelissa87 - we should stay with the explicit checks. The only thing that comes to my mind for making it more clear, is to maybe rename fetchedJob
to updatedJob
?
LGTM aside from my one minor comment. |
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 🎉
Checking test stability in a flaky test runner job ... |
💚 Build SucceededBuild metrics
History
To update your PR or re-run it, just comment with: |
…lastic#72710) * add df analytics update api integration tests * remove unnecessary commented code * remove unused constant * fetch job to check it was updated correctly
* master: (35 commits) Migrated karma tests to jest (elastic#72649) Migrate status page app to core (elastic#72017) Failing test: Jest Tests.src/plugins/vis_type_vega/public (elastic#71834) Fix Firefox TSVB flaky test with switch index patterns (elastic#72882) [ML] Fixing link to index management from file data visualizer (elastic#72863) test: 💍 add test for sub-expression variables (elastic#71644) fix bug (elastic#72809) [keystore] use get_keystore in server cli (elastic#72954) Show step number instead of incomplete step. (elastic#72866) Fix bug where user can't add an exception when "close alert" is checked (elastic#72919) [Monitoring] Fix issues displaying alerts (elastic#72891) [Ingest Manager] Add more Fleet concurrency tests elastic#71744 (elastic#72338) [Security Solution][Exceptions] - Update UI exceptions builder nested logic (elastic#72490) disable renovate masterIssue [ML] API integration tests for UPDATE data frame analytics endpoint (elastic#72710) [Uptime] Fix accessibility issue in Uptime app nav links (elastic#72926) [Maps] fix removing global filter from layer can cause app to start thrashing (elastic#72763) [Maps] fix blended layer aggregation error when using composite aggregation (elastic#72759) fix unexpected arguments to unload command Limits the upload size of lists to 9 meg size (elastic#72898) ...
Summary
Part of #70354
Adds API integration tests for:
Checklist
Delete any items that are not applicable to this PR.