TestWatcher for reporting in JUnit - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to extend TestWatcher for custom test reporting.

JUnit

class MyTestWatcher extends TestWatcher {
    @Override
    protected void failed(Throwable e, Description description) {
        System.out.println("Test " + description.getMethodName() + " [1].");
    }
}

Drag options to blanks, or click blank then click option'

Astarted

Bpassed

Cskipped

Dfailed

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'passed' instead of 'failed' in the message.

Confusing method names for test lifecycle events.

The failed() method is called when a test fails, so the message should say 'failed'.

2fill in blank

medium

Complete the code to print a message when a test succeeds.

JUnit

class MyTestWatcher extends TestWatcher {
    @Override
    protected void succeeded(Description description) {
        System.out.println("Test " + description.getMethodName() + " [1] successfully.");
    }
}

Drag options to blanks, or click blank then click option'

Afailed

Bpassed

Cskipped

Dstarted

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'failed' instead of 'passed' in the message.

Mixing up test lifecycle method names.

The succeeded() method runs when a test passes, so the message should say 'passed'.

3fill in blank

hard

Fix the error in the method signature to override the TestWatcher method correctly.

JUnit

class MyTestWatcher extends TestWatcher {
    @Override
    protected void [1](Description description) {
        System.out.println("Test started: " + description.getMethodName());
    }
}

Drag options to blanks, or click blank then click option'

Astarting

Bstarted

Cstart

DstartTest

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'started' instead of 'starting' as method name.

Using non-existent method names like 'startTest'.

The correct method name to override for test start is starting(Description description).

4fill in blank

hard

Fill both blanks to log test success and failure messages correctly.

JUnit

class MyTestWatcher extends TestWatcher {
    @Override
    protected void [1](Description description) {
        System.out.println("Test " + description.getMethodName() + " passed.");
    }

    @Override
    protected void [2](Throwable e, Description description) {
        System.out.println("Test " + description.getMethodName() + " failed.");
    }
}

Drag options to blanks, or click blank then click option'

Asucceeded

Bstarting

Cfailed

Dfinished

Attempts:

3 left

💡 Hint

Common Mistakes

Swapping succeeded and failed method names.

Using unrelated lifecycle method names.

The succeeded() method is for passed tests, and failed() is for failed tests.

5fill in blank

hard

Fill all three blanks to create a TestWatcher that reports test start, success, and failure.

JUnit

class MyTestWatcher extends TestWatcher {
    @Override
    protected void [1](Description description) {
        System.out.println("Starting test: " + description.getMethodName());
    }

    @Override
    protected void [2](Description description) {
        System.out.println("Test passed: " + description.getMethodName());
    }

    @Override
    protected void [3](Throwable e, Description description) {
        System.out.println("Test failed: " + description.getMethodName());
    }
}

Drag options to blanks, or click blank then click option'

Astarting

Bsucceeded

Cfailed

Dfinished

Attempts:

3 left

💡 Hint

Common Mistakes

Mixing up method names or using 'finished' incorrectly.

Not overriding all three methods properly.

The starting() method runs when a test starts, succeeded() when it passes, and failed() when it fails.

Practice

1. What is the primary purpose of using TestWatcher in JUnit tests?

easy

A. To react to test lifecycle events like start, success, failure, and finish

B. To write assertions inside test methods

C. To create mock objects for testing

D. To configure database connections before tests

Solution

1. Step 1: Understand TestWatcher role

   TestWatcher is a JUnit class designed to listen to test lifecycle events such as when a test starts, succeeds, fails, or finishes.

2. Step 2: Differentiate from other test tasks

   Writing assertions, mocking, or configuring databases are separate concerns and not the main purpose of TestWatcher.

3. Final Answer:

   To react to test lifecycle events like start, success, failure, and finish -> Option A

4. Quick Check:

   TestWatcher = react to test events [OK]

Hint: TestWatcher listens to test events, not assertions or mocks [OK]

Common Mistakes:

• Confusing TestWatcher with assertion writing
• Thinking TestWatcher creates mocks
• Assuming TestWatcher manages test setup like DB connections

2. Which method signature correctly overrides the TestWatcher method that runs when a test fails?

easy

A. public void failed(ExtensionContext context, Throwable cause)

B. protected void failed(Throwable e, Description description)

C. void failed(Description description, Throwable e)

D. public void testFailed(ExtensionContext context, Throwable cause)

Solution

1. Step 1: Recall TestWatcher method signature

   The failed method in TestWatcher is public void failed(ExtensionContext context, Throwable cause).

