2)参数“ip”和 “cp”用来提供插装路径,其中“cp”用来指明一个文件夹, “ip” 指定单独的文件或者 JAR 包。
3)参数“Dmetadata.out.file”用来指定插装得到的元数据文件保存的路径。
4)参数“ix”指定文件的包含和排除关系,其中在“+”符号后的文件为包含进的文件,“-”后面的内容为排除在外的文件。支持多个+和-,用逗号分隔。
一般情况下,直接运行应用程序即可。EMMA会启动一个端口用来后面收集信息(ctl),这个端口是固定的47653。
前置条件:确保emma.jar放在tomcat部署prispts的lib目录。
1)启动Tomcat应用服务。
2)打开网站执行功能测试操作。
网站地址::27016/prispts/
登录账号:admin/666666
执行收集命令前,应用服务需保持启用状态。
本地覆盖率数据收集命令:
cdC:\Program Files\Java\jre6\bin
java -cpemma.jar emma ctl -connect localhost:47653 –command coverage.get,
D:\Emma\prispts_coverage.ec
收集成功显示: 收集到的信息被保存在 coverage.ec 中。
生成代码覆盖率报告命令:
cd C:\ProgramFiles\Java\jre6\bin
java -cpemma.jar emma report -r html –in D:\Emma\prispts_coverage.em,
D:\Emma\prispts_coverage.ec-Dreport.html.out.file=D:\Emma\prispts_
coverage.htm
执行成功会显示:
测试报告可以以 html,文本和 xml三种格式输出。
打开prispts_coverage.htm,覆盖率的报告是以包、类、方法三级单位组织的。其中红颜色代表该覆盖率未达到满意的覆盖率标准:
下图是包com.yxd.pris.pts.kedola.flights.service.impl类的执行情况:
下图是包中该类TBizFlightsServiceImpl.java的方法执行情况:
5结束语
在功能测试过程中,为每个单独的测试用例生成独立的覆盖率报告能够给测试过程带来很大的帮助:
当测试用例失败或者抛出异常时,可以通过覆盖率报告找到该测试用例对应的代码,这样就可以为测试人员提供可能出错代码的范围。这一报告不仅可以帮助测试人员在提交问题时更加详细的描述错误,提供更详细的信息,还可以为开发人员跟踪问题提供线索,缩短解决问题的周期。
测试人员可以从独立的测试报告中获得代码和功能模块的对应关系,更好的理解测试用例的作用。
独立的测试报告可以帮助测试人员改进测试用例的设计,删除重复的测试用例,将覆盖点较多的测试用例进行拆分。
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/ruanjian/article-61994-3.html
服了你
改是用国货自豪的时候了
也是醉