本次培训将与大家介绍一种不同的开发方式「测试驱动开发」，对比这种开发方式和以前开发方式的不同，以及在组织中应用 TDD的策略和经验。

在市场竞争愈演愈烈，需求变化不断加快的现状下，卓越的产品团队通过缩短产品交付周期，尽早获取用户反馈，快速响应市场变化，来避免将时间和金钱浪费在开发用户不需要的特性上，从而专注地交付用户真正喜爱的功能，创造更大的业务价值。 因此，我们找到了「敏捷」这剂良药，但敏捷没有给我们规定具体的做法，只是提出了 [12 条原则](http://agilemanifesto.org/iso/zhchs/principles.html)： > 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。 >欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。 >经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。 怎么才能做到呢？除了持续改进流程，我们还要借助技术实践的力量。 将「质量保证」内建在开发过程中，用充分的自动化测试提供保护网，工程师们才有信心随时修改代码，才能随时拥抱变化。 本次培训将跟大家探讨「质量内建」的思想，「极限编程（eXtreme Programming）」的基本理论，重点介绍如何编写有效的，稳定的单元测试，区分单元测试、接口测试、集成测试和功能测试，设计有效的分层自动化测试策略，为软件提供有效的保护网。

对于实施敏捷转型的软件产品团队，工程实践能力的提升是转型成功的必要条件，卓越的工程实践能力，可以极大缩短发布周期，保证快速迭代的同时还拥有很高的软件质量。通过「BDD/ATDD」在编码前就对如何验收达成共识，避免因需求理解误差而造成的返工。通过「简单设计」和「重构」，让软件架构始终满足当前需求，避免过度设计引入不必要的复杂度。通过「单元测试」为代码重构提供安全网，这样才能做到随时随地都有信心大刀阔斧地修改代码。通过学习「测试金字塔」，建立自动化测试体系，通过「测试驱动开发」小步快走，减少代码调试的时间，提高测试覆盖率。通过学习「快捷键」极大提升编码效率，增加编码的乐趣。通过「GIT」进行版本控制，基于分支策略高效地协作，有序地管理代码。通过「代码评审」提升代码质量，促进知识共享，达成代码共识。通过「持续集成」尽早暴露集成问题，促进协作。 工程实践，是一种技术管理者的管理手段，尽量使用自动化工具，将质量保证内建到流程中，极大解放生产效率。本次培训将通过大量的演示和编码练习，让开发人员体验全新的开发方式，感受主流工程实践的魅力。

FizzBuzz演示与练习,MarsRover演示与练习,ATDD+TDD

本次培训将与大家介绍一种不同的开发方式「测试驱动开发」，对比这种开发方式和以前开发方式的不同，以及分享快速掌握这种开发方式的练习方法。

产品、开发、测试三方对需求理解的二义性，是软件研发过程中普遍存在的浪费现象，用实例化需求的方式，可以快速实现和验证需求。在开始编码之前确认三方理解一致，达成共识后，开发人员依据实例进行任务分解，测试人员依据实例编写测试用例，产品人员依据实例进行验收测试。由此极大提高内部需求质量，减少研发过程中的浪费，提升研发整体的效率。 实施实例化需求时，需要产品、开发、测试紧密协作，共同贡献专业经验，而不是传统的需求评审，测试用例评审的工作移交方式。 对于想要实施 ATDD/BDD 的团队，本课程一步步帮助大家理解用户故事，场景，将场景自动化，最终实现行为驱动开发。本课程适合产品、开发、测试三种角色共同参与，通过概念讲解、实例示范、协作练习，让学员体验行为驱动开发带来的好处和掌握实现行为驱动开发所需的工具技术。