- 假设我们已经意识到TDD的价值太晚了.项目已经成熟,很多客户开始使用它.
- 假设使用的自动化测试主要是功能/系统测试,并且有大量的自动GUI测试.
- 假设我们有新的功能请求和新的错误报告(!).所以很好的发展仍在继续.
- 请注意,已经存在大量业务对象,没有或几乎没有单元测试.
- 它们之间的协作/关系过多,只能通过更高级别的功能/系统测试进行测试.没有集成测试本身.
- 大型数据库到位,有大量的表,视图等.为了实例化单个业务对象,已经进行了大量的数据库往返.
我们怎样才能在这个阶段引入TDD？
嘲弄似乎是要走的路.但是我们在这里需要做的嘲弄似乎太多了.听起来需要为现有的东西(BO,数据库等)工作的模拟系统开发精心设计的基础设施.
这是否意味着TDD只有从头开始才是合适的方法？我很想知道在已经成熟的产品中引入TDD的可行策略.