正如其他人所说，理想情况下，测试应该独立于执行顺序。这使得测试不那么脆弱，并允许它们独立运行(许多ide允许您选择一个测试方法并独立于其他测试执行它)。

话虽如此，对于集成测试，有些人更喜欢依赖于方法排序。

从JUnit 4.13开始，您可以通过扩展ordered定义自己的类来重新排序测试。请参阅JUnit wiki以获得更多详细信息。下面是一个示例，使用内置的Alphanumeric类使用测试方法名称按字母数字顺序对测试进行排序:

import org.junit.Test;
import org.junit.runner.OrderWith;
import org.junit.runner.manipulation.Alphanumeric;

@OrderWith(Alphanumeric.class)
public class TestMethodOrder {

    @Test
    public void testA() {
        System.out.println("first");
    }
    @Test
    public void testB() {
        System.out.println("second");
    }
    @Test
    public void testC() {
        System.out.println("third");
    }
}

看一看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框架中的严重倒退，使许多测试开发人员的生活变得困难。

迁移到TestNG似乎是最好的方法，但是我没有看到jUnit的明确解决方案。以下是我为jUnit找到的最有可读性的解决方案/格式:

@FixMethodOrder( MethodSorters.NAME_ASCENDING ) // force name ordering
public class SampleTest {
    @Test
    void stage1_prepareAndTest(){};

    @Test
    void stage2_checkSomething(){};

    @Test
    void stage2_checkSomethingElse(){};

    @Test
    void stage3_thisDependsOnStage2(){};

    @Test
    void callTimeDoesntMatter(){}
}

这确保stage2方法在stage1方法之后和stage3方法之前被调用。

附注:我觉得这种方法比jUnit 5.5 @Order注释更好，因为它为读者提供了更好的标记。

我最终认为我的测试没有按顺序运行，但事实是，混乱是在我的异步作业中。在使用并发性时，您还需要在测试之间执行并发性检查。 在我的例子中，作业和测试共享一个信号量，因此下一个测试挂起，直到正在运行的作业释放锁。

我知道这与这个问题并不完全相关，但也许可以帮助找到正确的问题

当测试用例作为一个套件运行时，您想要的是完全合理的。

不幸的是，现在没有时间给出一个完整的解决方案，但看看类:

org.junit.runners.Suite

它允许您以特定的顺序(从任何测试类)调用测试用例。

这些可能用于创建功能、集成或系统测试。

这将使您的单元测试保持原样，没有特定的顺序(推荐)，无论您是否这样运行它们，然后将这些测试作为更大图景的一部分重新使用。

我们在单元测试、集成测试和系统测试中重用/继承相同的代码，有时是数据驱动的，有时是提交驱动的，有时是作为一个套件运行。

如果希望在JUnit 5中以特定顺序运行测试方法，可以使用下面的代码。

@TestMethodOrder(MethodOrderer.OrderAnnotation.class)
public class MyClassTest { 

    @Test
    @Order(1)
    public void test1() {}

    @Test
    @Order(2)
    public void test2() {}

}