-
Notifications
You must be signed in to change notification settings - Fork 129
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
filter: Reorganize Cram test files #943
Conversation
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.
Cool! I like the new layout and test filenames. We'll need to update both the CI test runner and the run_test.sh
script to search for Cram tests in a smarter way. Actually, I just noticed (thanks to your example code) that Cram has its own smart search built in so this works:
cram --shell=/bin/bash tests/
a734894
to
dc57aa0
Compare
The current filter.t is pretty cumbersome to work with. See slack thread: https://bedfordlab.slack.com/archives/C01LCTT7JNN/p1653072787820709 This change breaks that file into several smaller files. - Split filter.t into much smaller files - For most files, each is setup + one augur filter command. - A few files also check the output or run related commands. - Re-organize supporting files so that everything is under tests/functional/filter/, which has two folders: - cram: individual test files - data: supporting data (previously directly under tests/functional/filter/)
dc57aa0
to
1f3e894
Compare
woo I'm so excited to use this! No more merge conflicts from adding to If this works well, I'll do the same for other large |
Seeing this late, but woo, this is a great direction! |
Context
The current filter.t is pretty cumbersome to work with. From a Slack thread:
Description of proposed changes
This change breaks that file into several smaller files.
Some noticeable differences:
Easy to have a high-level overview of tests:
Progress dots and numbers on test results are more meaningful:
Easy to run just one test:
There is more setup overhead for each test, but in terms of run time it's only a 1 second difference:
vs.
Related issue(s)
N/A
Testing
See CI.