验收测试驱动开发后记

第一次拆分的效果

团队在一次迭代中尝试用验收测试驱动开发（ATDD）对一个需求进行梳理，与其他功能的传统开发方式相比，ATDD的功能完成度最高，质量最好。通过数据分析发现，传统开发方式的任务有54%的Bug需要超过两天时间来修复，而ATDD任务的Bug数量显著减少，且修复时间不到一天。团队意识到减少Bug不仅提升了效率，还释放了更多时间用于其他工作。

新的收获

团队接受了ATDD的优势，并开始尝试缩短其过程时间。在最新一次迭代中，团队尝试针对一个复杂功能进行需求梳理，花费了与传统方式相同的4小时，但整个团队共同参与，梳理出34条验收条件（AC），对齐了理解差异并分享了业务知识。AC的独立性使得任务可以优先级调整进行增量开发，同时无需反复测试。这种方式避免了传统横向拆分中的依赖问题，提升了开发效率。

我的感受

团队对ATDD的接受度逐步提高，并通过持续练习获得显著成效。讨论AC时，团队能够迅速发现问题并提出解决方案，最终确保每个AC的粒度合理且可在一天内完成。ATDD还带来了以下好处：

• 促进团队内部知识分享。
• 形成业务逻辑的集体记忆，减少对个人的依赖。
• 培养用户思维，自然拆分用户故事。
• 提高团队吞吐量，通过AC个数量化工作进展。
• 增强团队处理复杂需求的信心。

践行敏捷实践，让工作变得更美好。欢迎留言交流经验。