一.前言 为什么会写这篇文章呢？原因就是最近一段时间测试发现身边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自动化提交流程 不说那么多，最开始的一步就是，在测试看板或劳务相关时，看板转测之前，需要提前调通接口，构造可以验证的不同场景的测试数据，避免测试泄露 测试执行的核心就是造数据，没有数据，对测试结果无法评估 监管平台很多功能只有查询，没有新增，所以对于需要我们通过接口或者工具自己造数据 小工具：生成身份证
标签：场景,浅谈,验证,构造,造数,测试,数据,这件 From： https://www.cnblogs.com/yexy-a/p/17748984.html