目录
前言:
自动化回归测试工具可以帮助测试团队快速、自动地执行回归测试,并能够节省大量的时间和人力成本。
最近因工作需要,开发了一个回归测试的小工具。可以根据配置读取不同交易报文并进行变量替换,然后自动发起交易并检查结果。自我感觉挺好用的,与大家分享一下设计思路。(代码要保密,就不上传了。有需要可以根据设计思路自己开发。
设计背景:
目前系统交易越来越多,需求改动也比较频繁。为防止代码改动影响旧需求,每次修改代码后都需要把相关交易回归测试一次。
目前此项回归测试工作主要靠程序员手工完成,存在以下问题:
-
回归测试需要准备很多交易报文,耗时费力
-
由于回归测试比较麻烦,加上版本迭代频繁,有时只能对比较关键的业务场景进行回归测试,存在一定风险。
解决方案:
为避免这种情况,项目组开发了自动化回归测试工具。程序员每次开发完代码后,针对需求的业务场景配置好测试案例,由工具根据案例配置自动执行交易(需要自动生成某些交易报文字段,例如全局流水)并判断案例是否符合要求。
理想情况下,经过多次需求迭代后,测试案例即可全面覆盖所有交易路径。这样可以节省开发人员回归测试时间,对于系统重大升级时保障升级质量也有帮助。
测试工具使用loadrunner脚本编写,这样的好处是
-
可以借用loadrunner提供的丰富函数库,如http交互函数,变量替换函数,日志输出函数等
-
可以利用loadrunner的GUI界面
-
通过简单修改配置,可以让本工具用于非功能压测
不方便的地方有:
-
需要电脑安装了loadrunner工具才可以执行测试工具
-
loadrunner提供的ide不方便调试
-
无法引用开源静态库(网上只找到引用动态库的方法)
-
由于loadrunner内置编译器与gcc存在部分不兼容,无法直接复用rcc现有功能函数,暂时不能自动检查数据库记录,检查交易日志等。
测试案例配置说明:
配置文件打#开头的行是注释行,脚本读取时会忽略注释行
每一行配置代表一个测试案例,或者一个控制语句
测试案件一般由四个字