unit-testing - 手动单元测试与自动单元测试的优缺点是什么？

Question

我可以得到优缺点的 手动单元测试 与 相比自动化 过程。

Answer 1

奇怪的问题 - 单元测试应该是自动的，因此可重复且易于运行。对于许多人(包括我)来说，“手动单元测试”在术语上是自相矛盾的。

在无法进行自动化测试的情况下，手动测试可能会很有用。这些通常不在单元测试级别，而是更高 - 例如集成、GUI、压力等测试。

通过单元测试，您可以一次测试一小段代码(通常是单个方法/类)。测试本身是用代码编写的，因此它们可以(几乎总是)由单元测试框架自动运行。

更新:现在您为您的问题提供了更具体的上下文，更容易给出具体的答案:-)

我确信在软件项目的整个生命周期中，自动化单元测试实际上总是为自己付出很多代价。设置它们比手动测试成本更高，但是运行它们的次数越多，您节省的时间就越多 - 并且您获得的关于代码被新更改破坏的位置的早期反馈也越多。

用单元测试覆盖遗留代码绝对不是一件容易的事，但如果该产品对您的公司有值(value)并且预计会持续多年，那么它仍然是一项值得的努力。尤其是在现实生活中，生产系统往往比其预期生命周期更长。

一方面，您“尝试检查我们编写的所有代码路径”——通过自动化单元测试与代码覆盖工具相结合，您可以自动看到——通常就在您的 IDE 中，如果覆盖工具集成得很好——什么最新的单元测试未涵盖代码路径。

我推荐 Working Effectively with Legacy Code - 它包含了关于如何为困惑的、写得不好的遗留代码编写单元测试的大量宝贵知识。