编写用例的船新版本，从未有过的顺滑体验
背景
在保证用例运行稳定、高效、准确的前提下
以降低测试人员编写用例的时间为目的，减少编写用例的复杂度，达到提升效率的目的。
解决问题
因被测系统业务流程长，接口多（多的一个场景上百个接口），而无法快速完成一个场景用例的编写
创新设计
改变传统自动化用例编写模式，取消传统模式中上下级接口数据的提取参数变量、使用参数变量的固定编写套路。以程序提供半自动批量参数替换能力，程序自动关联，合理的页面操作模式，让测试人员专注于自动化用例数据的编写设计，不为使用软件的过程而烦恼
经实践，编写效率可提升90%以上
平台流程图
概念解释
-
模板-可理解为：原始数据、测试场景
-
模板-用例：1对N
-
转化-1比1转为用例，可页面编写，可下载为JSON文件编写再上传
-
数据集-针对单套用例编写测试数据集，结果校验，以数据驱动用例，未使用数据集则是普通运行模式
-
Number-程序生成，模板、用例的接口顺序序号，用例运行的核心
使用技术栈
-
后端
python: uvicorn+fastapi
FastApi-Python的一款高性能轻量级Web服务框架，结合Pydantic-数据验证、请求响应模型，Typing-类型注解，SqlAlchemy-数据库ORM操作，得以优雅的完成后端开发
-
前端
vite+vue3+element-plus
轻量级的前端构建工具-Vite，渐进式框架-Vue3，漂亮便捷的组件库-Element Plus，边学边完成前端的开发
-
数据库
Sqlite3，没想到，万万没想到
功能简介
模板导入
-
模板列表
数据来源：HAR导入、手动组装、Swagger（开发中）
-
模板转化为用例
新增用例、覆盖用例、下载为json附件编写用例再上传为用例
一个模板可挂多个用例
用例编辑
-
用例列表
-
用例详情及配置
a\以表格横向平铺的方式，让接口所有数据展示出来
b\所有用例的编辑操作，都可以在这个弹窗中完成
-
*模板转用例，预处理
预处理：
1、模板转用例的过程中，程序自动的将请求接口参数的kev-value和它前面接口的response相匹配，key-value相匹配则替换成number.$.jsonpath表达式
2、统一响应数据作为校验内容，可配置，如{code: 0}一般项目都会存在，自动判断哪些接口符合，然后添加到校验内容中
-
*半自动参数替换
*可以使用value或key去response查找数据，生成number.$.jsonpath
*可自定义的去输入number.$.jsonpath表达式，再替换
*表达式不是必须的，可以用这个功能直接替换测试具体数据
说明：
理论情况下，导入har或者swagger是可以获取到response数据的。也可以通过其他途径获取到每个接口的response。如开发调试过程中的输出，或通过抓包，或通过接口文档等方式。
若拿不到response返回内容，那么断言也就没了意义，接口测试也不会成立。所以以上的操作是能够进行下去的
-
*冒烟跑测
在做完第5步和第6步后，程序就可以做冒烟跑测了
对比：
a\使用传统方式的提取变量、使用变量的方式编写用例（apifox），对30个接口进行操作，提取了3个变量6处使用，并调试到冒烟跑测级别，花费时间30~40分钟
b\使用创新的参数替换能力做以上操作，花费时间2~3分钟
以此类推，更多的接口（上百个）更多的参数替换（10~20个等），传统方式时间会更长
-
编辑Parmas、Data、Headers
格式化Json和数据校验
-
编辑 断言
自定义添加、修改、删除，每个断言独立操作，操作简便
测试数据集
-
导出数据集
说明：
-
按每个接口区分各自的params、data、check，（可扩展headers）
-
以不同颜色标记接口，避免眼花
-
单个接口单独校验，一横行数据一套校验
-
自动过滤掉有接口上下级数据关系的参数（前面的第五、六步操作后的参数）
-
重心可放在针对数据集的用例设计上
-
导入数据集
说明：
按接口一个个分开，可以自定义选择执行哪些数据集
执行前，会将数据一个个的替换到对于key上
其他功能
-
全局参数替换
适用于接口发生了变更，自定义修改
-
模板组装
通过从模板(原始数据)重新组装新的接口顺序，创建新的测试场景
也可创建一个空的模板，再通过手动添加api数据进行数据添加
-
测试报告 allure
说明：
-
按用例分开：http://ip:8000/allure/{case_id}/{run_order}/，单个用例单套趋势图
-
仅使用pytest.mark.parametrize 用数据驱动的方式运行用例，只是这里驱动的是接口的所有内容：url、method、parmas、data、hedaers、file等接口请求所需要用到的内容，以及校验字段
总结
自己在用过参数提取再使用的传统测试平台，以及apifox的参数提取再使用，深刻感受到：
在对多流程接口自动化用例用例编写过程中，编写用例的时间基本就花费在了参数提取和使用操作过程上面。理论上，测试时间应该花在用例设计、用例数据准备才是合理的表现，测试人员不应该为软件使用复杂度发愁。
作为一个软件测试从业者，想解决这个问题所以研发了这个平台
《随便测测》接口测试平台：
随心、随意、随景
2023-4-13，项目已开源
-
后端：https://gitee.com/myjiee/fast-api_auto_test
-
前端：https://gitee.com/myjiee/auto_test_web
评论(0)