-
Notifications
You must be signed in to change notification settings - Fork 183
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
Exhaustive tests? #139
Labels
C-test-infra
Component: Integration test infrastructure
T-enhancement
Type: Nice-to-have but not required
Milestone
Comments
sffc
added
C-test-infra
Component: Integration test infrastructure
T-enhancement
Type: Nice-to-have but not required
labels
Jun 22, 2020
We could add a feature like "exhaustive" and conditionally compile the tests only when that feature is enabled. It could be disabled by default. @Manishearth @zbraniecki @hsivonen Is there a standard practice for this in Rust? |
Yeah it's done sometimes |
I don't have experience with practices for this. |
Discussion 2020-10-30: 3 types of tests:
|
This was referenced Nov 3, 2020
Closed
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
C-test-infra
Component: Integration test infrastructure
T-enhancement
Type: Nice-to-have but not required
In ICU, we have an exhaustive test mode for tests that are particularly slow. Examples of tests that might be exhaustive tests:
It would be nice if we had an exhaustive test mode in ICU4X, such that running
cargo test
remains fast and doesn't get stuck on slow tests.* It's common in ICU to unconditionally test a random subset of locales, and test the full set in exhaustive mode.
The text was updated successfully, but these errors were encountered: