java开发代码覆盖率,代码覆盖率如何计算

代码覆盖率达到100%,真的代码就没有问题了吗？

在软件测试中，有一个重要的概念叫做代码覆盖率，一般在单元测试中作为测试充分性的重要衡量指标，那么代码覆盖率达到100%是否就算覆盖全了？答案显然是否定的。

那么，100%的代码覆盖率还值得追求吗?

这是当然，这也应该是每个程序员追求的目标之一，但是如果从项目角度考虑ROI(投入产出比)，对于需要快速上线的短期项目，需要注重的是让测试覆盖核心功能代码。如果你的项目是一个长期项目，那么高覆盖率是非常有必要的，它意味着高可维护性，以及更少的bug。

那么对于一个项目来说，覆盖率应该达到多少？

其实没有适用于所有项目的数值，每个项目都应有自己的阈值，但共性是，测试必须覆盖主要业务场景，代码的逻辑分支也必须尽可能的覆盖。

如何改进你的项目代码覆盖率？

首先我们要阅读和理解项目代码，找出其中需要测试并且与业务强相关的代码，结合sonar等代码质量管理平台，从代码编写规范、复杂度、重复代码等方面进行代码重构，进一步提高项目的可维护性与可读性。

这也意味着重构，重构的同时，你需要更多的测试来保证你重构代码的正确性。

代码覆盖率的意义

阅读分析之前项目中未覆盖部分的代码，进而反推在前期QA以及相关测试人员在进行黑盒测试设计时是否考虑充分，没有覆盖到的代码是否是测试设计的盲点，为什么没有考虑到？是需求或者UX设计不够清晰，还是测试设计的理解有误。

检测出程序中的废代码，可以逆向反推代码设计中不合理的地方，提醒设计/开发人员理清代码逻辑关系，提升代码质量。

代码覆盖率高不能说明代码质量高，但是反过来看，代码覆盖率低，代码质量绝对不会高到哪里去，可以作为测试自我审视的重要工具之一。

单元测试的覆盖率并不只是为了取悦客户或者管理层的数据，它能够实实在在反应项目中代码的 健康 程度，帮助我们更好的改善了代码的质量，增加了我们对所编写代码的信心。

相关问答

Q1: 为什么要对程序做代码覆盖率测试？

关于代码覆盖率，之前6年的工作经历中，只是依稀听闻过。之前的组织里，从未关注过这个指标，只是有一段时间用NUnit做了单元测试，主要是测试一些关键类关键方法是否正常，对代码覆盖率的印象就真的一直是停留在听闻的程度。汗一个!

前些时日，关于自动测试的讨论中有人提及到代码覆盖率，激发了我的好奇，到底什么是代码覆盖率?最重要的是于测试工作而言有怎样的价值呢?今天花了一点时间查了一下，有了初步的认识。大致归纳如下：

一、基本概念

代码覆盖率是单元测试活动任务之一;

覆盖率分语句覆盖率(即通常所说的行覆盖率)和分支覆盖率。

二、价值

代码覆盖率的分析能在一定程度上评判代码质量，一般覆盖率高的代码出错的几率会相对低一些。但是高覆盖率只是表示执行了很多的代码，并不意味着这些代码被很好地执行了。所以，似乎覆盖率测试结果出来并不能帮我准确的评价代码质量。那么我们为什么要做覆盖率测试呢?如何让它给我们带来价值呢?

1. 尽早评估代码质量

比如在开发的过程中，定时的去看整个项目的代码覆盖率，监控覆盖报告可以帮助开发团队迅速找出不断增长的但是没有相应测试的代码。例如，在一周开始时运行覆盖报告，显示项目中一个关键的软件包的覆盖率是 70%。如果几天后，覆盖率下降到了 60%，那么您可以推断：软件包的代码行增加了，但是没有为新代码编写相应的测试(或者是新增加的测试不能有效地覆盖新代码)。能够监控事情的发展，无疑是件好事。定期地查阅报告使得设定目标(例如获得覆盖率、维护代码行的测试案例的比例等)并监控事情的发展变得更为容易。如果您发现测试没有如期编写，您可以提前采取一些行动，例如对开发人员进行培训、指导或帮助。

2. 为功能测试关注点提供情报

假设覆盖报告在指出没有经过足够测试的代码部分方面非常有效，那么质量保证人员可以使用这些数据来评定与功能测试有关的关注区域，可以更有针对性地加强这些区域的测试，因为没有被测试代码覆盖到的区域，出错的几率应该相对更高。

3. 估计修改已有代码所需的时间

对一个开发团队而言，针对代码编写测试案例自然可以增加集体的信心。与没有相应测试案例的代码相比，经过测试的代码更容易重构、维护和增强。测试案例因为暗示了代码在测试工作中是如何工作的，所以还可以充当内行的文档。在另一方面，没有经过相应测试的代码更难于理解和安全地修改。因此，知道代码有没有被测试，并看看实际的测试覆盖数值，可以让开发人员和管理人员更准确地预知修改已有代码所需的时间。

当然，这样的理解还是比较浅层的，我想实际应用中除了以上三点之外，还有一个很重要的工作就是提高测试代码的质量来更好的体现代码覆盖率的价值。

Q2: java web怎么用emma进行代码覆盖率测试

使用 emma 2.1 (emma-stable-2.1.5320-lib) 1. 新建 /home/q/java/emmalib 目录， 将emma.jar 与 emma_ant.jar 放入 2. 复制 /server/bin/mobileserver/runServer.sh 到 runServer_emma.sh 修改启动语句。

使用 emma 2.1 (emma-stable-2.1.5320-lib)

1. 新建 /home/q/java/emmalib 目录， 将emma.jar 与 emma_ant.jar 放入

2. 复制 /server/bin/mobileserver/runServer.sh 到 runServer_emma.sh

修改启动语句

nohup java -Xmx1800M -Xms800m -Xbootclasspath/p:/home/q/java/emmalib/emma.jar -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider -XX:+AggressiveOpts -XX:+UseParallelGC -server -classpath "$jarFile" com.qunar.common.mobileArc.MobileServer conf/TaLog.property conf/TripServer.property $LOG_HOME/error.log 21

复制 /server/bin/mobileserver/stopServer.sh 到 stopServer_emma.sh

　 　添加覆盖率导出命令

　 　插入 emma 统计代码

　 　使用root账号

　 　1. 备份mobileserver.jar

　 　cp /server/TripAssistant/mobile-server.jar $MOB_JAR_BAK/mobile-server.jar.{$timestamp}

　 　2. 执行插入命令

java -cp /home/q/java/emmalib/emma.jar emma instr -m overwrite -cp mobile-server.jar -out coverage.em

输出如下：

EMMA: processing instrumentation path ...

　 　EMMA: instrumentation path processed in 3117 ms

　 　EMMA: [1000 class(es) instrumented, 126 resource(s) copied]

　 　EMMA: metadata merged into [/server/TripAssistant/coverage.em]

3. 运行mobileserver runServer_emma.sh

　 　sudo sh /server/bin/mobileserver/stopServer.sh sudo sh /server/bin/mobileserver/runServer_emma.sh

　 　在 /server/mobileserverlog/error.log中可见：

　 　EMMA: collecting runtime coverage data ...

　 　EMMA: runtime controller started on port [47653]

　 　emma control 进程已启动

[root@l-wap4.beta.cn1.qunar.com /server/mobileserverlog]# netstat -na | grep 47653

tcp 0 0 0.0.0.0:47653 0.0.0.0:* LISTEN 20926/java

4. 执行 覆盖率文件导出命令

java -cp /home/q/java/emmalib/emma.jar emma ctl -connect localhost:47653 -command coverage.get,coverage.ec

　 　可见输出：

　 　EMMA: processing control command sequence ...

　 　EMMA: executing [coverage.get (coverage.ec,true,true)] ...

　 　EMMA: coverage.get: local copy of coverage data merged into [/server/TripAssistant/coverage.ec]

　 　EMMA: coverage.get: command completed in 79 ms

　 　EMMA: control command sequence complete

　 　并且当前目录生成文件 coverage.ec

5. 生成报告

java -cp /home/q/java/emmalib/emma.jar emma report -r html -in coverage.em,coverage.ec

指定源代码生产覆盖率报告(需先上传源码)

　 　java -cp /home/q/java/emmalib/emma.jar emma report -r html -in /server/TripAssistant/coverage.em,/server/TripAssistant/coverage.ec -Dreport.html.out.file=mycoverage/coverage.html -sp /home/liang.zhou/mob_code_dir/mobs_trunk/src/main/java

emma 方式启动 mobserver

　 　==================================

　 　1. 判断mobserver.jar size， 大于5M 为已插入过， 小于5M为未插入(需要执行插入)

　 　2. 执行插入

　 　3. 启动

4. 检查启动状态

47653 端口打开

　 　mobileserver 进程打开

emma 方式停止 mobserver

==================================

　 　1. 检查47653端口打开状态, 检查coverage.em是否存在

2. 导出覆盖率文件 coverage.ec, 备份coverage.em (加上时间戳)

　 　3. 导出覆盖率HTML report (加上对应时间戳)

　 　4. kill mobserver 进程

　 　ls -lt mobile-server.jar

　 　判断 $? == 0

判断mobile-server.jar size是否大于 5M

#!/bin/bash

　 　function stop_mob_server(){

　 　#!/bin/bash

　 　function stop_mob_server(){

　 　pid=`ps aux | grep MobileServer | grep -v grep | awk '

　 　Unknown macro: {print $2}

'`

　 　` kill -9 $

　 　Unknown macro: {pid}

　 　`

　 　sleep 1

　 　echo "Stop mobileserver success."

　 　}

　 　#判断 emma ctl 是否启动

　 　port_check_result=`netstat -na | grep 47653 | awk '

　 　Unknown macro: {print $1}

　 　'`

　 　if [ -z $

　 　Unknown macro: {port_check_result}

　 　]; then

echo "Emma ctl port 47653 is not LISTEN. Coverage.ec export operation aborted."

　 　else

　 　#emma ctl 为启动状态，导出 coverage.ec, 并备份至 /home/q/mobsrv_cov

　 　if []

　 　fi

Q3: 代码覆盖率是个什么概念？

代码覆盖率是软件测试中的描述程序中源代码被测试的比例和程度。代码覆盖是由系统化软件测试所衍生的方式，是飞行设备进行安全认证中的考量项目之一。

基本的代码覆盖率准则有函式覆盖率、指令覆盖率、判断覆盖率、条件覆盖率、条件/判断覆盖率。函式覆盖率呼叫到程式中的每一个函式；指令覆盖率用控制流图表示程式，执行到控制流图中的每一个节点；判断覆盖率用控制流图表示程式，执行到控制流图中逻辑运算式成立及不成立的情形。

扩展资料：

代码覆盖的测试

基于代码的测试覆盖评测测试过程中已经执行的代码的多少，与之相对的是要执行的剩余代码的多少。代码覆盖可以建立在控制流（语句、分支或路径）或数据流的基础上。

控制流覆盖的目的是测试代码行、分支条件、代码中的路径或软件控制流的其他元素。数据流覆盖的目的是通过软件操作测试数据状态是否有效，例如，数据元素在使用之前是否已作定义。

参考资料来源：百度百科-代码覆盖率