目前打算使用 cucumber+rest assured 来做接口测试，但是当测试 create/edit，接口字段比较多时，使用 scenrio example 会很长，所以考虑着直接将数据写到 json 文件中去，但是这样的话，是不是一个用例就要对应一个 json 文件呢？
或者还有什么更好的方法呢？大家都是怎么管理自己的接口自动化测试用例的呢？
如果 create/edit 结束后，还要像比对一下各字段是不是先前提交的字段值，又该怎么做最方便呢？
求各路大神指教～～
一个接口维护一个 json 文件如何，每个接口被调用时默认去校验一次（利用 json-schema 的语法）响应 body，而每个用例另外去取数断言。
对
monster
回复
monster
回复
我试着一个接口的每个用例都写了一个 json 文件，然后拿响应的 json 数据与 json 文件比对，值相同就视为成功。
这样做的话，就是 json 文件一大堆。
不知道接口用例测试，是否有必要像手工测试那样，每个字段都去检测到，是不是我的方向或者策略弄错了？
其实也不用每个用例去维护一个 json 文件，可以把验证工作一分为二：
1.验证接口响应数据的结构 (就是验证 json 结构和各个字段的数据类型，json schema 就能实现出来)。只要接口返回的 json 格式没变这个接口的 json 验证文件就不用变，每个接口一个 json 文件即可 (不是每个用例一个 json 文件！)
2.具体到用例的验证，根据业务逻辑取关键字段的数据去验证就行。自动化也不能完全按手工测试的覆盖程度来做，毕竟需要考虑投入产出比的
做到 1 和 2 基本能认为这个接口验证完成了
建议放弃这种玩法吧。 cucumber 不是用来玩这个的。 BDD 不带 T，不为 T 而生。
