JUnit 5 support

[matejdro]

JUnit4 is the old JUnit system that was last updated way back in 2014. JUnit5 brings many new improvements, but at the moment it is tough to use it on Android.

There is 3rd party gradle plugin that supports JUnit5: https://github.com/mannodermaus/android-junit5 and while it works fine, it especially lacks in UI rules like in ActivityRule or ServiceRule (All official rules are for JUnit4, so they have to be rewritten if one wants to use JUnit5 for instrumentation tests).

(Copied from https://issuetracker.google.com/issues/127100532)

[brettchabot]

Thanks for the report.

We have JUnit5 support on our roadmap, but to be honest its not a super high priority at the moment in comparison to other features.

However, we have been thinking about JUnit5 and other test frameworks when planning future APIs. In general, we're trying to make new APIs test-framework agnostic by default. For example: androidx.test.core.ActivityScenario exists as a 'core' API without any JUnit dependencies. All the meaty logic for testing Activities is contained within this API, which will be officially replacing ActivityTestRule in a future release.

The hope is then that in the future, it would be easier for us or contributors to create simple wrappers for test framework specific extensions. Like we've done for JUnit4 in androidx.test.ext.junit.rule.ActivityScenarioRule.

I haven't used JUnit5 much myself but from brief reading it looks like 'extensions' are the equivalent to Junit4 Rules? So for example, someone could hopefully easily create a JUnit5 ActivityScenarioExtension that calls launch() and close() before and after each test.

[matejdro]

I haven't used JUnit5 much myself but from brief reading it looks like 'extensions' are the equivalent to Junit4 Rules? So for example, someone could hopefully easily create a JUnit5 ActivityScenarioExtension that calls launch() and close() before and after each test.

Yes, exactly.

[TWiStErRob]

was last updated way back in 2014

Mind you that JUnit 4.13 is almost released, but I agree Jupiter is way more awesome.

someone could hopefully easily create

it would be nice to have first party support, if it's so easy I don't see why not

[mpeng3]

Any update on a timeline for official JUnit 5 support? This really seems like something that should be supported natively without the need for a 3rd-party plugin.

[olegivo]

Any updates? Plans?

[quentin23soleil]

👋 Welcome to 2021. Could it be possible to be updated on this?

[issamux]

Any native/official JUnit 5 support for Android (no 3rd part library) ????

[Luiz-Monad]

You don't seem to have the resources to that massive scope of supporting all possible testing frameworks.
Why don't you just add support for JUnit5 and make it de-facto the testing, and ignore the others, no use uses them anyway, or they can pigback on the JUnit5 executing engine. Every developer end up having their own hacked copy of a bridge to allow JUnit5 tests to run on top of the JUnit4.
JUnitEngine5 was created precisely to solve your problems, creating another abstraction on top of it seems excessive, and that's why for 4 years, and nothing.

Anyway, I'm migrating to KoTest, so it doesn't matter anymore, as mannordemaus binding is enough to make the basics of JUnit5 run.

[testifyqa]

Would love native JUnit5 support, please make it happen

[Apple-Flavor]

welcome to 2022