JUnit 最佳实践：每个 @Test 都有不同的装置

Question

据我所知，有 @Before 和 @BeforeClass，它们用于定义 @Test 的固定装置。但是，如果每个 @Test 需要不同的装置，我应该使用什么？

• 我应该在中定义夹具吗 @Test？
• 我应该创建一个测试类吗 对于每个@Test？

我在这里寻求最佳实践，因为我认为这两种解决方案都不干净。对于第一个解决方案，我将测试初始化​​代码。通过第二个解决方案，我将打破“每个类一个测试类”的模式。

Answer 1

提示：

1. 忘记每堂课一堂课的模式，它没有什么优点。根据使用情况切换到一个测试类。从一个角度来看，您可能有多种情况：上限、下限等。为同一类中的那些创建不同的 @Test。
2. 请记住，JUnit 将为每个 @Test 创建一个测试类的实例，因此每个测试将获得一个不同的固定装置（由相同的 @Before 方法设置）。如果您需要不同的固定装置，则需要不同的测试类，因为您处于不同的视角（参见 1）。
3. 针对特定测试调整固定装置没有任何问题，但您应该尝试保持测试干净，以便它告诉您一个故事。当测试失败时，这个故事应该特别清晰，因此每个案例都有不同的、名称良好的 @Test（参见 1）。

Answer 2

我建议根据您需要的不同灯具创建一个单独的类。如果您有两个不同的灯具，则只需创建两个不同的类（给它们一个方便的名称）。但我会再考虑一下这个问题，特别是赛程的差异以及为什么不同。也许您正在进行某种集成测试而不是单元测试？

Answer 3

如果您确信您的装置对于单个测试是唯一的，那么它属于 @Test 方法。但这并不典型。它的某些部分可能是唯一的，或者您没有正确参数化/提取它，但通常您会在测试之间共享许多相同的数据。

最终夹具是测试的一部分。将固定装置放在 @Before 中被采用作为 xUnit 模式，因为测试总是：

1. 准备测试数据/模拟
2. 使用 SUT 执行操作
3. 验证/断言状态/行为
4. 销毁测试数据/模拟

和步骤 1 (@Before ）和4（@After）在相关测试中被大量（至少部分）重用。由于 xUnit 非常重视测试独立性，因此它提供了固定方法来保证它们始终正确运行和测试创建/销毁的数据。