测试构造数据

一.前言

为什么会写这篇文章呢？原因就是最近一段时间测试发现身边2为测试人员一个优秀，一个普通，身上巨大差异点就出现在这里，前者，在转测前，利用空闲时间造好数据，为测试做好准备

后者，因为不会造数据，基本上不造数据，针对需要推送数据的内容，基本就不测试，所有测试结果可想而知

我们都知道，不管做任何类型的测试必不可少的就是构造数据，只有造好了数据才能去验证功能是否正常，所以今天浅谈一下构造数据这件事

 

二.价值

1、给开发自测提供了很大的支持力度，尤其给前端同学造数带来的很大的便利性

2、在不同测试阶段，大大降低了测试人员造数的成本，快速提高工作效率

3、对于外部测试同学做上下游系统关联场景验证时，可以一键即达，满足全流程测试验证，提高关联系统的验证效率

4、提升了测试人员专业技能，代码能力，同时得到其他部门对测试人员的认可

5、提升业务回归测试的效率

6、不同数据场景，覆盖不同的代码框架，对代码覆盖率起到了很好的效果

7、通过场景构造提升测试人员对于系统技术实现方式有更多的了解，在测试过程中也能考虑更多的场景

8、编写数据构造对测试人员业务理解有很大的帮助

 

三.时机

构造数据的时机---数据构造前置化

前置化，在这里我们理解为项目在开发中或者测试中，就得把数据构造场景提前准备好

1）提前调用业务代码，通过数据构造场景调用，也是实现业务代码测试，达到白盒测试的效果

2）数据构造通常是链路调用造数，对业务链路也能覆盖到位

3）提高代码覆盖率

4）测试左移，提前介入到业务逻辑测试，满足开发自测的条件

5）解决测试后期造数困难的问题

6）场景构造过程提前了解业务代码实现的合理性和可靠性，避免存在问题等到测试中或上线后才发现

7）对验收流程帮助大，场景构造好了，可以随时使用，也或重复使用

8）让QA同学更好的理解业务代码

 

注意：所以有时间建议测试最好能在测试用例编写完成，评审完成后开始造数据，在转测前，让开发使用造好的数据进行自测后在转测

四.方式：

针对不同场景，构造数据的方式

1.有可使用的前端页面，直接可手工构造数据（比如在页面新增等），优点：不用借助数据，造数据门槛低，缺点：费时间，效率低

2.需要在外部系统前端构造，比如在财务系统开票，多方协作手工造数

比如：建一个在线表格，往里面加订单提交发票，让财务协助开票，这样效率快很多，如图

 

3.接口推送过来的数据，

①如果参数变化不大，使用postman，jmeter

②参数有依赖关系，自动化推送

例如，监管平台很多功能只有查询，没有新增，所以对于需要我们通过接口或者工具自己造数据，强烈推荐自动化造

4.熟悉开发实现，可直接在数据库造数

比如验证查询，可以在数据库的相关字段修改字段数据，验证查询结果，前提是落库逻辑没有变动

如果是验证存库逻辑，参考1，2，3

5.使用真实数据验证：

①实际的硬件造数，比如无人机等

②客户推送过来的数据验证

6.针对流程类的场景（安责险）

①页面直接手工构造

②稳定后，使用工具自动构造验证，比如，可以使用ui自动化提交流程

注意：使用工具会充分提高测试效率，本身希望我们不要在建单上耗费太多时间，特别是填写字段比较多或者流程比较长的系统，这种非常建议使用ui自动化建单（具体可参考python+selenium）

 

不说那么多，最开始的一步就是，在测试看板或劳务相关时，看板转测之前，需要提前调通接口，构造可以验证的不同场景的测试数据，避免测试泄露

测试执行的核心就是造数据，没有数据，对测试结果无法评估，结果也不可靠

 

后面我们再多探讨一些小工具：比如生成身份证