随时保持一个学习状态

担当不起，我只是想和大家分享交流，不谈这个，(^o)/~

接口自动化平台思想，可以参考，不需要用例代码 https://testerhome.com/topics/16749

一样，咱们可以共同交流，开源的话暂时不会的

当你了解 rest-assured 后，可能你也迫切想开发个工具，来代替天天写那些相同的脚本，除了数据不一样而已

暂时不能开源的

你如果自动化只是你自个用的话，你可以写代码，一个接口写个类，相同的代码写无数遍，我们要的是所有测试人员都能够使用

你用 jenkins 就不需要造数据了，jenkins 跟数据准备有毛关系啊，我不明白集个成有那么难吗

如果依赖不复杂，我们可以通过前后置处理就能解决，前置可以查数据库、调接口、查缓存、执行别的用例把数据保存到参数管理里边，别的用例用的话直接去拿就行， jmeter 怎么用我们就能怎么用，也许会问为啥不用 jmeter，因为他不好维护，不好管理，不好二次开发
如果依赖复杂，我们有业务测试功能，多接口实现一个业务功能，接口与接口的关联还是通过前后置来关联上的。

请问你们动态的接口参数是怎么获取的，比如你的 $param 是从哪儿去获取值

其实并不难，首先前端传给服务端的参数，前置处理，后置处理这些都是 json 格式，服务端解析 json 格式，拿到 key 和 value 值，通过正则判断 value 是否是 ${xx}格式，如果是，那么就做参数替换，如果我的参数管理中也有 xx 名的参数，那么就做参数替换，而参数管理中的值是通过 数据库、正则、调用接口去维护的

能说说你接口参数中 ${test}值怎么实现的吗，是从哪去取值的

暂不开源

你们详细分享下 你添加用例里边 参数是否关联选项吗？

请问下，在数据库中你接口参数怎么保存的，假如有三个参数，三个参数放在一个列里边吗？

对你这种人的确是没个卵用

复杂业务的接口 参数是怎么准备的，是直接写吗？

罗胖

你是

在前置处理使用登录用例，而登录用例本身又有后置处理，目的是获取 cookie，把获取的值放在参数管理中，然后获取列表的接口就可以 ${cookie}使用该值了

很想知道你的测试步骤是什么，是多个测试用例结合吗

当然有了，最近也正在面试中，我微信 15712862196

测试用例都是放在数据库的，比如接口地址，请求类型，参数，预期结果等，最终通过任务方式执行测试用例，任务其实就是条件型的 sql 语句，把查到的用例通过循环的方式来执行

北京的这也一样的，本来想找找自己在哪页的