TDD对商业的意义

最近跟团队成员探讨TDD引入时，有许多见解，结合自己的一些体会，写在下面

首先需要明确的一点是，技术是为商业服务的，哪怕技术再优秀，创造不了商业价值，那么技术是没有意义的

在这么一个前提下，我们再来考虑问题

1、是否应该一开始把代码设计得很优秀（无解耦、扩容性强，高性能）？
这个是不必要的，如果公司的要求是3个月内完成项目，时间不够了，还有啥精力放在代码优化上。根据个人经验，写出优秀代码是有成本代价的

2、面对业务的频繁变化，如何应对过去赶时间出来的烂摊子？
烂摊子之所以烂，是因为这些烂摊子的可维护性差，这个时候采取的解决方法是重构，重构最怕引起的是代码不稳定，最好的保证方案是有足够的测试，这样就不怕改。先重构再扩展功能，省事

上面两点已经很好解答了TDD的意义，下面再做一些总结
1、集中时间在需要解决的问题上，而不是一味追求技术
2、降低维护的成本，提高维护的可控性
3、使用代码帮助思考（集中精神在需要解决的问题上）
4、缩短测试周期
5、。。。（还有很多）

我认同的敏捷开发模式在以下几点体现
1、良好的项目管理把控
2、团队具有相互帮忙，相互学习的气氛，善于沟通
3、架构支持短迭代的方式推动产品发展（如web应用不同板块之间互不相关）
4、采取TDD模式提高工作效率

这些才是敏捷项目取胜的关键

对于庞然大物的开发，架构上面应该采取可模块拆分的系统模式（考虑一下linux的系统架构），对个别模块实在无法拆分且技术难度、规模及重要性高，采取传统的开发流程如RUP的方式，效果要比敏捷更好

评论

2 楼 17studio 2008-07-24  

是这样子的

1 楼 hyhongyong 2008-07-21  

博主的意思是说：
简单的、易分解功能模块的系统，易采用敏捷开发模式
而复杂的、不易分解模块的系统，采用RUP更合适？