2. Step 2: Check method modifiers and parameter order

   It must be public, return void, and parameters are ExtensionContext first, then Throwable.

3. Final Answer:

   public void failed(ExtensionContext context, Throwable cause) -> Option A

4. Quick Check:

   failed method = public void failed(ExtensionContext, Throwable) [OK]

Hint: Check parameter order and access modifier for overrides [OK]

Common Mistakes:

• Swapping parameter order
• Using protected instead of public
• Missing return type or wrong method name

3. Given the following TestWatcher subclass, what will be printed if the test exampleTest fails?

class MyWatcher extends TestWatcher {
  @Override
  public void failed(ExtensionContext context, Throwable cause) {
    context.getTestMethod().ifPresent(method -> System.out.println(method.getName() + " failed"));
  }
}

@Test
@ExtendWith(MyWatcher.class)
void exampleTest() {
  assertEquals(1, 2);
}

medium

A. No output printed

B. failed

C. exampleTest

D. exampleTest failed

Solution

1. Step 1: Understand what failed() prints

   The overridden failed method prints the test method name plus " failed".

2. Step 2: Identify test method name on failure

   The test method is named exampleTest, so the output will be "exampleTest failed".

3. Final Answer:

   exampleTest failed -> Option D

4. Quick Check:

   Print = methodName + " failed" = exampleTest failed [OK]

Hint: Print uses description.getMethodName() on failure [OK]

Common Mistakes:

• Assuming no output on failure
• Printing only 'failed' without method name
• Confusing method name with test class name

4. Identify the error in this TestWatcher subclass that aims to log test success:

class SuccessWatcher extends TestWatcher {
  @Override
  public void succeeded(Description description) {
    System.out.println(description.getDisplayName() + " succeeded");
  }
}

medium

A. Method signature is incorrect; it should include Throwable parameter

B. Method signature is incorrect; it should be public void succeeded(ExtensionContext context)

C. Method should be protected, not public

D. Method signature is incorrect; it should be public void succeeded(Description description, Throwable e)

Solution

1. Step 1: Check JUnit version and method signature

   In JUnit 5, TestWatcher methods use ExtensionContext parameter, not Description.

2. Step 2: Identify correct succeeded() signature

   The correct override is public void succeeded(ExtensionContext context) in JUnit 5.

3. Final Answer:

   Method signature is incorrect; it should be public void succeeded(ExtensionContext context) -> Option B

4. Quick Check:

   JUnit 5 TestWatcher uses ExtensionContext parameter [OK]

Hint: JUnit 5 TestWatcher methods use ExtensionContext, not Description [OK]

Common Mistakes:

• Using JUnit 4 signatures in JUnit 5
• Wrong parameter types or order
• Confusing access modifiers

5. You want to create a custom TestWatcher that logs test start and failure events, but only for tests whose names start with "critical". Which approach correctly implements this behavior in JUnit 5?

hard

A. Override starting(Description description) and failed(Throwable e, Description description), check description.getMethodName() starts with "critical" before logging

B. Override beforeTestExecution(ExtensionContext context) and afterTestExecution(ExtensionContext context), check context.getTestMethod().getName() starts with "critical" before logging

C. Override starting(ExtensionContext context) and failed(ExtensionContext context, Throwable cause), check context.getDisplayName() starts with "critical" before logging

D. Override testStarted(Description description) and testFailure(Failure failure), check failure.getDescription().getMethodName() starts with "critical" before logging

Solution

1. Step 1: Identify correct JUnit 5 TestWatcher methods

   In JUnit 5, TestWatcher methods to override are starting(ExtensionContext) and failed(ExtensionContext, Throwable).

2. Step 2: Filter test names using context.getDisplayName()

   Use context.getDisplayName() to get the test name and check if it starts with "critical" before logging.

3. Final Answer:

   Override starting(ExtensionContext context) and failed(ExtensionContext context, Throwable cause), check context.getDisplayName() starts with "critical" before logging -> Option C

4. Quick Check:

   JUnit 5 TestWatcher + ExtensionContext + name check = Override starting(ExtensionContext context) and failed(ExtensionContext context, Throwable cause), check context.getDisplayName() starts with "critical" before logging [OK]

Hint: Use ExtensionContext methods and check displayName for filtering [OK]

Common Mistakes:

• Using JUnit 4 method signatures in JUnit 5
• Checking wrong parameter types
• Using lifecycle methods not related to TestWatcher