到底什么地方要写单测？其实就一句话

致谢：感谢茹炳晟老师审阅

本文讨论了单元测试的编写策略，特别是单元测试应该集中在哪些代码区域。作者首先提出结论，单元测试应该主要针对代码逻辑密度高的部分。

单元测试，作为自动化测试的一种，与人工测试相比，其劣势在于需要编写测试脚本，这一投入比人工测试时的成本要高。然而其优势在于，自动化测试的执行成本较低，尤其适用于需要反复执行的测试用例。因此，是否编写自动化测试取决于测试用例是否需频繁重复执行。

对于单元测试，频繁重复执行的情形通常出现在代码含有复杂逻辑，易出错且可能因修改而导致功能问题的场景。在这种情况下，通过单元测试脚本可以保护代码，确保修改后所有功能逻辑依旧正确无误。相对地，对于一些简单的功能，如接口转发和数据库查询，一旦初次通过人工测试验证无误，之后修改其他内容不大可能影响到这些功能，因此这些部分不需要编写单元测试。

除了基于代码复杂度外，是否编写单元测试还有其他一般性考虑。例如，如果对产品、模块或功能的质量要求较高，则应编写更多单元测试并仔细编写断言。对于探索性质的产品或模块，单元测试可以暂缓编写，以避免在开发变动频繁时造成工作浪费。

文章内容摘自《高质效交付》一书，该书广泛讨论了测试策略，包括各种测试类型和测试时机，是书中的一个重要话题。

现代版“田忌赛马”：IPMT如何实现资源利用最大化

了解更多

想要了解更多内容？

查看原文：到底什么地方要写单测？其实就一句话

文章来源：

高质效交付

扫码关注公众号