>说我们已经意识到TDD的价值太晚了。项目已经成熟，很多客户开始使用它。
>说使用的自动测试主要是功能/系统测试，并有大量的自动GUI测试。
>说我们有新的功能请求和新的错误报告(！)。所以很多发展仍在继续。
>注意，已经有很多业务对象没有或很少的单元测试。
>它们之间的协作/关系太多，只有通过更高级别的功能/系统测试才能测试。没有集成测试本身。
>大数据库到位有大量的表，视图等。只是为了实例化单个业务对象，已经有很多数据库往返。
>说使用的自动测试主要是功能/系统测试，并有大量的自动GUI测试。
>说我们有新的功能请求和新的错误报告(！)。所以很多发展仍在继续。
>注意，已经有很多业务对象没有或很少的单元测试。
>它们之间的协作/关系太多，只有通过更高级别的功能/系统测试才能测试。没有集成测试本身。
>大数据库到位有大量的表，视图等。只是为了实例化单个业务对象，已经有很多数据库往返。
我们如何在这个阶段引入TDD？
嘲笑似乎是要走的路。但是我们在这里需要做的模拟量似乎太多了。听起来像精心设计的基础设施需要开发为嘲笑系统工作的现有东西(BO，数据库等)。
创建一个复杂的模拟基础设施可能只是隐藏你的代码中的问题。我建议您从集成测试开始，使用测试数据库，围绕您计划更改的代码库区域。一旦你有足够的测试，以确保你不会破坏任何东西，如果你做一个更改，你可以开始重构代码，使它更可测试。
还有迈克尔·费舍斯的优秀书Working effectively with legacy code，它必须阅读为任何人想引入TDD到遗留的代码基础。
原文地址：https://www.jb51.cc/javaschema/282602.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
