课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
软件测试可以说是目前比较热门的求职岗位之一了,而今天我们就通过案例分析来了解一下,关于自动生成测试脚本的一些方法和要求。
定位特定关键词参数
遇到page相关参数可生成分页用例,具体分页测试用例细节就不赘述
遇到类似starttime,endtime参数,可生成两个时间参数和当前时间前后比较的用例,两个时间参数前后比较的用例
该生成规则需要和开发约定一些基本原则,另外也需要我们在日常测试中多归纳总结,找出那些有固定规律的用例,想办法定位生成这类用例
定位接口类型
查询类接口:可生单参数查询、组合参数查询、全参数查询等用例
更新类接口:可生成单条更新每个参数,组合更新,全量更新等用例
工具扩展性
用例生成规则可扩展,从框架图中可以看到,用例规则这快自成独立模版,可单独维护,便于后续新规则的加入
代码模版可扩展,不同团队对于代码规范、基础模版的样式都不一样,可自定义生成模版的样式,增加了工具的灵活性
支持多种数据类型转换,后续可扩展生成API对象、参数字典或其他数据模式
聚焦测试
脚本编写工作量的减少,会增加产品测试思考的时间,完善用例,检查覆盖面等
统一规范
统一了接口类输写规范,便于团队内部维护和理解脚本
统一基本用例生成思路,规避测试工程师在设计基本用例设计时有所遗漏;统一用例输出格式,便于他人理解和维护用例
重构利器
如果有计划做脚本重构,使用工具后可以成倍的节省编写接口信息和用例部分脚本的时间
后续迭代优化点
目前用例的生成思路大多还局限在单参数上,多参数的生成思路还较少,后续会通过头脑风暴等形式来扩展更多的用例的生成思路
通过实际调用接口,获取结果,提高自动生成用例期望结果的准确性,继而节省更多对部分期望结果做调整的时间投入
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!