。。。

post 一个 json 字符串，content-type 为 application/json

multipart/form-data 一般用于上传；而 post 一个表单 content-type 为 application/x-www-form-urlencoded

可以每个用例使用同一个 driver，然后通过 URL 访问对应的页面

收藏了，以后写游戏脚本能用到

你要做测试平台，实际上技术栈就是 web 开发，不过是在开发的过程中你还要承担产品设计的角色，怎么呈现、实现什么功能、如何设计，这都是你想做测试平台的之前就应该想好

由于与接口平台耦合在一块，单独抽出来也比较麻烦。本文旨在提供一些 mock 平台化的思路

目前实现了一种自动生成用例的工具。也集成了这种方法 外加了笛卡尔积

996 經驗

终身职业=考公上岸

有的数据线不具备调试功能

继承 list 重写添加方法 加之前先查，找得到就替换，找不到就添加

1.先获取 children 数组长度 length
2.再随机值 0-length-1 作为索引
3.再指定数组索引的对象
4.构造请求参数

跳出之前的思维框架。测试平台不是一定需要测试框架，包括测试报告之类也完全可以手撸

不错，加精了

不错。我的代码就托管在 coding

最近我也在做鉴权 楼主 shiro 用的 session 还是 jwt 还是 redis+token 这种形式呢

感觉楼主心态有点问题了....

你在页面传同等参数，看下后端如何处理。一般 params 会做 url 编码处理

是有接入 swagger 的想法。另外还支持正交法，用例就没那么多啦

你传一个字符串不就行了。。。

是不是 servlet 的 jar 包没打进去

哈哈，我认为对于列表型接口，检查数量效率高点，主要考察后端查询条件是否和预期是否一致，字段一般都由表数据到实体类映射。当然详细比较可靠性更强，结果更稳定准确。但校验各字段我通常放在详情类接口进行