对于JUnit 4，将这个注释放在测试类上解决了这个问题。

@FixMethodOrder(MethodSorters.JVM)

请看这个:https://github.com/TransparentMarket/junit。它按照指定的顺序(在已编译的类文件中定义)运行测试。此外，它还提供了一个AllTests套件，可以首先运行由子包定义的测试。使用AllTests实现还可以扩展过滤属性的解决方案(我们过去使用@Fast注释，但这些注释还没有发布)。

JUnit从5.5开始允许在类上使用@TestMethodOrder(OrderAnnotation.class)，在测试方法上使用@Order(1)。

JUnit旧版本允许测试方法使用类注释有序运行:

@FixMethodOrder(MethodSorters.NAME_ASCENDING)
@FixMethodOrder(MethodSorters.JVM)
@FixMethodOrder(MethodSorters.DEFAULT)

默认情况下，测试方法按字母顺序运行。所以，为了设置特定的方法，你可以像这样命名它们:

a_TestWorkUnit_WithCertainState_ShouldDoSomething b_TestWorkUnit_WithCertainState_ShouldDoSomething c_TestWorkUnit_WithCertainState_ShouldDoSomething

Or

_1_TestWorkUnit_WithCertainState_ShouldDoSomething _2_TestWorkUnit_WithCertainState_ShouldDoSomething _3_TestWorkUnit_WithCertainState_ShouldDoSomething

你可以在这里找到例子。

看一看JUnit报告。JUnit已经按包组织。每个包都有(或可以有)TestSuite类，每个类依次运行多个testcase。每个TestCase可以有多个public void test*()形式的测试方法，每个测试方法实际上都将成为它们所属的TestCase类的实例。每个测试方法(TestCase实例)都有一个名称和一个通过/失败的标准。

我的管理需要的是单独的TestStep项的概念，每个项报告自己的通过/失败标准。任何测试步骤的失败都不能阻止后续测试步骤的执行。

在过去，在我的位置上，测试开发人员将TestCase类组织到与所测试产品的部分相对应的包中，为每个测试创建一个TestCase类，并使每个测试方法成为测试中的单独“步骤”，在JUnit输出中完成它自己的通过/失败标准。每个TestCase都是一个独立的“测试”，但是TestCase中的各个方法，或者测试“步骤”，必须以特定的顺序发生。

TestCase方法是TestCase的步骤，并且测试设计者得到了每个测试步骤单独的通过/失败标准。现在测试步骤变得混乱，测试(当然)失败了。

例如:

Class testStateChanges extends TestCase

public void testCreateObjectPlacesTheObjectInStateA()
public void testTransitionToStateBAndValidateStateB()
public void testTransitionToStateCAndValidateStateC()
public void testTryToDeleteObjectinStateCAndValidateObjectStillExists()
public void testTransitionToStateAAndValidateStateA()
public void testDeleteObjectInStateAAndObjectDoesNotExist()
public void cleanupIfAnythingWentWrong()

每个测试方法都断言并报告自己独立的通过/失败标准。 为了排序，将其分解为“一个大的测试方法”会丢失JUnit摘要报告. ...中每个“步骤”的通过/失败标准粒度这让我的经理们很不高兴。他们目前要求另一种选择。

谁能解释一下，一个具有打乱测试方法排序的JUnit如何支持每个连续测试步骤的单独通过/失败标准，就像上面的例子和我的管理层所要求的那样?

不管文档是什么，我认为这是JUnit框架中的严重倒退，使许多测试开发人员的生活变得困难。

(尚未发布的)更改https://github.com/junit-team/junit/pull/386引入了@SortMethodsWith。https://github.com/junit-team/junit/pull/293至少使顺序可以预测(在Java 7中，它可以是相当随机的)。

如果订单很重要，你应该自己下订单。

@Test public void test1() { ... }
@Test public void test2() { test1(); ... }

特别是，如果有必要，您应该列出要测试的一些或所有可能的顺序排列。

例如,

void test1(); 
void test2(); 
void test3(); 


@Test
public void testOrder1() { test1(); test3(); }

@Test(expected = Exception.class)
public void testOrder2() { test2(); test3(); test1(); }

@Test(expected = NullPointerException.class)
public void testOrder3() { test3(); test1(); test2(); }

或者，所有排列的完整测试:

@Test
public void testAllOrders() {
    for (Object[] sample: permute(1, 2, 3)) {
        for (Object index: sample) {
            switch (((Integer) index).intValue()) {
                case 1: test1(); break; 
                case 2: test2(); break; 
                case 3: test3(); break; 
            }
        }
    }
}

这里，permute()是一个简单的函数，它将所有可能的排列迭代到数组的Collection中。