|
一般来说,我仍然是一个测试新手的单位.
顺便说一句,您也可以在xUnit.net等等其他论坛上看到这个问题.
因为这对我来说是一个重要的问题.我提前为我支持
交叉发布;你的意见对我而言并不是每个人都非常重要
在这个论坛也属于其他论坛.
我正在研究一个已有超过700个单元测试的大十年历史遗留系统
最近写的(700只是一个小小的开始).测试恰好是写的
在MSTest中,但这个问题适用于所有测试框架AFAIK.
当我跑步时,通过vs2008“ALL TESTS”,最后的计数只有七次测试.
这大约是迄今为止所写测试总数的1％.
更多信息：ASP.NET MVC 2 RTM源代码,包括其单元测试,
可在CodePlex上获得;那些单元测试也是用MSTest编写的
尽管(一个无关紧要的事实)Brad Wilson后来加入了ASP.NET MVC团队
作为其高级程序员.所有2000多个测试都会运行,而不仅仅是少数几个.
问题：鉴于AFAIK,单元测试的目的是识别破损
在SUT中,我认为“最佳实践”始终是正确的,
或者至少非常频繁地运行所有测试？
更新时间2010-05-22
首先,感谢所有提供优秀答案的人.你的答案
确认我的一般结论,即在每次本地重建之后运行所有单元测试
无论是实践TDD(之前的测试)还是经典的最佳实践
单元测试(测试后).
imho,这个问题有不止一个最好的答案,但AFAIK SO让
我只选择一个,所以为了公平起见,我给了复选标记
Pete Johns是第一位获得SO最多投票的人
社区.芬兰的Esko Luontola也给出了一个很好的答案(我希望如此)
他没有被火山灰埋葬)和两个非常好的联系
非常值得你的时间imho;绝对是F.I.R.S.T的链接.对我来说是鼓舞人心的;
AFAIK,.NET世界中只有xUnit.net提供“任何订单,随时”.
Esko的第二个链接是一个真正优秀的92分钟视频“集成测试是一个骗局”
由J. B.(Joe)Rainsberger(http://jbrains.ca,其中有更多内容)呈现
值得我的时间).顺便说一句,Esko的博客也值得访问http://orfjackal.net.
由于您已将此问题标记为“TDD”,因此每个编译都应执行所有正在开发的模块的单元测试(并通过,禁止最新的模块,直到您通过).其他模块中的单元测试不应该因当前模块中的开发而中断,否则它们会测试太多.
还应该有一个持续集成循环,以确保所有测试都在每次签入源控制系统时运行.这将很早陷入破坏.
至少,每晚测试应该进行每晚测试,并且在早上的第一件事情中修复任何破损.容忍没有单元测试失败！ （编辑：安卓应用网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
