前因，无人力开发/维护测试平台，做接口测试的时候采用 excel 来维护接口用例，excel 接口用例格式如下图所示。
在维护 pre_response 预期结果返回 json 值比较长，或涵盖 N 层嵌套等，万一预期值需要增/减/更新字段，需要在每一个预期值上同步更新，导致 Excel 维护非常不方便或许很多人会问：
1、为什么不仅做部分字段校验？
字段校验不全，接口用例准确性降低，测试工作可能白做
2、为什么不把校验逻辑写在代码里面？
公司的业务涉及多个系统，如果写在逻辑里面，在仅有的那么几个测试人员里面，会导致接口测试还没开始就结束（业务废弃）了
3、为什么不把这些校验数据卸载 YAML/JSON 配置数据内？
同一个接口回调数据可能有几十个，把所有的回调数据写在配置数据中，也不能完全解决回调数据更新费时的问题
综上：求助大家，是否有简单不费事的方式？
那就校验字段类型吧，scheml
直接用 json 不行么
卡丁车卡丁丁
回复
不知道我理解的对不对哈~没用过 scheme，网上看到 scheme 校验 json 是否符合要求，值是否存在或格式是否符合要求，不能精确的校验预期返回值是否正确
92 年为什么就自称大龄阿姨了。。。。。
85 年的大叔表示感到冒犯
海盗船长
回复
只有 json 的话，就可以调用接口录制了啊，你到时候检查下录制的结果不就行了。当然，这个肯定是开发完之后了。
如果开发之前调整用例做 TDD，写代码批量修改 json 或者 yaml 我觉得也比改 excel 舒服（可能有我 excel 完全不会啥酷炫功能的原因）。
如果你要严格按照 pre_response 里的内容验证的话，看起来并没有什么比较好的办法解决这个问题，但是如果你放宽一点条件，比如每次测试有四五个 key 值不一致/缺失/新增的时候忽略掉这个错误，然后将返回值作为新的 pre_response 更新，或许可以解决你的问题？另外，92 就说自己是大龄阿姨，我也有感到被冒犯。
骷髅弓箭手
回复
我们公司的接口很少，但是里面的字段非常多，80% 以上的字段属于 P0 级，因此在我看来如果降低字段的要求，造成这个接口不可靠。
阿姨这个词，无意冒犯，抱歉哈~
90 年大叔不服！
其实我觉得你们的系统越复杂，越没办法用简单的 Excel 或者 json 之类的通用模板来管理测试数据和测试用例。
还不如老老实实地用 pytest 写吧，把要引用的数据或者登录状态在初始化的时候缓存起来，在具体 case 里面调用。
如果接口不多，每次接口有变动都有明确清晰的文档，自动化用例的维护成本也是必要的。
毕竟自动化测试也不是一劳永逸。
用开源得接口平台管理起来，不香吗。2020 年了还在用 excel 啊
为什么不用数据库管理测试用例数据
用 excel 确实不好维护扩展了，能写脚本就写脚本吧。另外关于接口全量字段校验的可以看下这个：https://testerhome.com/topics/22561
对于查询类的接口 返回值数据结构复杂的 我的方式是 Excel 和 json 文件结合 excel 里存 json 文件路径，json 文件里存期望值，所有同类型的接口存一个 json 文件
为什么大家都在歧视 excel 啊，我觉得这个大佬写的就挺好的啊，https://testerhome.com/topics/25078