优点和缺点
思想很好,传统开发模式下顾问、项目经理管需求,资深开发者、设计者进行分析设计,程序员负责开发,一方面带来项目管理、项目风险诸多问题,另一方面也造就大量"不负责任"的程序员,妨碍程序员综合能力的提升、思维和视角的拓展。TDD下程序员直接面对需求、用例,参与设计,以测试为主题进行驱动,能够比较好的解决这些矛盾,在思想指导层面的确意义重大
针对复杂业务系统、基础框架进行设计,思维在流程、模块、架构、整体与细节之间穿梭时,常常遇到很多问题理不清思路,利用TDD的方式对这种状况很有帮助
TDD的主要思想和运用方式讲解起来比较简单,开始几章用例子来讲解就安排的很不错,非常通俗易懂。后面弄出来这样那样的模式感觉比较牵强,如果作者将自己多年的TDD实践经验进行总结、整理,针对各个点配合一些实际场景进行讲解说明,比使用模式的方式要好。另外一点在实际项目中,如何从一开始在团队中实施TDD流程,以TDD思想进行分析以及任务分解,督促团队成员以TDD进行开发,这一整体面的东西书中并没有讲到,是一个缺憾
针对复杂业务系统、基础框架进行设计,思维在流程、模块、架构、整体与细节之间穿梭时,常常遇到很多问题理不清思路,利用TDD的方式对这种状况很有帮助
TDD的主要思想和运用方式讲解起来比较简单,开始几章用例子来讲解就安排的很不错,非常通俗易懂。后面弄出来这样那样的模式感觉比较牵强,如果作者将自己多年的TDD实践经验进行总结、整理,针对各个点配合一些实际场景进行讲解说明,比使用模式的方式要好。另外一点在实际项目中,如何从一开始在团队中实施TDD流程,以TDD思想进行分析以及任务分解,督促团队成员以TDD进行开发,这一整体面的东西书中并没有讲到,是一个缺憾
有关键情节透露