为什么写单元测试方法？

Question

我发现很多人浪费了大量时间来编写数百行来测试应用程序。有时更改应用程序体系结构只是为了使测试方法更容易编写。为什么我们不使用测试方法。我的意思是我们就像用户一样行动，我们尝试提供不同的输入，看看结果是否符合我们的期望？

Answer 1

我会尝试用更多细节回答这个问题。我认为这个论点是为什么要编写大量的单元测试而不是单击应用程序以查看它是否按预期工作。逻辑是，点击几个按钮所需的时间比编写数千行代码要花费的时间少。

我曾在几家面向公众网站的公司工作，我可以告诉你，“点击”测试方法很糟糕。原因：

1. 它不会缩放。如果您有一个非平凡的应用程序，那么您将通过充当用户的方式在每次发布测试中花费数小时。

2. 这是浪费。你最终会在自己的偏见中反复运行相同的测试。您将始终测试您最了解的功能，并最终完成例程。 “我点击这个，然后那个，那么......应用程序很好！”如果你总是测试相同的东西，那只是浪费时间。

3. 您没有获得保险。与（2）类似......你认为你击中了应用程序的每个部分，但你不会。

4. 重建国家很难。您可能有一个错误，只有在用户点击页面A，然后是B，然后是A再次点击，然后是D，然后是C，然后是A之后才会出现。之后点击系统处于一个有趣的状态。你永远不会通过随意点击重新制作它。

5. 即使你发现了一个错误，你也只能触及冰山一角。尝试找出UI功能下面的哪个方法实际上是问题，玩得很开心。

我可以继续，但是单元测试可以解决所有这些问题。甚至还有工具可以显示您的测试代码覆盖率。