15、代码测试的优化策略

代码测试的优化策略

1. 避免编写测试

测试虽然有帮助，但完全避免编写测试可能是更好的选择。那么，如何在不编写测试的情况下保持代码的可靠性呢？

1.1 避免编写代码

如果一段代码不存在，就不需要对其进行测试。删除的代码没有 bug。在编写代码时，要思考是否值得为其编写测试，也许根本就不需要编写这段代码。例如：
- 是否可以使用现有的包，而不是从头开始实现？
- 是否可以利用现有的类来完成正在尝试实现的功能？比如，验证 URL 时，可利用 System.Uri 类，而不是编写自定义的正则表达式。

当然，第三方代码不一定完美或适合所有目的。可能之后会发现代码不适用，但在从头编写之前，冒这个风险通常是值得的。同样，正在处理的代码库中可能已有同事实现了相同功能的代码，可搜索代码库查看。如果都不行，就准备自己实现，不要害怕重新发明轮子，这可能很有教育意义。

1.2 避免编写所有测试

著名的帕累托原则（80/20 原则）指出，80% 的结果是由 20% 的原因造成的，这在测试中同样适用。如果明智地选择测试用例，20% 的测试覆盖率可以带来 80% 的可靠性。

bug 并非均匀出现，并非每一行代码产生 bug 的概率都相同。更常见的是在常用代码和变更频繁的代码中发现 bug，这些代码区域可称为“热点路径”。

例如，有一个网站，即使成为世界上最受欢迎的土耳其网站之一后也没有任何测试。后来，由于文本标记解析器出现了太多 bug，不得不添加测试。标记是自定义的，与 Markdown 几乎不同，且是在 Markdown 出现之前开发的。由于解析逻