-
Notifications
You must be signed in to change notification settings - Fork 3
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
[ORCA-253] Return Failure Reasons to suites.json
and Failed Tests to output.csv
#56
Conversation
✅ Linked to Story ORCA-253 · DCQC: Return reasons for individual tests not passing QC |
output.csv
suites.json
and Failed Tests to output.csv
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.
Logic looks great to me, just a few comments.
Thanks for the suggestions @BryanFauble! I made those changes in ba4d83f and ab39fcf. |
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! Excellent work and review!
Quality Gate passedIssues Measures |
Problem:
Currently, the results provided by DCQC to users in the output file are limited to the
dcqc_status
for each file in the original manifest. Additionally, there is no status indicating that a test was unable to be performed on a file due to an error encountered during the execution of an external test.Scope:
This PR adds functionality to capture failure reasons for both internal and external tests, but errors and error reasons for external tests only. I also encountered a complication with external tests where many of them will return the same
exit_code
whether they have failed or errored out. This will be addressed in future work by adding some more complex/specific logic to assess a "true" failure vs. an error. For now, these errors show up as failures, and theerror_reason
is captured instead asfailure_reason
.Solution:
To surface more information about DCQC runs to users, the following changes were made:
ExternalTestMixin
and each individual external test class to capture information about how each test should be interpreted.Testing:
TiffTag306DateTimeTest
test_full
configuration that I created to test all file types that we support. The files used are housed here on Synapse.Notes:
fs-synapse
to 2.0 (synapseclient
version 4.1.1).CONTRIBUTING.md
.