我有兴趣查看已完成和未进行单元测试的项目列表,以及其他形式的回归测试,以了解这些公司的结果。
所有受测试感染的开发人员都知道它可以节省时间,但是代码质量/测试覆盖率与业务成功之间的相关性会很有趣。像是这样的目标:
xyz corp,制作操作系统,没有测试,赚了5000万美元 123 corp,制作操作系统,做测试,赚1亿美元有没有人知道所做的任何研究?
答案 0 :(得分:5)
是的,请选择Steve McConnell的Code Complete甚至Rapid Development的副本。他列举了许多研究。
答案 1 :(得分:5)
微软委托this internal study不久前。它比较了使用和不使用TDD的团队。引用摘要:
根据现有研究的结果,可以得出结论,TDD似乎可以提高软件质量,特别是在工业环境中使用时。研究结果在半工业或学术背景下并不那么明显,但这些研究中没有一篇报道质量下降。 TDD的生产力效应不是很明显,无论研究背景如何,结果都会有所不同。但是,有迹象表明TDD不一定会降低开发人员的工作效率或延长项目的提前期:在某些情况下,使用TDD可以显着提高生产率,而13项研究中只有两项报告生产率下降。然而,在这两项研究中,质量都有所提高。
答案 2 :(得分:2)
任何现实的研究都必须包括数千家公司。除了影响底线的单元测试之外,还有太多其他因素。我怀疑微软的利润变化是多少,无论他们是否每年发布一个惊人的操作系统或一个像地狱一样的错误。只列出几家公司就是轶事证据。
答案 3 :(得分:0)
Perl在测试和回归测试方面很重要。
答案 4 :(得分:0)
我总是将单元测试与敏捷开发相关联(特别是XP);您可能会发现项目成功与单元测试之间的任何联系都会受到敏捷使用的影响。
我不知道具体的任何调查,但我确实发现了这一点: http://people.engr.ncsu.edu/txie/testingresearchsurvey.htm有大约30个链接,例如:“软件工程实证研究中的定性方法.Seaman,CB,软件工程,IEEE交易,卷:25,问题:4,1999年7月 - 8月”
不想听起来粗鲁 - 我猜你已经在网上做了一些搜索?
我似乎记得Code Complete可能引用了对单元测试和项目成功的研究 - 但我不确定。
另一个选择是接近一些软件测试公司,看看他们是否有任何有用的数据。