其结果是提高了我们测试套件的 DRYness，从而提高了其可维护性。 例如，让我们考虑用户希望能够登录我们的应用程序的情况。测试的乐趣和痛苦：客户速成班 尽管这个主题看起来“遥远”且困难，但测试是一个需要尽快与您的工作人员讨论的问题。整个产品的安全受到威胁！ 洛伦佐·马西尼 开发商 这些优势是什么？ 使用 TDD 进行更好的设计 使用 BDD 像利益相关者一样思考 未经测试的代码是损坏的代码® 这些优势是什么？ 一般来说，测试的实践旨在增加开发人员对产品代码的信心。
我所说的开发人员并不仅仅指代码
的原始作者，而是指从那一刻起必须 英国电话号码 亲自使用代码的任何人。 这种信心体现在产品生产周期的各个层面： 更少的意外：经过测试的软件在发布到生产环境时几乎没有什么意外。通过测试，各个功能已在开发过程中直接得到了深入验证； 可维护性：当可以进行连续重构以改进其内部架构时，软件就可以随着时间的推移进行维护，但是如果没有大型测试套件来避免对软件中已存在的功能引入回归，则进行重构是不可能的或非常昂贵。
系统; 文档：如果代码的经典文本文
档经常面临因未更新而不再反映事物 香港电话号码 状态的风险，那么描述性测试套件为软件组件的使用提供了最佳的实时文档。 使用 TDD 进行更好的设计 在实际编写功能之前编写测试是称为TDD（测试驱动开发）的开发方法的基础。 TDD 基于 3 个“简单”阶段： 编写一个描述所需功能的测试； 编写足够的代码来通过测试； 如有必要，重构（确保操作结束时测试继续通过）； 如果对于开发人员来说，编写测试并没有那么复杂并且可以带来提到的所有优点，那么开始使用 TDD 是完全不同的事情！ 需要时间和一致性才能扭转经典的代码生产流程并开始通过测试进行思考。
