Gain insights into JUnit 5, explore its advantages over JUnit 4, and delve into its features like assertions, parameterized tests, dependency injection, and test execution order. Discover hands-on projects to cement your skills.

junit.tar.gz

Parameter

Annotation

Slow

file

json

JUnit 5 is a standard framework for unit testing in Java. Released in 2017, JUnit 5 is a major improvement over JUnit 4 and supports a lot of new methods. Many projects have migrated from JUnit 4 to JUnit 5. JUnit 5 is also the default test framework for new projects. JUnit 5 is composed of three sub-projects: JUnit Platform, JUnit Jupiter, and JUnit Vintage. Details of these sub-projects are discussed in the course.

This course first discusses the advantages of JUnit 5 over the previous versions and then jumps directly into tests. The course includes discussion on assertions, assumptions, tagging and filtering, nested tests, dependency injection, repeated tests, parameterized tests, dynamic tests, test instance lifecycle, extension model, JUnit 4 migration, JUnit platform, and test execution order. 

By the end of this course, you’ll be deeply familiar with unit testing in JUnit 5. There’s also a little project for you at the end to put your newly acquired skills to the test.

All About JUnit5

Yes, it's a good idea with both default functions.

Yes, it can be used with the `supportsParameter` function.

Yes, it can be used with the `resolveParameter` function. 

Is it a good idea to use a parameter name to resolve its value?

Is it a good idea to use a parameter name to resolve its value?

When the system property `junit.jupiter.conditions.deactivate` is set to `“*”`, will a test method annotated with `@Disabled` run?

When the system property <code>junit.jupiter.conditions.deactivate</code> is set to <code>“*”</code>, will a test method annotated with <code>@Disabled</code> run?

Given the following `TestExecutionExceptionHandler` implementation that swallows all throwables, if a test method throws an `OutOfMemoryError`, will other test methods continue execution?
```
public class CatchAllExceptionHandler implements TestExecutionExceptionHandler {

  @Override
  public void handleTestExecutionException(ExtensionContext context,
      Throwable throwable) throws Throwable {

  }
}
```


Given the following <code>TestExecutionExceptionHandler</code> implementation that swallows all throwables, if a test method throws an <code>OutOfMemoryError</code>, will other test methods continue execution?
<pre><code>public class CatchAllExceptionHandler implements TestExecutionExceptionHandler {

 @Override
 public void handleTestExecutionException(ExtensionContext context,
 Throwable throwable) throws Throwable {

 }
}
</code></pre>

When getting a value from the store, will the store from the parent context be checked?

When getting a value from the store, will the store from the parent context be checked?

It works fine without an argument converter.

It works fine, provided there’s an argument converter.

If a test method has a parameter of type `boolean`  while a parameter value of type `String` is provided, what will happen?

If a test method has a parameter of type <code>boolean</code> while a parameter value of type <code>String</code> is provided, what will happen?

Test what you’ve learned about the extension model.

Getting Started

Writing Basic Tests

Annotations, Tagging, and Filtering

Nested tests in JUnit 5

Dependency Injections

Parameterized and Dynamic Tests

Test Instance Lifecycle in JUnit 5

Extension Model

JUnit Platform

Test Execution Order

Conclusion

Library Management System

Quiz on Extension Model