"再用造出来的订单号作为造数工厂的数据"
我尝试着理解了一下这句话，
假设我理解的你的场景是这样的，且是正确的：
我现在要进行一个接口测试，这个接口是根据订单号查询订单信息，这个接口会返回订单相关的信息例如，支付金额，优惠券金额，退款金额，还会返回这个订单相关的商品信息，例如商品名称，商品 sku id。

在这个场景下，我要进行接口测试，但是我数据库里面没有订单数据，商品数据，甚至订单和商品的关联数据，所以我在接口测试前需要现在数据库中创建这些数据，
所以使用的流程应该是这样的：
1、造数工厂创建商品信息
2、造数工厂在已创建的商品数据基础上，创建订单数据（订单的 id 自定义）、也许你还需要创建订单和商品的关联数据
以上两个步骤在造数工厂中是以任务存在，
3、创建好订单后，这些订单 id 你是知道的，所以这个时候，你就可以将这些订单 id 作为接口的入参了
4、接口运行后，对接口的 response 数据做验证，哪些订单对应哪些商品在你造数的时候你也是知道的，所以校验接口的返回内容也是很方便的

你说的数据校验指的是哪方面的呢

进了

@Lihuazhang 进不了群呢，现在还来得及吗

不好意思哈，之前截图不是很清晰，

等 2.0 版本吧，到时候会开源出来，网站上会有详细的说明文档

现在在做 2.0 的版本，做好有就会开源出来

注意哦

企业微信的回调 API 都是有限流的哦

提供两种思路：

1、你可以调查一下 “chrome://inspect/#devices” 和 “微信端调试 H5 页面” 这两个内容

2、文章中其实重点是提供的度量前端性能的维度和指标，所以对于测试人员来说，这里有个很重要的东西就是 “有没有人人能够指出在做前端性能测试的时候应该从哪些维度来度量，这些维度是否合理”，如果这些维度合理的话，至于怎么提取就很容易了，不论是 PC 和移动设备，浏览器内核都是具备调试协议和 SDK 的，可以让开发人员按照你提供的维度在代码中进行提取并上报。

在我的测试团队里面，是要求功能测试人员去参与开发的技术评审，了解开发的设计方案，了解数据结构的。

从数据结构的设计以及数据与数据之间的关联关系反推业务逻辑设计是否合理，是否和 PRD 的功能设计匹配，并寻找业务逻辑的边界场景。

这样下来，测试人员便可以做到熟悉功能的同时对背后的数据结构也非常熟悉。在测试过程中对测试场景的构建才会更加的准确与高效。

真丶实践

在时间过程中，其实发现很多前端页面组件加载时序问题. 按照各指标的要求，调整后用户视角的体验提升很多 。