public class JUnitTestRunnerListener
Notifies JUnit Platform of test statuses via a EngineExecutionListener.
JUnit platform supports out of order notification of tests, in that sibling tests can be executing in parallel and updating JUnit out of order. However the gradle test task gets confused if we are executing two or more tests directly under the root at once. Therefore we must queue up notifications until each spec is completed.
Gradle test run observations:
Top level descriptors must have a source attached or the execution will fail with a parent attached exception. Type.CONTAINER_TEST doesn't seem to work as a top level descriptor, it will hang leaf tests do not need to be completed but they will be marked as uncomplete in intellij. Dynamic test can be called after or before addChild. A Type.TEST can be a child of a Type.TEST. Intermediate Type.CONTAINER seem to be ignored in output. Intermediate containers can have same class source as parent. Type.TEST as top level seems to hang. A TEST doesn't seem to be able to have the same source as a parent, or hang. A TEST seems to hang if it has a ClassSource. MethodSource seems to be ok with a TEST. Container test names seem to be taken from a Source. Nested tests are outputted as siblings. Can complete executions out of order. Child failures will fail parent CONTAINER. Sibling containers can start and finish in parallel.
Intellij runner observations:
Intermediate Type.CONTAINERs are shown. Intermediate Type.TESTs are shown. A Type.TEST can be a child of a Type.TEST MethodSource seems to be ok with a TEST. Container test names seem to be taken from the name property. Nested tests are outputted as nested. Child failures will not fail containing TEST. child failures will fail a containing CONTAINER. Call addChild before registering test otherwise will appear in the display out of order. Must start tests after their parent or they can go missing. Sibling containers can start and finish in parallel.
| Modifier and Type | Class and Description |
|---|---|
static class |
JUnitTestRunnerListener.ResultState |
| Constructor and Description |
|---|
JUnitTestRunnerListener(org.junit.platform.engine.EngineExecutionListener listener,
org.junit.platform.engine.support.descriptor.EngineDescriptor root)
Notifies JUnit Platform of test statuses via a EngineExecutionListener.
|
| Modifier and Type | Method and Description |
|---|---|
void |
afterSpecClass(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass,
java.lang.Throwable t) |
void |
beforeSpecClass(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass) |
void |
engineFinished(java.lang.Throwable t) |
void |
engineStarted(java.util.List<? extends kotlin.reflect.KClass<? extends io.kotlintest.Spec>> classes) |
void |
enterTestCase(io.kotlintest.TestCase testCase) |
void |
exitTestCase(io.kotlintest.TestCase testCase,
io.kotlintest.TestResult result) |
org.junit.platform.engine.support.descriptor.EngineDescriptor |
getRoot() |
void |
invokingTestCase(io.kotlintest.TestCase testCase,
int k) |
void |
specInitialisationFailed(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass,
java.lang.Throwable t) |
public JUnitTestRunnerListener(org.junit.platform.engine.EngineExecutionListener listener,
org.junit.platform.engine.support.descriptor.EngineDescriptor root)
Notifies JUnit Platform of test statuses via a EngineExecutionListener.
JUnit platform supports out of order notification of tests, in that sibling tests can be executing in parallel and updating JUnit out of order. However the gradle test task gets confused if we are executing two or more tests directly under the root at once. Therefore we must queue up notifications until each spec is completed.
Gradle test run observations:
Top level descriptors must have a source attached or the execution will fail with a parent attached exception. Type.CONTAINER_TEST doesn't seem to work as a top level descriptor, it will hang leaf tests do not need to be completed but they will be marked as uncomplete in intellij. Dynamic test can be called after or before addChild. A Type.TEST can be a child of a Type.TEST. Intermediate Type.CONTAINER seem to be ignored in output. Intermediate containers can have same class source as parent. Type.TEST as top level seems to hang. A TEST doesn't seem to be able to have the same source as a parent, or hang. A TEST seems to hang if it has a ClassSource. MethodSource seems to be ok with a TEST. Container test names seem to be taken from a Source. Nested tests are outputted as siblings. Can complete executions out of order. Child failures will fail parent CONTAINER. Sibling containers can start and finish in parallel.
Intellij runner observations:
Intermediate Type.CONTAINERs are shown. Intermediate Type.TESTs are shown. A Type.TEST can be a child of a Type.TEST MethodSource seems to be ok with a TEST. Container test names seem to be taken from the name property. Nested tests are outputted as nested. Child failures will not fail containing TEST. child failures will fail a containing CONTAINER. Call addChild before registering test otherwise will appear in the display out of order. Must start tests after their parent or they can go missing. Sibling containers can start and finish in parallel.
public void engineStarted(java.util.List<? extends kotlin.reflect.KClass<? extends io.kotlintest.Spec>> classes)
public void engineFinished(java.lang.Throwable t)
public void beforeSpecClass(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass)
public void enterTestCase(io.kotlintest.TestCase testCase)
public void invokingTestCase(io.kotlintest.TestCase testCase,
int k)
public void exitTestCase(io.kotlintest.TestCase testCase,
io.kotlintest.TestResult result)
public void specInitialisationFailed(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass,
java.lang.Throwable t)
public void afterSpecClass(kotlin.reflect.KClass<? extends io.kotlintest.Spec> klass,
java.lang.Throwable t)
public org.junit.platform.engine.support.descriptor.EngineDescriptor getRoot()