最全看完秒懂原来接口测试用例设计这么简单(1)，2024年最新写给程序员的Flutter详细教程

最新推荐文章于 2024-08-20 21:45:48 发布

2401_84563875

最新推荐文章于 2024-08-20 21:45:48 发布

阅读量424

点赞数 3

分类专栏：程序员文章标签：单元测试功能测试学习

本文链接：https://blog.csdn.net/2401_84563875/article/details/138708304

版权

185 篇文章 0 订阅

订阅专栏

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

| 1 2 3 4 5 6 7 8 | 1.等价类划分法 2.边界值分析法 3.错误推测法 4.因果图法 5.判定表驱动法 6.正交试验法 7.功能图法 8.场景图法 |

2.数据：分析接口的输入参数，覆盖各种可能的场景。

（1）检查接口的输入，数据格式、数据类型、数据范围等

（2）检查接口的参数边界（传递的参数足够大或者为负、空值时）

（3）检查接口的参数的组合，可选、必选等

（4）检查接口的约束条件，不符合约束条件的，不需要设计用例

3.性能：接口是否造成性能瓶颈，能承受的压力范围

下面以一个web接口作为案例，接口说明文档如下：


1 2 3 4 5	`接口名称：获取用户订单` `请求URL：{$url}/getUserOrder` `请求方式：POST` `返回举例：` `略`

请求参数：

根据（1）业务流程（2）输入参数（3）输出返回（4）性能（5）安全 5块内容对接口进行用例设计。用例参考如下：

用例筛选：

此接口，接近30个用例，已经比较全面了，但实际上有点冗余。比如，如果调用接口的界面是个用户选择界面，那么参数上，会受到约束，uid/orderNum都从前端传入，是一些固定的值，那么就不会产生一些特殊情况。类似以下情况，就不会在实际中遇到，因此这些用例的价值趋于0，完全可以在用例文档中去除。

设计的用例在考虑全面之后，需要再做一次减法，保证用例的实效性。对无法出现的场景设计出来的用例，毫无价值，只会增加我们的工作量，对产品质量提升没有帮助。因此，测试用例并不是越多越好，在于该用例是否能真正预防bug。