已阅

不忘初心！

我目前也做了这套系统，不过是给公司做的，没有开源

涉及大量业务数据的校验，不适合做黑盒的测试。
另外从你的描述来看，校验的逻辑也会非常多，UI 自动化需要写太多校验代码，事倍功半。
你可以考虑从接口测试下手，接口测试在校验方面很简单，直接对 response 的结果做对比就行。
接口测试你可以考虑 postman，现在网上也有很多开源的接口测试平台，都可以满足你的需求。如果不想用别人的工具，也可以自己写框架，python 的话可以使用 request 库，java 的话，用 httpclient 类。都可以做接口测试的

文中黑盒测试的重点是：对页面的条件进行组合后单击查询按钮。这是一个大数据量的操作，因此不对返回数据做校验，只看本次组合的条件在页面是否可正常使用。如果查询失败，系统会有弹出框提示失败原因，这个应该很好理解的。我们抓取这个框是否在一定的时间内出现，如果出现则判定本次查询失败，记录用例结果。

涉及到数据校验，需要做指定的校验处理，不适合随机性的测试。比如使用什么条件，查询了多少条数据出来，通过 xpath、css、id、name 等等方式得到页面查询出来的值，然后再对其进行验证。

确实如此，不应该一棍子打死，有这个需求的用户还是非常多的，弄一个全局配置开关多好

充实

好像是的，忘记圈子这回事了，汗

@seveniruby @Lihuazhang @chenhengjie123

楼上正解，直接用 class 就可以定位到，不需要用 text()

还招聘吗？

应该不行吧，这个是 java+selenium，纯代码代码实现的。
不是很清楚 loadrunner

@chenhengjie123 回热心网友。

我可以将我的条件，按照这个参数文件来编写代码即可吗？

• 可以。你需要把你的条件参数配置在参数文件中，然后调用随机生成 case 的功能即可获取你需要的测试用例参数。

请问如果刚拿到一个报表，怎么样从头开始搭建呢？

• 确认测试范围（选取测试条件与测试条件的值）
• 参数配置文件。将选取的测试条件配置在参数文件中

我还在想前面读取数据库数据，到这里循环查询

• 你可以在测试之前，将你的数据读取出来，然后写入到参数配置文件中即可

需要添加哪些类?

• 请参考文章中测试用例代码部分，在调用具体的功能处（大概就是你说的类吧）有详细的注释

循环查询，怎么执行？

• 请参考文章中测试流程图

设计思路：从参数配置文件中读取参数，生成参数组合的 case，读取 case 中参数值，通过 selenium、js、jQuery 等手段将该值设置到 UI 对应的条件中进行查询。如此，一份代码即可执行所有场景的测试用例。

学习了，赞

赞同你的观点，知行合一。在任何行业上都适用

惭愧啊，一直觉得自己的框架不够完善，没好意思开源出来

赞！受益匪浅，我的框架也有很多思想受益于您的启发

无论使用那种方法，只要是穷举，都会有很庞大的数量。用正交或者结对可能数量会少一些，但 1000 和 400 的区别不大，最终也是要从这 1000 或者 400 中随机取一部分用例出来执行，硬伤啊！

数据初始化现在正在实现中，过段时间会分享上来。
我们这套系统报表的数据是从第三方系统获取过来的。

接口测试也有做的

因为懒，才能体现自动化的价值，😂

好的，多谢提供宝贵的建议

有两种测试机制的，指定测试和随机测试。
基于业务背景：
我们会把典型场景的参数配置在指定配置文件中。这一块执行完后，我们在业务上认可其可达到 90% 的覆盖度。
再通过参数组合出场景，生成测试场景的参数用例。理论上讲，只要有足够的资源，不用随机抽取数量，直接全跑，肯定可以达到 100% 覆盖的。
但实际情况是这些耗时的用例，性价比并不高，收益也很低，而且需要非常大的成本。
所以我们提供一个可设置的随机数量阀值，找到一个平衡的随机数值，抽取用例进行测试。每次执行随机测试，都用这部分随机用例去提高剩下 10% 的覆盖度