Class whose subclasses can be used to tag tests in style traits in which tests are defined as functions.
ScalaTest has two ways to tag tests: annotations and instances of this Tag class.
To tag a test method or an entire test class, you use a tag annotation, whereas to tag a test function,
you use a Tag object. Though not required, it is usually a good idea to define both an annotation
and a corresponding Tag object for each conceptual tag you want, so you can tag anything: test functions, test classes,
and test methods. The name of the conceptual tag is the fully qualified name of the annotation interface, so you must
pass this name to the Tag constructor.
For example, imagine you want to tag integration tests that use the actual database, and are, therefore, generally slower. You could
create a tag annotation and object called DbTest. To give them both the same simple name, you can declare them in different packages.
The tag annotation must be written in Java, not Scala, because annotations written
in Scala are not accessible at runtime. Here's an example:
Given this annotation's fully qualified name is com.mycompany.myproject.testing.tags.DbTest the corresponding Tag
object decaration must have that name passed to its constructor, like this:
Given these definitions, you could tag a test function as a DbTest in, for
example, a FlatSpec like this:
import org.scalatest.FlatSpec
import com.mycompany.myproject.testing.tagobjects.DbTest
classExampleSpecextendsFlatSpec {
"Integration tests" can "sometimes be slow" taggedAs(DbTest) in {
Thread.sleep(1000)
}
}
You could tag a test method as a DbTest in, for
example, a Suite like this:
import org.scalatest.Suite
import com.mycompany.myproject.testing.tags.DbTest
classExampleSuiteextendsSuite {
@DbTestdef`integration tests can sometimes be slow` {
Thread.sleep(1000)
}
}
And you could tag all the tests in an entire test class by annotating the class, like this:
import org.scalatest.FlatSpec
import com.mycompany.myproject.testing.tags.DbTest
@DBTestclassExampleSpecextendsFlatSpec {
"Integration tests" can "sometimes be slow" in {
Thread.sleep(1000)
}
they should "likely sometimes be excluded " in {
Thread.sleep(1000)
}
}
In the previous example, both tests will be tagged as DBTests even though the
tests are not tagged as such individually.
When you run ScalaTest and want to either include or exclude DbTests, you'd give the fully qualified
name of the tag annotation (which is also the name passed to the corresponding Tag constructor) to Runner. For
example, here's how you'd exclude DbTests on the Runner command line:
-l com.mycompany.myproject.testing.tags.DbTest
For examples of tagging in other style traits, see the "Tagging tests" section in the documentation for the trait:
Class whose subclasses can be used to tag tests in style traits in which tests are defined as functions.
ScalaTest has two ways to tag tests: annotations and instances of this
Tag
class. To tag a test method or an entire test class, you use a tag annotation, whereas to tag a test function, you use aTag
object. Though not required, it is usually a good idea to define both an annotation and a correspondingTag
object for each conceptual tag you want, so you can tag anything: test functions, test classes, and test methods. The name of the conceptual tag is the fully qualified name of the annotation interface, so you must pass this name to theTag
constructor.For example, imagine you want to tag integration tests that use the actual database, and are, therefore, generally slower. You could create a tag annotation and object called
DbTest
. To give them both the same simple name, you can declare them in different packages. The tag annotation must be written in Java, not Scala, because annotations written in Scala are not accessible at runtime. Here's an example:Given this annotation's fully qualified name is
com.mycompany.myproject.testing.tags.DbTest
the correspondingTag
object decaration must have that name passed to its constructor, like this:Given these definitions, you could tag a test function as a
DbTest
in, for example, aFlatSpec
like this:You could tag a test method as a
DbTest
in, for example, aSuite
like this:And you could tag all the tests in an entire test class by annotating the class, like this:
In the previous example, both tests will be tagged as
DBTest
s even though the tests are not tagged as such individually.When you run ScalaTest and want to either include or exclude
DbTest
s, you'd give the fully qualified name of the tag annotation (which is also the name passed to the correspondingTag
constructor) toRunner
. For example, here's how you'd excludeDbTest
s on theRunner
command line:For examples of tagging in other style traits, see the "Tagging tests" section in the documentation for the trait:
FeatureSpec
testsFlatSpec
testsFreeSpec
testsFunSpec
testsFunSuite
testsPropSpec
testsSpec
testsWordSpec
tests