调用第三方接口入参是数组_接口测试用例介绍

随着测试分析和分层测试的深化&＃xff0c;"接口测试"出现在我们视野的频次越来越高。那么接口测的用例设计常用哪些方法呢&＃xff1f;本文将详细描述。

　　1 接口测试

　　1.1 接口测试

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

　　这里说的接口是广义的&＃xff0c;客户端与后台服务间的协议&＃xff1b;插件间通信的接口&＃xff1b;模块间的接口&＃xff1b;再小到一个类提供的方法&＃xff1b;都可以理解为接口。

　　接口测试&＃xff1a;是指针对模块或系统间接口进行的测试。

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

　　接口测试经常遇到的bug和问题&＃xff0c;如下&＃xff1a;

　　(1)传入参数处理不当&＃xff0c;导致程序crash&＃xff1b;

　　(2)类型溢出&＃xff0c;导致数据读出和写入不一致&＃xff1b;

　　(3)因对象权限未进行校验&＃xff0c;可以访问其他用户敏感信息&＃xff1b;

　　(4)状态处理不当&＃xff0c;导致逻辑出现错乱&＃xff1b;

　　(5)逻辑校验不完善&＃xff0c;可利用漏洞获取非正当利益等。

2 接口测试用例设计

　　上图为一个典型的接口。一个接口通常是有输入输出的&＃xff0c;输入就是我们常见的入参&＃xff0c;输出有时有&＃xff0c;有时没有。调用相关接口&＃xff0c;接口会执行相关处理逻辑。

　　接口测试的用例设计&＃xff0c;主要从输入和接口处理两方面考虑&＃xff1a;

　　1)针对输入&＃xff0c;可按照参数类型进行设计&＃xff1b;

　　2)针对接口处理&＃xff0c;可按照逻辑进行用例设计&＃xff1b;

　　3)针对输出&＃xff0c;可根据结果进行分析设计。

2.1 针对输入设计

　　对于接口来说&＃xff0c;输入就是入参。常见参数类型有:

　　(1)数值型(int,long,float,double等)

　　(2)字符串类型

　　(3)数组或链表

结构体

　　结构体(struct)是一些元素的结合&＃xff0c;元素实际也是数值型&＃xff0c;字符串型&＃xff0c;数组或链表。

　　下面详细说明数值型、字符串型、数组或链表三种参数类型用例设计。

　　2.1.1 数值型

　　数值型的参数主要考虑以下几个方面设计&＃xff1a;

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

　　例如检查权限的接口&＃xff1a;TaskChecker.checkTask(int taskID) taskID的取值范围是1-35&＃xff0c;那么设计时考虑&＃xff1a;

　　●1-35范围内和范围外的值&＃xff1b;

　　●1-35的边界&＃xff1a;0&＃xff0c;1,35,36&＃xff1b;

　　●类型的特殊值&＃xff1a;-1,0

　　●数据类型的边界值&＃xff1a;int的最小值最大值&＃xff1b;

　　●因为1-35代码的权限ID不同&＃xff0c;可能需要遍历1-35的每个值。

　　常见问题和风险&＃xff1a;

　　●特殊值处理不当导致程序异常退出&＃xff1b;

　　●类型边界溢出

　　●取值范围外值未返回正确的错误信息等

　　2.1.2 字符串型

字符串型的参数&＃xff0c;主要考虑字符串的长度和内容&＃xff1a;

　　例如接口转换设置闹钟的接口DateUtil.getDayOfDDHH(String ddhh)&＃xff0c;用例可以考虑&＃xff1a;

　　●长度为4位&＃xff0c;比4位少&＃xff0c;比4位多&＃xff1b;

　　●边界值&＃xff1a;String的最大长度&＃xff1b;

　　●特殊值&＃xff1a;空字符&＃xff1b;

　　●字符串内容可考虑类型&＃xff1a;数字&＃xff0c;非数字&＃xff1b;

　　●特殊字符。

　　●如果是输入用户输入且其他用户可见的内容&＃xff0c;则还需要考虑敏感字是否被正常过滤。

　　可能出现的问题和风险&＃xff1a;

　　●传入非特定类型程序异常退出

　　●超长字符未进行处理&＃xff0c;导致存储、显示等异常

　　●其他用户可见设置的敏感字

　　2.1.3 数组或链表类型

参数类型为数组或链表时&＃xff0c;用例可以考虑&＃xff1a;

　　例如批量提交任务的接口submitTask(int[] taskID)&＃xff0c;参数用例设计考虑&＃xff1a;

　　●正常取值&＃xff1a;1-5个权限&＃xff0c;范围外&＃xff1a;6个权限&＃xff1b;

　　●边界值&＃xff1a;1-35的边界值&＃xff0c;请求允许最大最小值&＃xff1b;

　　●特殊值&＃xff1a;0个&＃xff1b;

　　●合法ID和不合法的&＃xff1b;

　　●重复的ID等。

　　可能存在的问题和风险&＃xff1a;

　　●0个item时程序异常退出&＃xff1b;

　　●重复的item处理时未去重导致结果异常等。

2.2 针对逻辑设计

　　接口需要进行一些逻辑处理的&＃xff0c;那么按逻辑设计用例可以从以下几个角度分析。

　　2.2.1 约束条件分析

　　(1)数值限制&＃xff1a;分数限制、金币限制、等级限制等等。

　　例如&＃xff1a;兑换Q币活动要求积分>50才可参与。

　　(2)状态限制&＃xff1a;登录状态等。

　　例如&＃xff1a;同步用户信息需要先登录账号。

　　(3)关系限制&＃xff1a;绑定的关系&＃xff0c;好友关系等。

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

　　(4)权限限制&＃xff1a;管理员等。

　　约束条件的测试在功能测试中经常遇到&＃xff0c;在接口测试中更为重要。它的意义在于&＃xff1a;用户进行操作时&＃xff0c;在该操作的前端可以已经进行了约束条件的限制&＃xff0c;故用户无法直接触发请求该接口。但是实际上&＃xff0c;如果有其他手段&＃xff1a;例如UI有bug或者通过技术手段直接调用接口&＃xff0c;那么接口是否针对这些条件进行了限制就尤为重要