没有TDD/ATDD，你的持续交付可能是持续找死！

一场关于DevOps能力评估的讨论引发对TDD的重视

—一场争论

公司旨在提升DevOps能力，通过自我评估来识别改进方向。尽管新系统采用了现代架构，看似易于实现DevOps，但一个新系统团队在TDD（测试驱动开发）的问题上显得回避，认为高代码覆盖率足够，引发了对TDD重要性的深入讨论。

—为什么TDD如此重要？

作者强调，CI（持续集成）的核心在于自动化测试的持续执行，而这些测试应由TDD产出。TDD强制开发者在编码前考虑测试用例，从而保障代码质量和可变更性。不采用TDD可能导致开发后的测试缺乏动力和覆盖率，而高质量的测试用例编写是自动化测试落地的关键难点。

—TDD的扩展

讨论扩展到ATDD（验收测试驱动开发），在开发前同用户约定具体的验收测试用例，这样可以形成交付闭环，保证测试用例的覆盖率和有效性。这改变了传统习惯，但对于减少返工和避免责任推诿至关重要。

—总结

自动化测试是持续交付的基础，而TDD和ATDD是确保测试用例有效性的关键。文章最后提出问题，TDD或ATDD是否成为了个人或团队的习惯，并邀请讨论。

关于作者

刘华，一位在世界500强银行任职的敏捷、精益、DevOps专家。他精通多种敏捷开发方法和DevOps工具栈，著有与敏捷转型相关的书籍《猎豹行动：硝烟中的敏捷转型之旅》，并在多个论坛上发表过演讲。

一招让你的产品打败80%的同行！玩转IPD（集成产品研发）之用KANO模型做需求

了解更多

想要了解更多内容？

查看原文：没有TDD/ATDD，你的持续交付可能是持续找死！

文章来源：

敏于思捷于行

扫码关注公众号