You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Angelo (@angelozerr) - I don't think that the issue you raised in #93 (comment) is going to help with JUnit 5 support. When running JUnit 5 tests in Eclipse, the plugin uses the JUnit5 Engine for discovery and for execution. The structure of a JUnit5 test plan includes both tests and containers which can form an arbitrarily deep hierarchy (in practice it's fairly constrained. As an example, consider the following code:
This class doesn't contain all the ways that JUnit5 tests can be created so it's not really suitable as a full example, but when run using Maven or Eclipse, this code executes nine test methods with the following hierarchy:
I'm a bit confused because DiscoveryRequestCreator looks like it's set up to use JUnit5 discovery - but I can't find anywhere to set-up the options that are required (or even find the default options).
Reacted by Vladimir Lashchev and Nathanael E Waite
After running a few more JUnit5 tests through VS Code's Java test extension I've also realized that the @DisplayName annotations are not being used when present. I can submit a separate issue for this problem if you want (along with a small code sample and Eclipse output.
Reacted by Vasilis Souvatzis, MamiByte, Vladimir Lashchev, Jio, Ayaan Kazerouni, Nathanael E Waite and Christian Maslen
In addition to DisplayName not working @ParameterizedTest methods are not picked up. Likely reason is the junit-jupiter-params artifact is not included on the class path of the VS code runner.
Would be great if this worked out of the editor, but you can get by running mvn test or the Gradle equivalent for now.
Activity
angelozerr commentedon Feb 28, 2018
I think it's more an issue with JUnit support of Eclipse JDT. I have created a bug for that https://bugs.eclipse.org/bugs/show_bug.cgi?id=531779
ansyral commentedon Mar 7, 2018
we'll support basic feature of JUnit5 in 0.4.0
smoyer64 commentedon Mar 29, 2018
Angelo (@angelozerr) - I don't think that the issue you raised in #93 (comment) is going to help with JUnit 5 support. When running JUnit 5 tests in Eclipse, the plugin uses the JUnit5 Engine for discovery and for execution. The structure of a JUnit5 test plan includes both tests and containers which can form an arbitrarily deep hierarchy (in practice it's fairly constrained. As an example, consider the following code:
This class doesn't contain all the ways that JUnit5 tests can be created so it's not really suitable as a full example, but when run using Maven or Eclipse, this code executes nine test methods with the following hierarchy:
I'm a bit confused because
DiscoveryRequestCreatorlooks like it's set up to use JUnit5 discovery - but I can't find anywhere to set-up the options that are required (or even find the default options).smoyer64 commentedon Mar 31, 2018
After running a few more JUnit5 tests through VS Code's Java test extension I've also realized that the
@DisplayNameannotations are not being used when present. I can submit a separate issue for this problem if you want (along with a small code sample and Eclipse output.cmaslen commentedon Oct 31, 2018
In addition to DisplayName not working @ParameterizedTest methods are not picked up. Likely reason is the junit-jupiter-params artifact is not included on the class path of the VS code runner.
Would be great if this worked out of the editor, but you can get by running mvn test or the Gradle equivalent for now.
jdneo commentedon Nov 1, 2018
We are working on refactoring the code with TestNG support right now and will be coming soon.
More support on Junit5 will be the next work item.
smoyer64 commentedon Nov 5, 2018
Sheng Chen (@jdneo) I wouldn't be much help with TestNG but ping me if you need some help with the JUnit 5 work
jdneo commentedon Nov 6, 2018
Steve Moyer (@smoyer64) Much appreciated, thank you! 😄
jdneo commentedon Nov 23, 2018
Hi ALL
To better track the work items, I'm going to closing this issue, you can check them separately in the following issues: