1.开始在迭代测试中进行录制
2.后台记录数据,挑选需要的接口选择生成测试用例数据
3.进入后台测试用例数据,生成测试用例 EXCEL 下载
我们都是草台班子,有时只是想让自己日子好过一些;纸上得来终觉浅,不如自己动手试
接口一次一次的重构,所以需要一次一次的回归。
接口数量慢慢越加越多了,回归头越来越大了。 怎么办？也看过不少大佬们的各种接口工具,但是从头搞总是花时间,有简单点的办法吗?
看了再多的文章不能解决自己问题,也就意义不大;虽然丑陋和草根,如果能有点用,也是点小收获.
不想再加大量增加工作量做接口自动化了，怎么办？刚好之前做过两个极简:
于是就想，这样吧,如果平时在做功能测试的时候进行常用场景的录制,然后这些常用场景录制的接口进行回归测试怎么样？但是录制下来的这些脚本可以重复跑吗？如果不能重复跑，每次都录制一下不是测试都做完了吗,不是多此一举吗？ 冷静冷静 ......
接口最常用的功能是增删改查，所以回归的时候，对一个资源进行
如果在一定固定的测试数据情况下, 回归测试录制的脚本是可以重复使用的，当然有些条件需要满足.
好在满足条件在不少场景下，就是一个新创建出来的 id, 那好想是可以完成的哇.
行动，行动！多想没好处，动手才行。分三步走:
总体实验下来效果还不错,1 个小时不到一个人完成两个模块回归再完成接口代码,接口有 20 个以上， 下面是一些思路和过程.
使用下面提到的工具:
进行录制步骤:
1.开始在迭代测试中进行录制
2.后台记录数据,挑选需要的接口选择生成测试用例数据
3.进入后台测试用例数据,生成测试用例 EXCEL 下载
Compose, 对的，你就是那个作曲家，只不过有点苦，看的都是无聊的数据,下面是导出的 EXCEL 数据:
{"name":"测试地点-{{faker.zipcode()}}}
用{{faker.zipcode()}}作为随机数,这个随机数也没什么密码,看下 jinja2 模版就行
{ "status_code":200,"values":{}
,"extractions": {"locationId","id"}}
在现在的 expected 里面,加入"extractions": {"locationId","id"},代表接口返回的字段 id 的值，会给运行时的 locationId 字段
使用 pycharm livetemplate 做一些模版
新建测试 python 文件,输入 apitest,tab 键，自动补齐，进行代码微调
代码，数据调整好之后，就可以运行测试代码了.测试结果也不会生成报告并且在后台会有记录.
poetry run pytest $1 --alluredir=tests-results
一个上午自己尝试了一下,以后起完成两个小模块的接口回归测试录制,大概耗时 1 个小时不到，包含了 15 个 API,并且目前这些录制的接口
可以重复跑,不用进行任何修改. 所以结论:
