我应该按照每个类模式还是用例模式遵循一个测试类来编写测试用例

Question

我在编写Junit测试用例时学习。我已经看到了编写Junit案例模式的过程，通常我们会通过名称分别为每个类创建测试类，并在其各自的类中为该类的每个方法编写测试用例，以便最大程度地覆盖代码。

我在想什么，如果我为我的功能创建测试用例，那将是更好的选择，因为将来有许多方法可以使用签名更改，我不必为已修改的方法或新创建的方法更改或创建不必要的测试用例。因为那一刻，我将为自己开发的功能提供一些测试用例。因此，我的测试用例对于特定功能运行正常，然后可以确保在最少数量的测试用例代码中一切正常。

通过保持这一点，我不必为每个类的每个方法编写测试用例。这是个好方法吗？

Answer 1

好吧，编写测试用例是有原因的。每种方法都必须按预期正常工作。如果仅针对功能级别进行测试，那么如何找到错误发生的确切位置，以及如何自信地将代码交付到下一个级别？ 更好的方法是对每个类进行单元测试用例，并进行集成测试以确保一切正常。

Answer 2

  

通过保持这一点，我不必为每一个编写测试用例   每个类的方法。这是个好方法吗？

在这种情况下，您只编写集成测试，而不编写单元测试。

为用例编写测试确实很棒，但是这还不够，因为很难涵盖集成测试中调用的所有方法的所有情况，因为可能有非常重要的分支数量，而在一个单元中则要容易得多测试。
此外，用例测试可能由于以下原因而成功：由于调用了多个方法之间的副作用。
通过编写单元测试，您可以保护自己免受此类问题的侵害。

毫无疑问，单元测试和集成测试不是相对的而是互补的。因此，您必须同时编写两者才能获得强大的应用程序。

Answer 3

我们发现成功地利用了两者。默认情况下，每个类使用一个。但是当出现特殊用例时，例如涉及多个类的用例或用例，其中现有的样板测试代码妨碍了用例的正确测试，那么我们将为该场景创建一个测试类。