关于大家在做自动化 API 时,有时可能会根据业务进行场景测试,也就是多个接口之间的数据交互,现在公司用例越来越多,做想一个这样的平台每个人都可以在上面组装用例,但是数据变量传递这块还没想好,不知道各位大神有没有好的建议?
场景化测试,我理解为接口用例的组织要灵活可扩展,方便接口请求的拼装、数据库连接和操作、接口之间参数传递、断言、输出测试报告等等,建议你参考下 httprunner(九毫大神已经开源了),社区可以找到系列文章介绍他设计思路的
楼主现在是怎么做自动化的呢?
用例组装我们已经实现了,在 Web 层通过拖拽形成测试用例和测试场景,组装成测试用例后再用 HttpRunner 执行。
形式如下所示:
我目前也做了这套系统,不过是给公司做的,没有开源
我开源了一个测试平台 LuckyFrame,你可以百度搜下,可以支持你说的这些通过测试用例来组装场景
httprunner 我知道,但目前可能有些断言需求还不能达到我的要求,曾经也想过用这框架,但业务场景用例太多了,感觉写起来会比较废劲,也可能我是还没玩熟吧,我们目前是自己搭建的一套框架,专门用来写业务流场景用例。
呵呵 ,这个做出来,我觉得还要挺有用的,功能测试人员也可以介入去写用例,否则用例多的话,写起来比较废时废力。。
这个思路不错, 配置起来也方便,前期这些接口应该都需要先封装好吧, 还有返回值的变量是怎么存储的呢,多个接口是有数据交互的,还有断言该怎么加?
只用列表来管理测试用例,用拖动来组件业务流程,在用例量少的时候还可行,数据量一大用起来就不方便了。像我们公司,大的项目的接口自动化用例有 10W+ 条,可以想像下这种界面设计的局限性。
我们的系统界面,用树来管理用例,用例支持多个步骤,支持不同类型的报文协议,字段验证,SQL 验证,脚本验证