自动化工具 想做一个 API 自动化平台来组装场景测试用例,请教下,大家有什么好的建议?

Aaron · 2018年07月06日 · 最后由 arayte 回复于 2018年08月28日 · 1996 次阅读

关于大家在做自动化API时,有时可能会根据业务进行场景测试,也就是多个接口之间的数据交互,现在公司用例越来越多,做想一个这样的平台每个人都可以在上面组装用例,但是数据变量传递这块还没想好,不知道各位大神有没有好的建议?

共收到 15 条回复 时间 点赞

场景化测试,我理解为接口用例的组织要灵活可扩展,方便接口请求的拼装、数据库连接和操作、接口之间参数传递、断言、输出测试报告等等,建议你参考下httprunner(九毫大神已经开源了),社区可以找到系列文章介绍他设计思路的😂

楼主现在是怎么做自动化的呢?

用例组装我们已经实现了,在 Web 层通过拖拽形成测试用例和测试场景,组装成测试用例后再用 HttpRunner 执行。

形式如下所示:

我目前也做了这套系统,不过是给公司做的,没有开源😂 😂

我开源了一个测试平台LuckyFrame,你可以百度搜下,可以支持你说的这些通过测试用例来组装场景

九毫 回复

这个是httprunnermanager吗?

仅楼主可见
monster 回复

httprunner 我知道,但目前可能有些断言需求还不能达到我的要求,曾经也想过用这框架,但业务场景用例太多了,感觉写起来会比较废劲,也可能我是还没玩熟吧,我们目前是自己搭建的一套框架,专门用来写业务流场景用例。

呵呵 ,这个做出来,我觉得还要挺有用的,功能测试人员也可以介入去写用例,否则用例多的话,写起来比较废时废力。。

Aaron #10 · 2018年07月07日 作者
九毫 回复

这个思路不错, 配置起来也方便,前期这些接口应该都需要先封装好吧, 还有返回值的变量是怎么存储的呢,多个接口是有数据交互的,还有断言该怎么加?

Aaron #11 · 2018年07月07日 作者
AItestwork 回复

好,谢谢

Aaron #12 · 2018年07月07日 作者
chen 回复

我还在构思, 只是前端这块的基础,不是很好,有点力不从心

Aaron #13 · 2018年07月07日 作者
海鸥 回复

感谢大神,我去瞅下

九毫 回复

只用列表来管理测试用例,用拖动来组件业务流程,在用例量少的时候还可行,数据量一大用起来就不方便了。像我们公司,大的项目的接口自动化用例有10W+条,可以想像下这种界面设计的局限性。😁


我们的系统界面,用树来管理用例,用例支持多个步骤,支持不同类型的报文协议,字段验证,SQL验证,脚本验证

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册