接口用例编写测试用例（接口的测试用例一般都怎么写）

本文目录一览：

• 1、接口测试用例的编写要点有哪些？

• 2、接口测试用例怎么设计

• 3、接口测试用例编写要点有哪些？

• 4、接口测试的测试用例该怎么写呢?

接口测试用例的编写要点有哪些？

1）必填字段：请求参数必填项、可选项

2）合法性：输入输出合法、非法参数

3）边界：请求参数边界值等

4）容错能力：大容量数据、频繁请求、重复请求（如：订单）、异常网络等的处理

5）响应数据校验：断言、数据提取传递到下一级接口...

6）逻辑校验：如两个请求的接口有严格的先后顺序，需要测试调转顺序的情况

7）性能：对接口模拟并发测试，逐步加压，分析瓶颈点

8）安全性：构造恶意的字符请求，如：SQL注入、XSS、敏感信息、业务逻辑（如：跳过某些关键步骤；未经验证操纵敏感数据）之前的黑马程序员软件测试公开课里面讲过，你也可以搜索黑马程序员视频库进行免费学习。

接口测试用例怎么设计

在开始接口测试之前，我们想一下，接口测试的流程是什么？说到这里，有些人就会产生好奇和疑问，心里mmp：接口测试要什么流程哈？？？不就是参考接口文档，直接利用接口测试工具（例如jmeter和postman）测试。。。其实，如果一个project中，只是几个接口，你完全可以做临时的接口测试，但project可不止几个接口，少则几十条接口，多则成百上千接口。另外，如果你公司的这个项目，第一次做接口测试。而且古人说过：“无规矩不成方圆。”所以哈，我们还是有必要严格遵守接口测试的流程。

二、接口测试的流程

接口测试属于功能测试，接口测试的流程类似于以往的功能测试。接口测试的流程如下：

测试尽早找开发拿接口文档（需求文档）；

根据接口文档编写测试用例（用例编写可按照以往规则写，比如等价类划分，边界值，场景法等设计方法）；

执行测试，查看不同的参数请求，接口返回的数据是否达到预期



三、为什么要写用例

理清思路，避免漏测和重复测；

提高测试效率；

跟进测试进度；

更好的发现问题，记录问题，复现问题；

跟进重复性工作；

告诉领导：我做过；

接口测试流程中的一个产物（测试用例）

上面7点，有用例，自己心中有数，不用一个测试点重复测好多次，也避免漏测。

接口测试用例编写要点有哪些？

测试每个参数类型不合法的情况(类型不合法容易遗漏NULL型)

* 测试每个参数取值范围不合法的情况

* 测试参数为空的情况

* 测试参数前后台定义的一致性

* 测试每个参数的上下限(这里容易出致命的BUG，如果程序处理不当，可能导致崩溃)

* 如果两个请求有严格的先后顺序，需要测试调转顺序的情况

更多内容可以从黑马程序员获取相关资料进行了解

接口测试的测试用例该怎么写呢?

接口测试：

接口：主要是子模块或者子系统间交互并相互作用的部分。

这里说的接口是广义的，客户端与后台服务间的协议；插件间通信的接口；模块间的接口；再小到一个类提供的方法；都可以理解为接口。因此，可以分析，系统间的接口包含三部分：输入、处理逻辑、输出。

接口测试：是指针对模块或系统间接口进行的测试。

分析一个接口：

获取接口文档：和黑盒测试一样，我们是从需求文档中去挖掘测试点，设计测试用例。对于接口测试，同样是有对应的接口文档的。

分析接口文档，提取测试点：

1）输入：接受哪些参数、参数的类型、可选参数和必选参数等；根据输入参数采用等价类、边界值分析法等进行设计。

2）业务逻辑：对于一个接口，不同的输入参数或组合，流程或状态的转移是不同，可以根据业务逻辑画出流程图或状态转移图，确保每种状态至少被访问了一次。

3）输出：根据文档规定的输出，反向设计测试数据，使所有的输出状态都被包含了；

测试用例：同时对输入、业务逻辑、输出进行考虑时，肯定会存在用例的冗余，在最大限度覆盖业务功能和规则下，选取最优用例集合。同时，需要考虑异常数据和场景。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。