Tag: 代码覆盖率

没有源代码的Android应用程序中的方法覆盖

没有源代码，有人能给我一个关于android apks中方法覆盖的ide吗？ 我听说有一个Android特定版本的emma项目可以通过仪器提供方法覆盖信息。 但如果我没有源代码，我该如何设置代码呢？ 我的目标是在运行应用程序时如何获取运行时调用哪些方法的报告。

Cobertura ant脚本缺少Log4J类

我试图让Cobertura在我的ant剧本中运行，但我在开始时就被困住了。 当我尝试插入cobertura taskdef时，我错过了Log4J库。 Ant属性和类路径 我的目标 我想我做了Cobertura文档中描述的所有内容，但我得到了这个 Ant构建错误 BUILD FAILED build.xml:95: java.lang.NoClassDefFoundError: org/apache/log4j/Logger 在$ {cobertura.dir}里面有一个包含所有文件的lib目录。 我将它从cobertura发行版ZIP直接解压缩到该目录中。 我错过了一步吗？ 到目前为止，我的配置出了什么问题？

我的构建可以规定我的代码覆盖范围永远不会变得更糟吗？

我正在使用hudson CI来管理一个直接的java web项目，使用ant来构建。 我想要求unit testing覆盖率永远不会比以前的构建更差，从而确保始终测试任何新代码，或者至少覆盖范围不断改进。 是否有一个以这种方式工作的哈德森插件？ 编辑：我目前正在使用艾玛，但愿意切换到另一个覆盖应用程序。 另外，作为一个澄清，我已经看到了一些Hudson插件的阈值，但这并不是我所追求的。 例如，我想要的是，如果Build＃12的覆盖率总体上是46％，并且有人在Build＃13中检查了45％的覆盖率，则构建将会中断。 我想这样做的原因是我有一个测试覆盖率低的代码库。 我们没有时间回过头来追溯写unit testing，但我想确保覆盖率不断提高。 更新：Dan用我的计划指出了一个边缘案例肯定会成为一个问题。 我想我需要重新考虑这是否是一个好主意。

如何从EclEmma中的覆盖率计算中排除类，而不实际将它们从覆盖范围本身中排除

我正在使用EclEmma来测试我的场景测试的覆盖范围，并在我的项目中使用案例测试。 我有一个Base包，其中包含最常用的类和用例测试。 报道如下： 我想要的是从覆盖率计算中排除用例测试（例如BugReportTest）。 但我确实想要考虑其中的测试。 我知道如何从覆盖范围中排除整个类，但如果我这样做，我的覆盖率会下降，因为检查我的代码的哪些行被测试的实际测试被遗忘了。 由于隐私原因，这些用例测试确实需要保留在Base包中。

REST API与代码覆盖的集成测试

我们构建了一个暴露大量业务服务的REST API – 业务服务可以调用其他平台/实用程序服务来执行数据库读取和写入，执行服务授权等。 我们已将这些服务部署为Tomcat中的WAR文件。 我们希望使用集成测试套件测试整个设置，我们也希望将其视为回归测试套件。 在这个以及任何可以加速套件开发的工具上执行集成测试的好方法是什么？ 以下是我们认为需要解决的一些要求： 能够定义执行业务场景的集成测试用例。 在套件运行之前，使用测试数据设置DB。 调用在远程服务器（Tomcat）上运行的REST API validationDB post测试执行以validation预期输出 有REST API的代码覆盖率报告，以便我们知道我们应该对套件所涵盖的场景有多大信心。

确保对新Subversion提交的覆盖率最小

我们有一个大型项目，几乎没有任何unit testing。 我想从现在开始确保开发人员提交新function（或错误！），而没有相应unit testing的最小覆盖范围。 有哪些方法可以强制执行此操作？ 我们使用很多工具，所以也许我可以使用插件（jira，greenhopper，fisheye，sonar，hudson）。 我也在考虑一个Subversion预提交钩子，jira的Commit Acceptance插件，或类似的东西。 思考？

Java中的代码覆盖工具

Java中是否有任何此类代码覆盖工具可以为程序提供不同的路径。 基本上，这个想法是确保在执行期间覆盖所有循环和嵌套循环。 这是为了能够确定代码库中的所有循环是否至少通过一次迭代执行。