我有两种逻辑上的测试类别:普通功能单元测试(通过/失败)和仅用于度量/诊断的基准性能测试。
目前,我将所有测试方法放在一个类中,将其称为MyTests
:
public class MyTests
{
@Test
public void testUnit1()
{
...
assertTrue(someBool);
}
@Test
public void testUnit2()
{
...
assertFalse(someBool);
}
@Test
@Category(PerformanceTest.class)
public void bmrkPerfTest1()
{
...
}
@Test
@Category(PerformanceTest.class)
public void bmrkPerfTest2()
{
...
}
}
然后我有一个
UnitTestSuite
定义为@RunWith(Categories.class)
@Categories.ExcludeCategory(PerformanceTest.class)
@SuiteClasses({ MyTests.class })
public class UnitTestSuite {}
和一个
PerformanceTestSuite
@RunWith(Categories.class)
@Categories.IncludeCategory(PerformanceTest.class)
@SuiteClasses({ MyTests.class })
public class PerformanceTestSuite {}
这样我就可以与性能测试分开在
Ant
中运行单元测试(我认为没有必要包含Ant代码)。这意味着我总共有四个类(MyTests,PerformanceTest,PerformanceTestSuite和UnitTestSuite)。我意识到我可以将所有单元测试放在一个类中,将基准测试放在另一个类中,并用它来完成,而不必增加类别和额外注释的复杂性。我在Ant中按类名称调用测试,即不要在包中运行所有测试。
这样做有意义吗?将其按类别进行分类并加上注释的原因是什么?或者如果我仅在两个简单的测试类中对其进行重构会更好吗?
最佳答案
关于是否将测试分为两类的问题:
由于它们显然是非常不同的测试类型(单元测试和性能测试),因此,无论出于哪种原因,我都会将它们放在不同的类中。
一些进一步的思考:
我认为使用@Category
注释不是一个坏主意。在一个具有数十个或数百个包含测试的类的更典型的项目中,我要做的是先使用@Category
注释测试类(而不是方法),然后使用use the ClassPathSuite library注释,以避免重复进行测试分类的工作。 (也许是run the tests by category using Ant。)
如果您只有两个测试类,那么它当然没什么大不了的。您可以保留类别和套件,也可以将它们丢弃(如您所说的,这些测试是在Ant中按类别名称运行的),如果您遇到其他类别的错误。我会保留它们,并朝着上述场景前进,因为通常(在一个健康的项目中)随着时间的推移会积累更多的测试。 :-)