特别感谢以上两位作者的精彩文章,受益良多
未设计完,暂时放这里.
说点自己的想法和粗浅的认知,在推广接口测试用例内容,到底该谁来写.1 是专职的接口测试人员 2 是传统的常规手动功能业务测试人员.
1 是专职的接口测试人员,先后有两版的专职接口测试用例编写人员 ,一位是基于 Jmeter 的 一位是基于 httprunner 的,结果实施完以上对接口的还算比较详细的用例内容输出后,
反馈的是没有发现什么接口上的问题....
我们详细讨论后发现,这两位就是就着接口文档或接口服务,来写的,完全没有考虑或者说没有条件去考虑到该接口的实现情景上下文的关联关系,也就是说不能从 前端界面-->接口服务处理--->数据库表字段 ,来综合以一个场景化的思维来综合测试接口.
2 是传统的常规手动功能业务测试人员
我个人一直期望,是传统的功能业务测试人员,来用好接口测试工具,来一种比较全面系统的思维,去在具体的上下文场景下,去构造各类组合性质的用例,也就是上图中的,接口乱序组合顺序问题.这种更能发现业务接口实现问题. 而不是单接口偏正向回归覆盖性质的接口用例.
不知大家对此有什么见解.
