我有两种逻辑上的测试类别:普通功能单元测试(通过/失败)和仅用于度量/诊断的基准性能测试。

目前,我将所有测试方法放在一个类中,将其称为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中按类别名称运行的),如果您遇到其他类别的错误。我会保留它们,并朝着上述场景前进,因为通常(在一个健康的项目中)随着时间的推移会积累更多的测试。 :-)

09-10 10:06
查看更多