|
锁定老帖子 主题：尝试了一下把TDD用到真正的项目中
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-10-14
最后修改：2009-10-14
测试驱动的开发，现在真正的实践到底有多少？又有多少成功过？
|
| 返回顶楼 | |
|
发表时间：2009-10-14
最后修改：2009-10-14
|
| 返回顶楼 | |
|
发表时间：2009-10-14
最后修改：2009-10-14
daquan198163 写道
其中关于TDD研究的结论是： nagappan_tdd.pdf p299 写道 8 Conclusions and Discussion: Our experiences and distilled lessons learned, all point to the fact that TDD seems to be applicable in various domains and can significantly reduce the defect density of developed software without significant productivity reduction of the development team. 在我看来这个结论实在过于保守。 |
| 返回顶楼 | |
|
发表时间：2009-10-15
为了TDD而TDD
|
| 返回顶楼 | |
|
发表时间：2009-10-15
ageless 写道 为了TDD而TDD
唔，也比什么都不做要好 |
| 返回顶楼 | |
|
发表时间：2009-10-21
最后修改：2009-10-21
gigix 写道 唔，也比什么都不做要好
赞同，实行TDD也不是一蹴而就的，也还是要在团队中逐渐推行： 1、首先从简单的业务逻辑入手，让大家建立单元测试的概念，实行自动测试，让大家尝到自动测试的好处； 2、在开发中通过实际案例让大家学习如何进一步的写测试、如何做测试，逐渐以TDD的思想让大家学会如何用测试体现需求、如何用测试驱动开发、驱动重构。 |
| 返回顶楼 | |
|
发表时间：2009-10-21
新建
1.先定义方法 2.开始写testcase, 3.实现方法. 4.test 修改 1.先写testcase 2.改代码 3.test 重构(只是修改实现但是外部没有任何修改) 1.分析重构原因.如果只是改名或者调整代码样式,不需要新家用例. 2.如果是对问题的深入,建议尽量增加. 3.如果是对性能的优化,也可以考虑加些测试. |
| 返回顶楼 | |
|
发表时间：2009-10-28
没真正试过TDD。
|
| 返回顶楼 | |
