测试难题：如何准备测试数据

要努力的佩佩呀~

已于 2023-10-09 20:36:04 修改

阅读量2.7k

点赞数 5

分类专栏：思考文章标签：功能测试

于 2022-06-07 10:40:59 首次发布

本文链接：https://blog.csdn.net/qq_43844012/article/details/125147770

版权

思考专栏收录该内容

3 篇文章 1 订阅

订阅专栏

以下内容是在阅读茹炳晟老师的《软件测试52讲》之后结合自己工作中遇到的问题的一些思考。

前言

刚看了茹炳晟老师的《软件测试52讲》中的测试数据准备的部分。果然，测试数据的准备是连大佬也逃不开的难题。但是，大佬不愧是大佬，18年的大佬就已经在通过平台生成测试数据了，而22年的我还在0.0时代，手动创建测试数据…

这真是一个悲桑的故事… 在这里插入图片描述

一、如何准备测试数据？

1.通过手动创建测试数据

这个方法其实在老师的文章里没有提及，但这确确实实又是一种还有很多测试都在用的数据准备方法。我们现在用的也是这种方法，但是在两周一次迭代的情况下，我们已经很清醒的认识到手动创建测试数据的缺点：

耗时长。手动创建测试数据是一个繁琐而漫长的过程，漫长的程度取决于测试的需求在哪一个环节的业务流。比如，我们现在一个需求是，客户下单后，系统会根据订单中参与的角色对其进行返佣。手动创建测试数据的话就需要走完整个下单、签单、生成返佣的流程，才能生成一条测试数据；
效率低。手动创建测试数据，往往是走完了一个流程后才能生成一条可用的数据，如果需求或者测试点有重合的，那这条测试数据可以再重复利用，比如一条待创建订单的数据，我要验证下单时金额的计算，也要验证创建订单时状态的改变，那么数据就可以被重复利用。但更多的情况还是，每一个验证的点都至少需要一条测试数据（算上回归的话需要准备的数据更多）；
测试依赖度太高。如果创建测试数据要走的流程中，有因为bug或者其他原因阻塞的，就无能为力了；

2.通过GUI自动化生成测试数据

GUI自动化，比如：selenium，是通过程序控制鼠标和键盘进行输入，模拟手工测试的一种测试方法。
大概的思路就是：①定位元素；②创建一个动作；③将定位到的元素放在这个动作中；④执行动作；
这种方法的缺点：

不稳定。由于元素定位的不稳定，可能有时候定位不到元素或者UI发生变化后，代码也要跟着变动。创建测试数据的成功率不高；
不适合封装成测试数据工具。“由于测试数据的创建是通过 GUI 操作实现的，所以把这种数据创建方法封装成测试数据准备工具的过程，其实就是在开发 GUI 自动化测试用例。”
测试依赖度太高。因为GUI也是在模拟手动操作，所以也与手动创建测试数据具有同样的问题；

3.通过接口创建测试数据

无论是手动创建测试数据还是GUI自动化创建测试数据，本质上都是在调用后端接口。比如我要创建一个订单，页面上需要先登录、加购、再创建订单，但实际就是前端调用创建订单的接口，传入用户cookie、商品id、商品数量等参数，后端接口再把这些数据存到各个表中。所以也可以直接通过调用接口创建测试数据，不过这个方法的前提是，对被测系统的业务流程、接口文档已经比较熟悉。

这种方法的优点：