当前位置: 首页 > 知识库问答 >
问题:

覆盖率致命错误(ECLEMA)

沈健
2023-03-14

我正在使用EclipseMars4.5。2.当为我的应用程序运行覆盖率测试时(到目前为止有317种测试方法),当它即将完成时(大约运行274种方法),我遇到了无法找到解决方案的错误。

首先弹出一个窗口,上面写着:

无保险数据

在此覆盖率会话期间未收集覆盖率数据。

请不要从Eclipse手动终止Java进程。

一个secon弹出窗口:

'com。山民。埃克莱玛。内部的果心发射。AgentServer'遇到问题。转储覆盖日期时出错(代码5013)。

[详细信息:]转储覆盖数据时出错(代码5013)。连接复位

然后是以下控制台日志:

Java运行时环境检测到致命错误:

pc=0x000000005f9b96af、pid=2024、tid=3772时的异常访问(0xc0000005)

JRE版本:Java(TM)SE运行时环境(8.0_66-b18)(build 1.8.0_66-b18)JavaVM:JavaHotSpot(TM)64位服务器VM(25.66-b18混合模式windows-amd64压缩oops)问题帧: V[jvm.dll0x4b96af]

无法写入核心转储。默认情况下,在客户端版本的Windows上不启用小型转储

包含更多信息的错误报告文件保存为:X:\xxxxx\hs\u err\u pid2024。日志

编译器重播数据另存为:X:\xxxxx\replay\U pid2024。日志

如果您想提交错误报告,请访问:http://bugreport.java.com/bugreport/crash.jsp

我已经忍受这个问题好几个星期了,正如我所说的,我找不到任何解决方案,只是四、五年前EclEmma网站上类似的bug报告。

我已尝试为JUnit设置以下JVM参数:-Xms2g-Xmx2g

我的测试没有任何数据库连接、服务器连接或网络连接。他们也不会发出任何HTTP请求。

我尝试重新安装EclEmma插件以及重新安装Eclipse。这个问题一直存在。

共有2个答案

呼延渝
2023-03-14

从ECLIPSE帮助:

如果Java虚拟机在外部被终止,例如Eclipse终止操作,则无法显示覆盖结果

剪刀:

覆盖数据收集

当应用程序自行终止时,会自动收集并显示覆盖率数据。如果Java虚拟机在外部被终止,例如Eclipse终止操作,则无法显示覆盖结果。此外,还可以从覆盖模式下运行的任何进程请求中间覆盖率数据转储。这样的转储可以从Coverage视图的工具栏中触发。

龚俭
2023-03-14

更新覆盖率配置。转到Arguments部分,在VM Arguments部分的perm size参数下面添加:-XX:MaxPermSize=1225m

 类似资料:
  • 到目前为止,我已经在IntelliJ中尝试了几个小时的代码覆盖率测试,但没有成功。 RuntimeException:存根! 现在,我已经读到在模块选项中更改依赖顺序可以修复这个问题。所以在改变顺序后,我得到了这个错误: 它指向下面的代码: 我谷歌了又谷歌,但唉,到目前为止我还没有找到解决方案。

  • 我使用Jacoco进行单元测试代码覆盖。Jacoco生成的报告显示,在我的Kotlin代码中很少遗漏分支。我注意到,根据Jacoco的说法,协程代码和它之后的代码没有被适当地覆盖。我不确定这是因为协程还是其他原因。在用IntelliJ代码覆盖率运行我的单元测试时,我的Kotlin类显示了100%的覆盖率。 我不知道为什么Jacoco显示的覆盖率较低。我已经使用Spock(Groovy)编写了单元测

  • 这是一个重要的可量化指标,如果代码覆盖率很高,你就可以放心的修改代码,在发版本的时候也能睡个安稳觉。否则就是拆东墙补西墙,陷入无尽的 bug 诅咒中。 那么在 OpenResty 里面如何看到代码覆盖率呢?其实很简单,使用 LuaCov 可以很方便的实现。 我们先了解下 LuaCov,这是一个针对 Lua 脚本的代码覆盖率工具,通过 luarocks 来安装: luarocks install l

  • 11.3. 测试覆盖率 就其性质而言,测试不可能是完整的。计算机科学家Edsger Dijkstra曾说过:“测试能证明缺陷存在,而无法证明没有缺陷。”再多的测试也不能证明一个程序没有BUG。在最好的情况下,测试可以增强我们的信心:代码在很多重要场景下是可以正常工作的。 对待测程序执行的测试的程度称为测试的覆盖率。测试覆盖率并不能量化——即使最简单的程序的动态也是难以精确测量的——但是有启发式方法

  • 问题内容: 我正在开发一些基于Web服务的应用程序,并且对Apache CXF解组有疑问。在我们的项目中,我们使用CXF 2.4.1版本。 当某些SOAP请求不正确时(例如,某些字段是文本而不是数字),CXF会抛出标准的SOAPFaultException,并且SOAP响应将使用以下标准字段构建: 项目要求说,如果发生任何故障,系统需要以其他格式响应,例如: 所以问题是:如何以某种方式覆盖此错误处

  • Jacoco插件在jenkins报告中显示0%的覆盖率,但当我在本地系统中运行相同的命令时,Jacoco会正确生成报告。我正在使用以下命令: mvn-s xyz/settings.xml-f xyz/xyz/pom.xml清洁安装org.jacoco 所以当我在jenkins中运行这个命令时,它会生成错误的报告。我已经检查了它在工作区目录对应的项目在詹金斯。它显示每个项目的0%覆盖率。但是当我在本