八、清除错误信息
如果用户想要清除掉tasks视窗或errors found视窗里的错误信息,需要学习本课程。这些清除掉的信息只是临时删除,下次运行出错,依然会显示出来。
目的:
演示如何清除掉tasks视窗或errors found视窗里的错误信息。
步骤:
利用shift或ctrl键选择错误信息,右键点击错误信息,可选择delete error或delete all/clear all。
九、创建、执行、扩展junit测试用例
jtest 能自动生成并执行junit测试用例,来发现代码运行的未处理异常,用户也可以扩展这些用例来增强测试覆盖范围,检查代码单元级功能、子模块、模块以及系统级功能。
目的:
演示如何自动生成并运行junit测试用例,如何查看和验证测试结果,以及如何修复发现的错误。
步骤:
1)选择simple.java源文件
2)点击play按钮
3)查看运行后的对话框(这里run标签表示运行了13个用例,error标签发现了一个错误,failures标签里没有运行失败的用例)
4)关闭该运行窗口
5)注意这里jtest把生成的junit测试用例文件simpletest.java加到了一个新项目jtest example.jtest的examples.eval包里
6) 在error found视窗里,右键点击[Line: 107] java .lang. NullPointer Exception这个错误,选择quick fix选项
7)按用户意愿自动修复后,保存代码
8) 可通过选择play下拉菜单的Jtest Using> Builtin> Generate and Run Unit Tests,重新运行测试
9) 通过打开simple.java文件,可以在编辑器里修改测试代码,以增强测试;辅助test class outline视窗,可更好的查看测试代码的结果。如果test class outline视窗不在,可通过Jtest Perspective>Jtest> Show View> Test Class Outline打开
10)扩展test class outline分支,能看到每个用例的输入inputs和结果outcomes,如果知道了每个方法的正确结果,那么可以:
· 对每个正确的结果outcome,可右键点击outcome节点,选择verify,jtest会将//unverified注释从这个用例文件里除掉,在以后测试里,jtest就会检查取该值的输出结果,如果出错则报告错误。
· 对于不正确的outcome,点击outcome节点,会在编辑器里修正,jtest在以后测试里同样检查正确的值,如果出错则报错。
· 对于用户不想让jtest在以后的测试里检查的outcome,可右键点击outcome节点,选择ignore,则将其注释掉,以后测试里将其忽略.
十、通过实例配置来修改代码的检查规范
前述的实例配置默认是全局配置,即点击play时jtest执行的测试;用户可以修改该配置。
目的:
演示如何自定义jtest实例配置增强测试规则
步骤:
1)从菜单中选择jtest-jtest configuration或点击play下拉菜单选择该项,所有可以配置项显示在左侧面板,user defined分支可以修改,builtin项可以查看和拷贝,但不能修改。
2)选择example configuration项,注意此项有个红色G的标志,表示该项被设置成全局配置。
3)打开standards标签,这里是用户可以激活和关闭的代码标准规范 http://www.mscto.com
4)点击internationalization复选框,将会提示jtest配置检查并阻止国际化错误
以后jtest执行测试时,就会检查国际性错误;如果想取消该检查标准,按照同样的步骤取消复选框即可。
十一、创建并运行一个简单的用户自定义jtest配置
jtest预设置的jtest configurations是基于开发者使用的最普遍的测试场景,如果想自定义测试,可以修改builtin配置或者创建用户定义的jtest配置,我们推荐每次执行不同的测试项目时都设置不同的测试场景。
目的:
演示如何创建一个简单的jtest对类编码的检查规范
步骤:
1)打开jtest-jtest configuration面板
2)选择user defined项
3)点击new,表示要创建一个新的jtest测试场景,jtest添加一个新目录叫做example configuration(1)
4)输入该场景的名字,例如输入metrics,这里我们让jtest只检查类规范
5)打开standards标签
6)点击disable all visible rules按钮,先关闭所有标准;如果看不到这个按钮,扩大整个面板就可以看到了。
7)点击class metrics复选框激活全部的类编码标准;扩展class metrics节点可查看具体规范
8)打开generation标签,清除enable unit test generation复选框;这是为了让这个自定义的测试场景只集中在代码规范上,如果要生成测试用例,运行已经存在的jtest配置即可。
9)打开execution标签清除enable unit test execution复选框,目的和上一个相同
10) 点击close,提示是否保存时,选择yes
11) 运行该测试场景时,点击要测试的项目,从play下拉菜单里选择user defined-metrics即可
十二、执行回归测试
当jtest第一次运行一个单元测试时,它会创建一个关于当前测试类的功能快照,并以junit格式的测试用例记录了类的行为。实质上,它自动创建了一个回归测试,当一个测试类修改了,可以重新运行测试用例来检查是否出现错误。
目的:
演示jtest如何执行回归测试
步骤:
1)打开simple.java源文件的编辑器
2)将add()方法里的“+”改成“-”,下一行应该变成return 11-12
3)保存源文件
4)选择simple.java源文件
点击play按钮运行回归测试;jtest将报告错误junit.framework.AssertionFailedError: expected:<14> but was:<0>。这个错误提示我们add()方法的功能自从上次测试后改变了;如果该错误不是故意的,例如排版会敲错,我们将要纠正该错误恢复到从前的正确情况;如果是故意这样修改,那就要纠正期望的outcome。
十三、检测内存泄漏
jtest能够在执行单元测试时检测内存泄漏。如果测试结束,内存仍然在使用中,jtest将会报告内存泄漏。
目的:
演示jtest如何在测试执行中检测内存泄漏
步骤:
1)打开example configuration
2)打开execution标签
3)打开options子标签
4)激活detect memory leaks选项
5)apply并close
6)选择library.java源文件:打开jtest example项目-example.leaks-library.java
7) 从play下拉菜单里选择Jtest Using> User-Defined> Example Configuration
8) 测试结束,报告内存泄漏错误细节
9) 双击[Line 37] Memory Leak: 3.8 megabytes per call,在源文件里打开代码,找到引起内存泄漏的代码行——每次addbook()方法被同样的参数调用,第37行代码分配的内存没有被释放
10) 取消文件末尾的hashcode()和equals()方法的注释,以此来消除内存泄漏错误即可。
第四章
本章是一些概念,英文书中列举的一些重要概念在前面都有所介绍,另外一些对实际jtest用户用处不大,以后我会写一个如何学习jtest的文档,在那里再仔细阐述。这里有一个概念,前面没有提到,这里简单说一下。
Rulewizard:是用户自定义jtest代码检查标准的模型,和jtest4.5或早期版本的功能、使用都相同。(关于Jtest4.5版本的使用介绍,本人也有个文档)Jtest能利用Rulewizard自动增加任何有效的代码检查标准,以此,项目团队检查特殊项目的代码需求。
使用Rulewizard,代码规范能通过图形方式(类似流程图)或自动方式(提供代码实例来演示实际的代码规范偏差)来创建。
Rulewizard在jtest architect edition(架构版本)才可以用。这句话是原文说的,但在我们安装的full版里也可以打开,也许是full版里也包括Rulewizard了吧。其界面如下:
(图略)
如何打开Rulewizard呢?
1)打开Jtest> Jtest Configurations
2)打开任何jtest configuration的standards标签
3)右键点击rules树的区域,选择add user-defined rule;Rulewizard界面就打开了,关于它的详细使用(修改、创建。激活等)参考帮助里的view in the Rulewizard UI。不过本人觉得没什么必要,人家parasoft提供的都够多、够全了,我们何必再加这些规范呢?除非真的有特殊需要吧;相反,等你用jtest,就会发现我们开发的代码很多地方都会被jtest认为有错,到时候你可别烦啊,^-^!
第五章
本章介绍jtest一些任务,主要功能任务都已经在第三章阐述过了;这里只说明一些其他辅助任务。
一、定时执行测试任务:
jtest允许定时执行测试,和其他的自动化工具一样,可以安排夜晚执行测试,第二天来查看测试结果。另外,jtest还可以按照计划时间来创建大批量的测试用例,以不影响白日的工作。
如何定时测试呢?
1) 选择jtest-preferences
2) 选择jtest-scheduled testing
3) 激活enable scheduled testing选项
4) 在 execution time里输入希望的开始http://www.csai.cn第一个文本框输入小时(0到23),第二个文本框输入分钟(0到59),例如希望在pm 10:30开始,那么就在第一个框里输入22,在第二个里输入30即可
5) 点击configuration to run的edit按钮,选择要执行的jtest configuration
6) 下一个edit是选择此执行要覆盖的测试集,即某项目或部分项目文件
7) 点击apply
注意:如果jtest主程序没有打开,到了定时时间,测试不会自动运行
二、评估发现的错误:
和第三章介绍的error found一样,这里添加一个参考图示,供读者进一步了解: (图略)
三、查看测试覆盖信息:
jtest能报告所有junit测试用例的覆盖率,因此用户可以评估当前代码被测试的范围,并决定是否需要增加额外的测试用例。一般来说,jtest能自动创建覆盖了被测试代码75%的测试用例,有时覆盖率也会达到100%,有时也会低于 75%。
测试覆盖率的跟踪一般被默认为是激活的。如果想要手工激活:
1)打开Jtest> Jtest Configurations
2)选择想要修改的测试配置,打开execution标签,再选择option子标签,保证report code coverage选项是激活的
测试执行后,想要查看覆盖率信息,有以下两个个方法:
1)打开一个测试文件的编辑器,在编辑区域左侧的一个兰色/绿色条表示测试覆盖的行,紫色条表示没有覆盖到的行,没有颜色的行表示不可执行的部分
2)打开coverage view面板,显示了每个类和每个方法的覆盖率统计图(覆盖百分比、全部可执行的行、覆盖的行),如图:(图略)
总结:关于jtest的基本使用,我想上述的内容就够了。白盒测试工具不像winrunner、robot等黑盒工具有那么多的预设置或脚本代码编写工作,它的设置简单明了;包括有一些我没有介绍的设置,例如修改测试范围scope、连接teamserver等(本人觉得这些内容也不重要,对使用jtest精髓毫无价值),读者只要装了jtest,按照我介绍的主要功能描述,点击几次自然就融会贯通了。
如果给你带来帮助,欢迎微信或支付宝扫一扫,赞一下。