forked from junit-team/junit-framework
-
Notifications
You must be signed in to change notification settings - Fork 0
Expand file tree
/
Copy pathAfterAll.java
More file actions
99 lines (94 loc) · 4.28 KB
/
AfterAll.java
File metadata and controls
99 lines (94 loc) · 4.28 KB
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
/*
* Copyright 2015-2025 the original author or authors.
*
* All rights reserved. This program and the accompanying materials are
* made available under the terms of the Eclipse Public License v2.0 which
* accompanies this distribution and is available at
*
* https://www.eclipse.org/legal/epl-v20.html
*/
package org.junit.jupiter.api;
import static org.apiguardian.api.API.Status.STABLE;
import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
import org.apiguardian.api.API;
/**
* {@code @AfterAll} is used to signal that the annotated method should be
* executed <em>after</em> <strong>all</strong> tests in the current test class.
*
* <p>In contrast to {@link AfterEach @AfterEach} methods, {@code @AfterAll}
* methods are only executed once per execution of a given test class. If the
* test class is annotated with {@link ClassTemplate @ClassTemplate}, the
* {@code @AfterAll} methods are executed once after the last invocation of the
* class template. If a {@link Nested @Nested} test class is declared in a
* {@link ClassTemplate @ClassTemplate}, its {@code @AfterAll} methods are
* called once per execution of the nested test class, namely, once per
* invocation of the outer class template.
*
* <h2>Method Signatures</h2>
*
* <p>{@code @AfterAll} methods must have a {@code void} return type and must
* be {@code static} unless the test class is annotated with
* {@link TestInstance @TestInstance(Lifecycle.PER_CLASS)}. In addition,
* {@code @AfterAll} methods may optionally declare parameters to be resolved by
* {@link org.junit.jupiter.api.extension.ParameterResolver ParameterResolvers}.
*
* <p>Using {@code private} visibility for {@code @AfterAll} methods is strongly
* discouraged and will be disallowed in a future release.
*
* <h2>Inheritance and Execution Order</h2>
*
* <p>{@code @AfterAll} methods are inherited from superclasses as long as they
* are not <em>overridden</em> according to the visibility rules of the Java
* language. Furthermore, {@code @AfterAll} methods from superclasses will be
* executed after {@code @AfterAll} methods in subclasses.
*
* <p>Similarly, {@code @AfterAll} methods declared in an interface are inherited
* as long as they are not overridden, and {@code @AfterAll} methods from an
* interface will be executed after {@code @AfterAll} methods in the class that
* implements the interface.
*
* <p>JUnit Jupiter does not guarantee the execution order of multiple
* {@code @AfterAll} methods that are declared within a single test class or
* test interface. While it may at times appear that these methods are invoked
* in alphabetical order, they are in fact sorted using an algorithm that is
* deterministic but intentionally non-obvious.
*
* <p>In addition, {@code @AfterAll} methods are in no way linked to
* {@code @BeforeAll} methods. Consequently, there are no guarantees with regard
* to their <em>wrapping</em> behavior. For example, given two
* {@code @BeforeAll} methods {@code createA()} and {@code createB()} as well as
* two {@code @AfterAll} methods {@code destroyA()} and {@code destroyB()}, the
* order in which the {@code @BeforeAll} methods are executed (e.g.
* {@code createA()} before {@code createB()}) does not imply any order for the
* seemingly corresponding {@code @AfterAll} methods. In other words,
* {@code destroyA()} might be called before <em>or</em> after
* {@code destroyB()}. The JUnit Team therefore recommends that developers
* declare at most one {@code @BeforeAll} method and at most one
* {@code @AfterAll} method per test class or test interface unless there are no
* dependencies between the {@code @BeforeAll} methods or between the
* {@code @AfterAll} methods.
*
* <h2>Composition</h2>
*
* <p>{@code @AfterAll} may be used as a meta-annotation in order to create
* a custom <em>composed annotation</em> that inherits the semantics of
* {@code @AfterAll}.
*
* @since 5.0
* @see BeforeAll
* @see BeforeEach
* @see AfterEach
* @see Test
* @see TestFactory
* @see TestInstance
*/
@API(status = STABLE, since = "5.0")
@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ ElementType.ANNOTATION_TYPE, ElementType.METHOD })
public @interface AfterAll {
}