-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Improve documentation on Parallel Test Execution #2669
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
Comments
@bondolo Thanks for the feedback! Would you be interested in working on this via a more concrete outline here and then a PR? |
@marcphilipp I am definitely not an expert in this area. My suggestions above were based upon the concerns I struggled with in starting to enable parallelism in an existing project--a journey which is not yet completed. I would enthusiastically review any new material looking for ideas to advance our usage but, at this point, don't have much useful to contribute. |
@marcphilipp if its possible I can join to the issue and solve that. |
@bondolo Just made a table with the relevant properties, description, accepted values and default value. Is this what you envisioned? |
@stoyanK7 Yes, that is helpful! |
Hi @marcphilipp, interested to work on this, is this issue still open? |
@Kavisha4 Thanks for asking! The table has been added in #2946 (comment). I've added another deliverable to the issue description for which we'd accept a PR. @bondolo If you have any other concrete suggestion, please let us know. |
How about improving the documentation on parallel test execution in Currently, in the If you agree with my suggestion, I’ll go ahead and create the issue. |
What did you have in mind? |
The current documentation on parallel execution in
However, it would be clearer if it were explained more thoroughly, using Additionally, in JUnit Vintage,
Without this clarification, if only |
That's why I added the last sentence here: junit5/documentation/src/docs/asciidoc/user-guide/migration-from-junit4.adoc Lines 48 to 49 in c9d8cb1
But I agree that it would benefit from stating explicitly what happens in case neither the |
I’ve created the issue!
As mentioned above, I’m only creating the issue for the community, not resolving it myself.
|
Hi @marcphilipp, @sbrannen 👋 I'd love to contribute to this issue. As someone who is currently deepening my understanding of JUnit's parallel execution model, this looks like a great opportunity to learn and contribute at the same time. I'll review the current documentation and propose clearer explanations and examples around configuration parameters and the Let me know if it's okay for me to start working on it. If so, I’ll fork the repo and open a PR soon. Thanks! |
Sure, go ahead! 👍 |
Resolves #2669. --------- Co-authored-by: Marc Philipp <[email protected]>
Uh oh!
There was an error while loading. Please reload this page.
I have some comments regarding configuring tests for parallel execution following reading: https://junit.org/junit5/docs/snapshot/user-guide/index.html#writing-tests-parallel-execution
Identifying all the relevant properties and the defaults for the properties in
junit-platform.properties
needs to be more obvious. They can be deduced from the narrative but perhaps should just be stated explicitly.Also, a gentle approach for enabling parallelism should be suggested along with suggested mitigations when things don't work, as a sequence of steps that projects can evolve upon while still getting some parallelization benefit. An example for the
Execution
annotation would be useful as well. Non-parallel test execution could be considered a form of technical debt and a suggested approach for whittling away at that debt to make incremental progress towards as-parallel-as-practical execution. ie. help people figure out where they are now and what their next step should be along with necessary validation checks for each step.Deliverables
@Execution
annotationThe text was updated successfully, but these errors were encountered: