接口测试用例主要考虑哪些（接口测试用例和功能测试用例的区别）

本篇文章给大家谈谈接口测试用例主要考虑哪些，以及接口测试用例和功能测试用例的区别对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享接口测试用例主要考虑哪些的知识，其中也会对接口测试用例和功能测试用例的区别进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、接口测试—用例编写注意哪些？
• 2、测试接口应从哪几方面考虑。请写出接口测试用例的框架？
• 3、接口测试用例设计

接口测试—用例编写注意哪些？

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

1）必填字段接口测试用例主要考虑哪些：请求参数必填项、可选项

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

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

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

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

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

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

8）安全性：构造恶意的字符请求，如：SQL注入、XSS、敏感信息、业务逻辑（如：跳过某些关键步骤接口测试用例主要考虑哪些；未经验证操纵敏感数据）

测试接口应从哪几方面考虑。请写出接口测试用例的框架？

1.输入接口测试用例主要考虑哪些的实际参数与形式参数的个数是否相同;

    2.输入的实际参数与形式参数的属性是否匹配;

    3.输入的实际参数与形式参数的量纲是否一致;

    4.调用其接口测试用例主要考虑哪些他模块时所给实际参数的个数是否与被调模块的形参个数相同;

    5.调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配;

    6.调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致;

    7.调用预定义函数时所用参数的个数、属性和次序是否正确;

    8.是否存在与当前入口点无关的参数引用;

    9.是否修改了只读型参数;

    10.是否把某些约束作为参数传递。、

    11.对全程变量的定义各模块是否一致;

如果模块内包括外部输入输出,还应该考虑下列因素:

    1.文件属性是否正确;

    2.OPEN/CLOSE语句是否正确;

    3.格式说明与输入输出语句是否匹配;

    4.缓冲区大小与记录长度是否匹配;

    5.文件使用前是否已经打开;

    6.是否处理了文件尾;

    7.是否处理了输入/输出错误;

    8.输出信息中是否有文字性错误;

接口测试用例设计

接口测试发现的典型问题：

（1）传入参数处理不当，导致程序crash；

（2）类型溢出，导致数据读出和写入不一致；

（3）因对象权限未进行校验，可以访问其他用户敏感信息；

（4）状态处理不当，导致逻辑出现错乱；

（5）逻辑校验不完善，可利用漏洞获取非正当利益等。
用例设计：

1：入参类型：

数值型 ：

如果参数规定了值的范围，则需要考虑等价类取值范围内、取值范围外，取值的边界，如有需要，可能会遍历取值范围内的各个值。

类型的特殊值：-1,0

数据类型的边界值：int的最小值最大值；

特殊值处理不当导致程序异常退出；

类型边界溢出

取值范围外值未返回正确的错误信息等
字符串型：

字符串型的参数，主要考虑字符串的长度和内容：

特殊值：空字符；

边界值：String的最大长度；

字符串内容可考虑类型：数字，非数字；

特殊字符。

超长字符未进行处理，导致存储、显示等异常
 数组或链表类型

参数类型为数组或链表时，用例可以考虑：

例如批量提交任务的接口submitTask(int[] taskID)，参数用例设计考虑：

正常取值：1-5个权限，范围外：6个权限；

边界值：1-35的边界值，请求允许最大最小值；

特殊值：0个；

合法ID和不合法的；

重复的ID等。

可能存在的问题和风险：

0个item时程序异常退出；

重复的item处理时未去重导致结果异常等。
2：针对逻辑设计

约束条件分析

（1）数值限制：分数限制、金币限制、等级限制等等。

例如：兑换Q币活动要求积分50才可参与。

（2）状态限制：登录状态等。

例如：同步用户信息需要先登录账号。

（3）关系限制：绑定的关系，好友关系等。

例如：帮家人防骗功能只能查询绑定家人的来电信息。

（4）权限限制：管理员等。
3： 针对输出结果

接口处理正确的结果可能只有一个，但是错误异常返回结果有很多情况很多值。如果知道返回结果有很多种，就可以针对不同结果设计用例。例如提交积分任务的时候我们通常能想到的是返回正确和错误，错误可能想到：无效任务，无效登录态，但是不一定能否完全覆盖所有错误码，而接口返回定义的返回码可以设计更多用例：

覆盖返回码也是用例设计的一种思路。

常见问题和风险：

（1）错误前端处理不足，导致前端异常；

（2）错误提示处理不当，导致用户看到晦涩的错误码；

（3）错误提示不当，导致用户不知道哪里出了问题，如何解决。
4：接口超时

（ 1）未进行超时处理，导致整个流程阻塞

（2）超时后又收到接口返回，导致逻辑出现错乱 关于接口测试用例主要考虑哪些和接口测试用例和功能测试用例的区别的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 接口测试用例主要考虑哪些的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于接口测试用例和功能测试用例的区别、接口测试用例主要考虑哪些的信息别忘了在本站进行查找喔。

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