using CodePro coverage With JUnit

最新推荐文章于 2023-07-29 11:48:47 发布
原创 最新推荐文章于 2023-07-29 11:48:47 发布 · 256 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#junit #Eclipse

本文介绍了如何在Eclipse中使用CodeProCoverage插件与JUnit集成来实现代码覆盖率的检查。详细步骤包括对项目的代码进行仪器化处理，然后正常运行JUnit测试，并在覆盖率视图中查看结果。

codepro coverage插件没有特别针对JUnit, 所以直接右键在Test class 'AllTests.java'上运行菜单‘CodePro Tools->Run code coverage' 会报错

 

Launch Failed


      The selection does not contain a main type

 

这是因为运行这种方法是通过查找main方法 。

 

 

通过查看 Evaluation Guide 找到了运行JUnit之后查看代码覆盖率的方法，

(原来没有看仔细，下面这种方法已经在introduction页面的Full Featured Code Coverage 讲到 )

1,In the Package Explorer, right-click on the project and from the CodePro Tools sub-menu select Instrument Code.

2.run the JUnit test as normal way.


3.in the converage view, a result is shown

 

第一步会在Project的'.project'文件中增加一个builder/nature

<buildCommand>
	<name>com.instantiations.assist.eclipse.coverage.instrumentationBuilder</name>
	<arguments>
	</arguments>
</buildCommand>



<nature>com.instantiations.assist.eclipse.coverage.codeCoverageNature</nature>
C++语言的单元测试与代码覆盖率
weixin_34008805的博客
11-20 2884
前言 测试是软件开发过程中一个必须的环节，测试确保软件的质量符合预期。 对于工程师自己来说，单元测试也是一种提升自信心的方式。 直接交付没有经过测试的代码是不太好的，因为这很可能会浪费整个团队的时间，在一些原本早期就可以发现的问题上。而单元测试，就是发现问题一个很重要的环节。 本文以C++语言为基础，讲解如何进行单元测试并生成测试报告。 在工具上，我们会...
Evosuite用maven构建（内附详细过程）
nicezheng_1995
10-11 5111
Evosuite用maven构建 【参考来源】http://www.evosuite.org/documentation/tutorial-part-2/ ！如果在照着做出现找不到文件的情况，请翻到本文最后看最终的pom.xml配置以及文件结构 pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http:...
codepro使用指南
我的java 博客
08-03 934
  codepro analytix是首屈一指的java软件测试工具，基于eclipse实现。它能够帮助您改善软件质量和降低开发成本和进度。提供的工具包括：代码分析：一个动态、可扩展的工具用于检测，报告和修复偏离或不符合预定义的编码标准，流行的框架，安全和风格约定。度量工具。自动生成junit test案例。单元测试覆盖率统计。junit test编辑器。代码依赖分析。相似代码分析等。  ...
