请问下,接口请求 body,有 40 多个参数,然后我现在一个 body 里面设计的参数,验证了 20 个规则,然后断言 respond 里面是否有 20 个参数的 error 信息 这样设计 body,有没有问题呀

下面是一部分参数的有效和无效参数输入

我的设计想法是,一个 body 里面验证了 20 个参数的无效输入,这样大概 20 个 body 就能覆盖所有的无效,有效参数. 如果一个 body 只验证一个参数的一个无效输入,那 case 的数量可能要 200 多条了.

第一种 body 的设计方法:开发写代码时候的 respond 信息就要非常详细
第二种,用例的维护和设计难度偏大

大佬们有什么看法呢?


↙↙↙阅读原文可查看相关链接,并与作者交流