MS接口自动化使用交流，版本：1.20.14
场景： 有一个写接口，入参报文很大，字段数量上千。那么该如何编写断言，确保写接口处理符合预期。一般情况，我们会直接查询数据库，校验核心字段。但是关于核心的判断，是一个很主观的事情。并且随着项目迭代，有些非核心的数据也变成了核心，这会增加断言的维护成本。
解决方案： 利用对比的思路进行处理。一般写接口都会有对应的详情查询接口。如果我写接口的入参
和详情查询接口的出参返回对象类型一样（对象类型不一样的解决方案，请关注后续文章），那么就可以通过对比上述入参和出参的数据来验证写接口的正确性。
例如：
MS效果：
对比逻辑大家可按照实际需求自行开发。MS支持自定义脚本，把对比的代码放到自定义脚本即可。建议MS团队开发一个通用的对比功能。目前本人所编写的对比逻辑，支持忽略字段，忽略顺序，以及字段名称映射等功能。
其他：
- 写接口内部可能会针对入参再补充数据，针对这部分数据，需要单独编写断言进行补充。