IDEA中测试代码覆盖率(Run with Coverage)插件出错的解决方式
灰楼的博客
05-10 1万+
通过设置,完成idea中测试代码覆盖率的插件的修复
关于IDEA用run XX with coverage出现问题的解决方法
weixin_44836038的博客
08-05 6187
问题 用idea跑代码覆盖测试时出现问题，一直显示测试框架出错，如下图所示： 自己在网上找了一天的资料，看别人是怎么做的，还卸载了2021的版本，换上了2020年和2019年的，结果发现又会出现新的问题，说什么反射出了问题：FATAL ERROR in native method: processing of -javaagent failed，但是还是不知道怎么改，最后找了半天，总算是尝试成功了，方法如下： 在箭头所指的文件中最后一行添加：-Djava.io.tmpdir=D:\Temp，等号后面的
IDEA 单元测试覆盖技巧
蓝星花
07-26 2万+
1.前言 通常情况下，项目经理or项目总监会分阶段的问测试负责人，本阶段的测试覆盖率是多少？在工作中，当被问到“如何提高代码质量”，回答无非如下几个，增加评审，代码规约，单元测试。不知起自何年何月，如今一些机构开始引入“单元测试覆盖率”的概念，并由此对程序员提出了覆盖率要达到70%，90%，以此来评判程序员工作的质量，以及产品的质量。这里先预为单元测试下定义以免混淆，即，基于Junit，类与代码...
Java基础学习 Day9 （其他）
小松的博客
01-03 2348
文章目录前言一、Run ... with coverage（覆盖率测试）二、Debug使用1.节点测试 前言 Java基础学习笔记，仅供参考（持续更新中） 一、Run … with coverage（覆盖率测试） 探究一下Run … with coverage选项的功能，如图中位置可启动。 展示结果如下： 点进去可以发现Class覆盖率7%，Method覆盖率7%，Line覆盖率6%： 二、Debug使用 1.节点测试 将光标移动到开始测试行，然后到行头位置点击一下，即可出现节点圆，如图所示： 点击
CodePro Analytix
05-13
### CodePro Analytix 使用手册知识点 #### 一、简介 **CodePro Analytix** 是由Google推出的Instantiations开发工具之一，它是一款商业产品，既可以作为独立的产品使用，也可以作为Eclipse插件来增强其功能。该...
plugins { id 'com.android.application' } apply from: 'jacoco-report.gradle' def cfg = rootProject.ext.configuration android { compileSdk cfg.targetSdk defaultConfig { applicationId cfg.applicationId minSdk cfg.minSdk targetSdk cfg.targetSdk versionCode cfg.versionCode versionName cfg.versionName } signingConfigs { release { storeFile file("$rootDir/platform.jks") storePassword = "123456" keyPassword = "123456" keyAlias = "ktplatfrom" } debug { storeFile file("$rootDir/platform.jks") storePassword = "123456" keyPassword = "123456" keyAlias = "ktplatfrom" } } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android-optimize.txt'), 'proguard-rules.pro' } debugCoverage { minifyEnabled false testCoverageEnabled false } } // buildTypes { // release { // minifyEnabled false // signingConfig signingConfigs.release // } // debug { // minifyEnabled false // signingConfig signingConfigs.debug // debuggable true // testCoverageEnabled false // } // } applicationVariants.all { variant -> variant.outputs.all { output -> def newName = "ktLauncher.apk" outputFileName = newName } } compileOptions { sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 } dataBinding { enabled = true } buildFeatures { aidl true } //儿童模式 flavorDimensions "default" productFlavors { _NORMAL_MODE { buildConfigField("int", "user_model", "0") } _CHILD_MODE { buildConfigField("int", "user_model", '1') } } testOptions { unitTests { includeAndroidResources = true returnDefaultValues = true } } } gradle.projectsEvaluated { tasks.withType(JavaCompile) { Set<File> fileSet = options.bootstrapClasspath.getFiles() List<File> newFileList = new ArrayList<>(); //将framework.jar插入到最前面 newFileList.add(new File("libs/framework.jar")) //最后将原始的数据插入 newFileList.addAll(fileSet) options.bootstrapClasspath = files( newFileList.toArray() ) } } dependencies { // api fileTree(include: ['*.jar'], dir: 'libs') implementation rootProject.ext.dependencies["appcompat"] implementation rootProject.ext.dependencies["material"] implementation rootProject.ext.dependencies["constraintlayout"] implementation rootProject.ext.dependencies["lifecycle-extensions"] implementation rootProject.ext.dependencies["gson"] implementation project(':base') compileOnly files('libs/framework.jar') implementation 'com.github.bumptech.glide:glide:4.12.0' implementation 'com.android.support:design:28.0.0' implementation "androidx.constraintlayout:constraintlayout:2.1.3" annotationProcessor 'com.github.bumptech.glide:compiler:4.12.0' // test testImplementation 'org.powermock:powermock-module-junit4:2.0.7' testImplementation 'org.powermock:powermock-module-junit4-rule:1.7.4' testImplementation 'org.powermock:powermock-api-mockito2:2.0.7' testImplementation 'org.mockito:mockito-core:3.3.3' testImplementation 'android.arch.core:core-testing:1.1.1' testImplementation 'org.mockito:mockito-inline:3.11.2' } -----build.gradle----------- apply plugin: 'jacoco' //gradlew clean & gradlew createOfflineTestCoverageReport & gradlew jacocoTestReport tasks.withType(Test) { jacoco.includeNoLocationClasses = true jacoco.excludes = ['jdk.internal.*'] } configurations { jacocoAnt jacocoRuntime } jacoco { toolVersion = "0.8.5" } def offline_instrumented_outputDir = "$buildDir.path/intermediates/classes-instrumented/debugCoverage" tasks.withType(Test) { jacoco.includeNoLocationClasses = true jacoco.excludes = ['jdk.internal.*'] } def coverageSourceDirs = [ 'src/main/java' ] task jacocoTestReport(type: JacocoReport, dependsOn: "test") { group = "Reporting" description = "Generate Jacoco coverage reports" classDirectories.from = fileTree( dir: './build/intermediates/javac/debugCoverage/classes/', excludes: [ '**/R.class', '**/R$*.class', '**/Manifest*.*', '**/*Test*.*', 'android/**/*.*', '**/BuildConfig.*', '**/**Bean.class', '**/inputmethod/*', '**/config/*.*', '**/flex/*.*', '**/AssetsUtils.class' ] ) getSourceDirectories().setFrom(files(coverageSourceDirs)) getExecutionData().setFrom(files('./build/jacoco/testDebugUnitTest.exec')) } jacocoTestReport { reports { xml.enabled true html.enabled true html.destination file("build/test-results/jacocoHtml") } } /* This task is used to create offline instrumentation of classes for on-the-fly instrumentation coverage tool like Jacoco. See jacoco classId * and Offline Instrumentation from the jacoco site for more info. * * In this case, some classes mocked using PowerMock were reported as 0% coverage on jacoco & Sonarqube. The issue between PowerMock and jacoco * is well documented, and a possible solution is offline Instrumentation (not so well documented for gradle). * * In a nutshell, this task: * - Pre-instruments the original *.class files * - Puts the instrumented classes path at the beginning of the task's classpath (for report purposes) * - Runs test & generates a new exec file based on the pre-instrumented classes -- as opposed to on-the-fly instrumented class files generated by jacoco. * * It is currently not implemented to run prior to any other existing tasks (like test, jacocoTestReport, etc...), therefore, it should be called * explicitly if Offline Instrumentation report is needed. * * Usage: gradle clean & gradle createOfflineInstrTestCoverageReport & gradle jacocoTestReport * - gradle clean //To prevent influence from any previous task execution * - gradle createOfflineInstrTestCoverageReport //To generate *.exec file from offline instrumented class * - gradle jacocoTestReport //To generate html report from newly created *.exec task */ task createOfflineTestCoverageReport(dependsOn: ['instrument', 'testDebugCoverageUnitTest']) { group = "reporting" doLast { ant.taskdef(name: 'report', classname: 'org.jacoco.ant.ReportTask', classpath: configur3+ations.jacocoAnt.asPath) ant.report() { executiondata { ant.file(file: "$buildDir.path/jacoco/testDebugCoverageUnitTest.exec") } structure(name: 'Example') { classfiles { fileset(dir: "$project.buildDir/intermediates/javac/debugCoverage") } sourcefiles { fileset(dir: 'src/main/java') } } //Uncomment if we want the task to generate jacoco html reports. However, the current script does not exclude files. //An alternative is to used jacocoTestReport after this task finishes //html(destdir: "$buildDir.path/reports/jacocoHtml") } } } createOfflineTestCoverageReport.dependsOn(clean) /* * Part of the Offline Instrumentation process is to add the jacoco runtime to the class path along with the path of the instrumented files. */ gradle.taskGraph.whenReady { graph -> if (graph.hasTask(instrument)) { tasks.withType(Test) { doFirst { systemProperty 'jacoco-agent.destfile', buildDir.path + '/jacoco/testDebugCoverageUnitTest.exec' classpath = files(offline_instrumented_outputDir) + classpath + configurations.jacocoRuntime } } } } /* * Instruments the classes per se */ task instrument(dependsOn:'compileDebugUnitTestSources') { doLast { println 'Instrumenting classes' ant.taskdef(name: 'instrument', classname: 'org.jacoco.ant.InstrumentTask', classpath: configurations.jacocoAnt.asPath) ant.instrument(destdir: offline_instrumented_outputDir) { fileset(dir: "$buildDir.path/intermediates/javac/debugCoverage") } } } -----jacoco-report.gradle--------------- jacoco-report.gradle 在同一个项目中的base模块可以正常生成jacoco单元测试覆盖率报告，但是在app模块无法生成，build文件夹中，都没有jacoco和 test-results文件夹。上述的jacoco-report.gradle和build.gradle是app模块的内容 请问应该如何解决app模块无法显示jacoco报告的问题i
最新发布
07-23
有时执行数据文件可能被放在不同的位置，例如：`${buildDir}/outputs/unit_test_code_coverage/debugUnitTest/testDebugUnitTest.exec`（这取决于你的Gradle版本和配置）。 - 如果使用Kotlin，并且使用`kotlin-...
44个JAVA代码质量管理工具
Java Dynamic的专栏
04-03 3195
1. CodePro Analytix It’s a great tool (Eclipse plugin) for improving software quality. It has the next key features: Code Analysis, JUnit Test Generation, JUnit Test Editor, Similar Code Analysis
CodePro 生成测试类工具
11-20
eclipse 安装此插件，可以使java代码快速生成测试类。
IDEA中Junit测试类run as Coverage的显示的跑没跑到的范围问题（覆盖率显示问题）
baeyi的博客
07-29 2920
设置方法 help - > Find Action -> 搜索 Edit Configurations -> 下面的Packages and classes to include in converage data 栏里面点击＋号，选择你要添加的包或者类即可.。使用coverage来查看代码覆盖率时，可能需要设置一下。
解决IDEA中点击run with coverage后类后面出现%的问题
读书札记2022的博客
07-25 1万+
如果点击下图箭头所示的按钮就会出现题目所述问题： 问题截图： 解决方法： 如果点击右下角的"Coverage"后没有红色“X”按钮出现则点击右上角设置按钮： 至此，问题得到解决。
idea插件Coverage（用例覆盖率）使用
lingluo231的博客
12-09 1万+
idea插件Coverage（用例覆盖率）使用
CodePro Analytix 代码覆盖测试
happystarcat的专栏
11-25 5141
如何使用 CodePro Analytix进行Code coverage测试.配合Junit单元测试,同时生成代码覆盖报告. 介绍: CodePro Analytix 是一个基于Eclipse的快速开发环境，能够自动的完成重复的任务使Java开发者快速的开发出高质量的软件。能够保证代码质量，包括代码评审、metric、设计模式、测试，等等. CodePro Analytix是
idea中coverage 的关闭
热门推荐
阿九~
09-17 2万+
alt+ctrl+F6  可关闭  
Intellij IDEA run coverage之覆盖率测试
weixin_34221112的博客
07-02 2万+
2019独角兽企业重金招聘Python工程师标准>>> ...
eclipse安装插件出错-No repository found containing
JasonRight
10-21 670
安装 CodePro AnalytiX 的时候出错，   No repository found containing: org.eclipse.update.feature,org.eclipse.equinox.p2.user.ui.source,1.1.2.R35x_v20091106-7u6FbQFUAtsCKD5Fxz0qz0fb2932 No repository fou...
判断系统路径的文件夹是否在workspace中
JasonRight
09-09 627
由一个文件夹的系统绝对路径，判断这个文件夹是否在workspace中。     String path= "C:\runtime-myproduct\project1"; IPath folderPath = new Path(path); IContainer container = ResourcesPlugin.getWorkspace().getRoot().getContai...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值