小马的测试用例那些事 接口测试用例覆盖组织设计
设计参考
特别感谢以上两位作者的精彩文章,受益良多
设计覆盖脑图
未设计完,暂时放这里.
说点自己的想法和粗浅的认知,在推广接口测试用例内容,到底该谁来写.1 是专职的接口测试人员 2 是传统的常规手动功能业务测试人员.
1 是专职的接口测试人员,先后有两版的专职接口测试用例编写人员 ,一位是基于 Jmeter 的 一位是基于 httprunner 的,结果实施完以上对接口的还算比较详细的用例内容输出后,
反馈的是没有发现什么接口上的问题....
我们详细讨论后发现,这两位就是就着接口文档或接口服务,来写的,完全没有考虑或者说没有条件去考虑到该接口的实现情景上下文的关联关系,也就是说不能从 前端界面-->接口服务处理--->数据库表字段 ,来综合以一个场景化的思维来综合测试接口.
2 是传统的常规手动功能业务测试人员
我个人一直期望,是传统的功能业务测试人员,来用好接口测试工具,来一种比较全面系统的思维,去在具体的上下文场景下,去构造各类组合性质的用例,也就是上图中的,接口乱序组合顺序问题.这种更能发现业务接口实现问题. 而不是单接口偏正向回归覆盖性质的接口用例.
不知大家对此有什么见解.
楼主你这样发帖其实效果不好哦，一下就把子弹打光了
simple
回复
佛家有云:"我不如地狱,谁入地狱"
这些东西,本就是综合经验 和 实践 得来的, 无所谓什么"子弹打光了".
只是希望大家在一个 更高的基础上 来讨论测试上的事情.
市面上是很少这样详细的总结, 大家大多数 也都在仿徨求索中, 这种确实是很痛苦的过程..... 我这个屁文 也就抛砖引玉 大多数也基本不是我发明的. 我只是综合拿来 学习融汇.
项目组只有一个 QA，啥事都需要快速响应，功能，自动化，性能，测试方案，用例，线上监控，用户（内部）反馈，问题分析，配置发布。。等都是一手包办。。
好多篇测试方式和用例设计的干货文档，想问下楼主，都是自己原创的么？
chao
回复
当然不是,只有 两篇是 一个是功能性深入理解脑图 一个是这个接口用例脑图.
当然都是 汲取各种优点集合而成. 其他的都是援引比较正确 比较准备 比较有指导意义的拿来主义.
感谢楼主分享
发现的问题有点多，开发受不了了。然后把测试负责人开了，就没有 bug 了撒。哈哈哈哈哈
写的不错，给我一个比较清晰的思路。 谢谢。顺便问一下，你们实际在写一个接口的测试用例的时候，都是按照你的上面的脑图来写的这么仔细吗？？？ 大概一个接口会有多少用例啊？