一、基于GUI操作生成测试数据
优点: 简单直接,没有任何复杂性,创建的数据来自与真实的业务流程,最大程度保证数据的正确性。
缺点:
- 效率非常低
- 一次创建一条数据
- 执行过程耗时(GUI)
- 不适合封装成测试数据工具
- 创建成功的概率不会太高
- 受限GUI自动化执行的稳定性
- 界面变更—》失败
- 引入不必要的测试依赖
补充:
基于此,找到后端调用的API,修改了数据库的哪些业务表
二、通过API调用生成测试数据
规避创建测试数据过于在乎细节(测试数据准备函数)
- 直接询问开发(直接)
- 阅读源代码(补充)
- 独占的环境执行GUI创建测试数据,监控日志,分析调用了哪些API
优点: - 测试数据的正确性
- 执行效率高
- 封装成测试数据函数更方便
- 测试数据的创建完全依赖API
缺点: - 不是所有测试数据都有对应的API支持
- 一条业务线,按照顺序多个API调用,之间传递数据,增加了测试数据准备函数的复杂性
- 对于需要批量创建海量数据的场景,力不从心
三、通过数据库操作生成测试数据
将创建数据用到的SQL语句封装一个个的测试数据准备函数,调用
- 前提:
修改了哪些数据库的哪些业务表 - 优点:
效率高 - 缺点:
- 修改多个表,封装的数据准备函数的维护成本高
- 数据不完整,一个业务插入多个表,可能只在主表中插入了记录(隐蔽,特定操作)
- 业务逻辑变化,维护和更新的已经封装的数据准备函数
四、综合运用
通过API调用生成基础的测试数据,使用CRUD操作生成符合特殊测试需求的数据
本文探讨了四种测试数据生成方式:GUI操作、API调用、数据库操作及综合运用,并对比了它们各自的优缺点。GUI操作简单但效率低下;API调用速度快但受API支持限制;数据库操作高效但维护成本高;综合运用则是最佳实践。
1428

被折叠的 条评论
为什么被折叠?



