The total number of tests that are expected to run when this Suite
's run
method is invoked.
The total number of tests that are expected to run when this Suite
's run
method is invoked.
a Filter
with which to filter tests to count based on their tags
An immutable IndexedSeq
of this SuiteMixin
object's nested Suite
s.
An immutable IndexedSeq
of this SuiteMixin
object's nested Suite
s. If this SuiteMixin
contains no nested Suite
s,
this method returns an empty IndexedSeq
.
The fully qualified name of the class that can be used to rerun this suite.
The fully qualified name of the class that can be used to rerun this suite.
Runs this suite of tests.
Runs this suite of tests.
an optional name of one test to execute. If None
, all relevant tests should be executed.
I.e., None
acts like a wildcard that means execute all relevant tests in this Suite
.
the Args
for this run
a Status
object that indicates when all tests and nested suites started by this method have completed, and whether or not a failure occurred.
NullArgumentException
if any passed parameter is null
.
Runs zero to many of this suite's nested suites.
Runs zero to many of this suite's nested suites.
the Args
for this run
a Status
object that indicates when all nested suites started by this method have completed, and whether or not a failure occurred.
NullArgumentException
if args
is null
.
Runs zero to many of this suite's tests.
Runs zero to many of this suite's tests.
an optional name of one test to run. If None
, all relevant tests should be run.
I.e., None
acts like a wildcard that means run all relevant tests in this Suite
.
the Args
for this run
a Status
object that indicates when all tests started by this method have completed, and whether or not a failure occurred.
NullArgumentException
if either testName
or args
is null
.
This suite's style name.
This suite's style name.
This lifecycle method provides a string that is used to determine whether this suite object's style is one of the chosen styles for the project.
A string ID for this Suite
that is intended to be unique among all suites reported during a run.
A string ID for this Suite
that is intended to be unique among all suites reported during a run.
The suite ID is intended to be unique, because ScalaTest does not enforce that it is unique. If it is not unique, then you may not be able to uniquely identify a particular test of a particular suite. This ability is used, for example, to dynamically tag tests as having failed in the previous run when rerunning only failed tests.
this Suite
object's ID.
A user-friendly suite name for this Suite
.
A user-friendly suite name for this Suite
.
This trait's
implementation of this method returns the simple name of this object's class. This
trait's implementation of runNestedSuites
calls this method to obtain a
name for Report
s to pass to the suiteStarting
, suiteCompleted
,
and suiteAborted
methods of the Reporter
.
this Suite
object's suite name.
A Map
whose keys are String
names of tagged tests and
whose associated values are the Set
of tag names for the test.
A Map
whose keys are String
names of tagged tests and
whose associated values are the Set
of tag names for the test. If a test has no associated tags, its name
does not appear as a key in the returned Map
. If this Suite
contains no tests with tags, this
method returns an empty Map
.
Subclasses may override this method to define and/or discover tags in a custom manner, but overriding method implementations
should never return an empty Set
as a value. If a test has no tags, its name should not appear as a key in the
returned Map
.
Provides a TestData
instance for the passed test name, given the passed config map.
Provides a TestData
instance for the passed test name, given the passed config map.
This method is used to obtain a TestData
instance to pass to withFixture(NoArgTest)
and withFixture(OneArgTest)
and the beforeEach
and afterEach
methods
of trait BeforeAndAfterEach
.
the name of the test for which to return a TestData
instance
the config map to include in the returned TestData
a TestData
instance for the specified test, which includes the specified config map
A Set
of test names.
A Set
of test names. If this Suite
contains no tests, this method returns an empty Set
.
Although subclass and subtrait implementations of this method may return a Set
whose iterator produces String
test names in a well-defined order, the contract of this method does not required a defined order. Subclasses are free to
implement this method and return test names in either a defined or undefined order.
Defines a method to be run after each of this suite's tests.
Defines a method to be run after each of this suite's tests.
This trait's implementation
of runTest
invokes the overloaded form of this method that
takes a configMap
map after running
each test. This trait's implementation of that afterEach(Map[String, Any])
method simply invokes this
afterEach()
method. Thus this method can be used to tear down a test fixture
needed by each test, when you don't need anything from the configMap
.
This trait's implementation of this method does nothing.
Defines a method to be run before each of this suite's tests.
Defines a method to be run before each of this suite's tests.
This trait's implementation
of runTest
invokes the overloaded form of this method that
takes a configMap
before running
each test. This trait's implementation of that beforeEach(Map[String, Any])
method simply invokes this
beforeEach()
method. Thus this method can be used to set up a test fixture
needed by each test, when you don't need anything from the configMap
.
This trait's implementation of this method does nothing.
Run a test surrounded by calls to beforeEach
and afterEach
.
Run a test surrounded by calls to beforeEach
and afterEach
.
This trait's implementation of this method ("this method") invokes
beforeEach(configMap)
before running each test and afterEach(configMap)
after running each test. It runs each test by invoking super.runTest
, passing along
the two parameters passed to it.
If any invocation of beforeEach
completes abruptly with an exception, this
method will complete abruptly with the same exception. If any call to
super.runTest
completes abruptly with an exception, this method
will complete abruptly with the same exception, however, before doing so, it will
invoke afterEach
. If <cod>afterEach also completes abruptly with an exception, this
method will nevertheless complete abruptly with the exception previously thrown by super.runTest
.
If super.runTest
returns normally, but afterEach
completes abruptly with an
exception, this method will complete abruptly with the exception thrown by afterEach
.
the name of one test to run.
the Args
for this run
a Status
object that indicates when the test started by this method has completed, and whether or not it failed .
Stackable trait that can be mixed into suites that need code executed before and/or after running each test.
BeforeAndAfterEach
when you want to stack traits that perform side-effects before and/or after tests, rather than at the beginning or end of tests. Note: For more insight into whereBeforeAndAfterEach
fits into the big picture, see the Shared fixtures section in the documentation for your chosen style trait.A test fixture is composed of the objects and other artifacts (files, sockets, database connections, etc.) tests use to do their work. When multiple tests need to work with the same fixtures, it is important to try and avoid duplicating the fixture code across those tests. The more code duplication you have in your tests, the greater drag the tests will have on refactoring the actual production code, and the slower your compile will likely be. Trait
BeforeAndAfterEach
offers one way to eliminate such code duplication: abeforeEach
method that will be run before each test (like JUnit'ssetUp
), and anafterEach
method that will be run after (like JUnit'stearDown
).Here's an example:
To get the same ordering as
withFixture
, place yoursuper.beforeEach
call at the end of eachbeforeEach
method, and thesuper.afterEach
call at the beginning of eachafterEach
method, as shown in the previous example. It is a good idea to invokesuper.afterEach
in atry
block and perform cleanup in afinally
clause, as shown in the previous example, because this ensures the cleanup code is performed even ifsuper.afterEach
throws an exception.The main advantage of
BeforeAndAfterEach
overBeforeAndAfter
is thatBeforeAndAfterEach
. enables trait stacking. The main disadvantage ofBeforeAndAfterEach
compared toBeforeAndAfter
is thatBeforeAndAfterEach
requires more boilerplate. If you don't need trait stacking, useBeforeAndAfter
instead ofBeforeAndAfterEach
. If you want to make use of test data (the test name, config map, etc.) in yourbeforeEach
orafterEach
method, use traitBeforeAndAfterEachTestData
instead.