这是一个创建于 4599 天前的主题，其中的信息可能已经有所发展或是发生改变。
好处我大概已经明白了，坏处有啥呢？(我知道就是 GUI、DB等TDD不好测，已经应试的问题)
最近写这个论文，去网上看了下，把一般性的概念，历史，步骤，优点，和部分网上找的缺点讲完后，还是达不到数量和质量上面的要求（OMG 3000 words左右啊，而且还要有自己的见解）
因为自己没有实践过，理解有限，每一点能说的不多，说多了也是重复，而且也不能抄现有的资源（不算字数,paraphrase也不算）
有没有实践过的，说说心得呗？
有意义的回复我一定会感谢的 ；）
最近写这个论文，去网上看了下，把一般性的概念，历史，步骤，优点，和部分网上找的缺点讲完后，还是达不到数量和质量上面的要求（OMG 3000 words左右啊，而且还要有自己的见解）
因为自己没有实践过，理解有限，每一点能说的不多，说多了也是重复，而且也不能抄现有的资源（不算字数,paraphrase也不算）
有没有实践过的，说说心得呗？
有意义的回复我一定会感谢的 ；）
 |
1
kid7st 2012-04-24 10:04:44 +08:00
找个单元测试的例子,一般都按照TDD的模式的.
|
 |
2
stingh711 2012-04-24 10:33:46 +08:00  1
去搜搜之前网上吵架的帖子吧。好像是酷壳和infoq一帮人。
http://devgrind.com/2007/04/25/how-to-not-solve-a-sudoku/ 这儿有介绍几篇文章讲用tdd来解数独，最终失败了。 tdd我们在工作中几乎从来没有从头到尾用过..太麻烦了. |
 |
3
gastlygem 2012-04-24 10:34:35 +08:00 1
要不要写写各个语言使用TDD的方便性，以及各个IDE对于TDD的支持？这样你可以多凑出千把字来。
|
 |
4
mistapostle 2012-04-24 11:09:34 +08:00 1
个人觉得只适合算法复杂而需求稳定的东西,对于需求天天在改的东西搞TDD,等于白白的多维护一堆没用的代码而已.而对于所谓程序逻辑纯粹是简单的几个if else的那种东西,测试代码意义也不大
|
Select Language