Question

我们有一个大规模项目,几乎没有任何单位试验。我愿从现在起确保开发商拥有新的特征(或!!),而不必对相应的单位测试进行最低限度的覆盖面。

如何执行?

我们使用许多工具,因此,或许我可以使用一种假想(吉拉、绿灯、鱼眼、月球、胡德森)。我也想到的是,也许是一种排他性前 h、接受 Com子或相当的东西。

想法?

Answer 1

Sonar (wonderful tool by the way) with Build Breaker plugin cantter世袭的Herson Building when some standards do not met specified Rules. 你可以在Sonar制定这样的规则,以便在覆盖率低于规定点时引起警惕(甚至造成建筑失败)。唯一的缺点是,你可能想要扩大覆盖面,因此,你必须记住,每天的警惕水平要达到目前的价值。

Answer 2

你们想要做的是确定什么是新的法典,并核实新法典是否包含在某种试验中。

可以通过各种测试覆盖面工具确定一般的编码覆盖面。许多测试覆盖面工具可以简单地改变你的全部应用,然后可以进行测试以确定覆盖面。

Our (Semantic Designs ) line of Test Coverage tools can determine, from a changed-file list, just the individual files that need to re-instrumented, and with careful test organization, just the tests that need to be reexecuted. This will minimize the cost of re-running your tests, and you ll still end with the same overall coverage data. (Actually, these tools detect what tests need to be made based on changes at the method level).

Once you have test coverage data, what you want to know is the the specifically new code is covered by some tests. You can do this sloppily with just test coverage data if you know which files changed, by insisting the changed files have 100% coverage. That probably doesn t work in practice.

您可以利用SD s 。智能差异工具 ,以提供更准确的答案。这些工具比较了两种语文档案,并说明了这些改动在使用语文合成物(如表达、声明、声明、方法、而不仅仅是改变的源线)和概念编辑业务(移动、复制、删除、插入、改称身份识别剂)的情况。智能Differencer deltas往往比你从简单扩散工具中获得的钱少,也更重。

很容易从SartDifferencer的输出中提取一份线标清单。可以将每一档案中的交叉点与测试覆盖面数据所涵盖的线进行对比。如果改变的路线并非完全在规定的界限内,那么“新的”代码就没有经过测试,你可以提高旗帜,停止检查,或表示你的检查政策受到了违反。

测试和智能推算器工具没有从箱子中排出,而这种计算对你们来说是很方便的。

Answer 3

if you use maven - cobertura plugin can be a good choice ( and not so annoying for developers as svn hook ) http://mojo.codehaus.org/cobertura-maven-plugin/usage.html

友情链接