接口自动化测试方案.docx

PAGE 1 PAGE 1 2020 年 4 月 19 日 接口自动化测试方 接口自动化测试方 案 文档仅供参考，不当之处，请联系改正。 文档仅供参考，不当之处，请联系改正。 接口自动化测试方案 4 月 9 日 文档编号： （ V1.0 ） 目录 目录 测试需求及范围 3 测试目的 3 测试需求 3 测试方法 4 测试工具及框架拓扑图 4 测试工具 4 自动化测试拓扑图 4 流程示例 4 测试环境 6 硬件配置 6 软件配置 6 测试思路 7 通用测试场景 7 逻辑场景 8 断言检查 9 测试需求及范围 测试目的 随着公司项目的不断增大，接口的服务随之增多，回归的任务量越来越大，需要对接口进行定时回归测试来保证系统的稳定性。 在开发提交新的接口前进行冒烟测试，以保证系统是能够正常开展测试的 功能测试完成 /bug 回归完成后进行回归测试，保证 bug 修改完成后没有引入新的问题 测试需求 1、当前提供的接口多为 Rest 规范的接口，需要使用 JMeter 进行自动化接口测试，核对接口入参及返回报文格式、内容的正确 性，最终经过 Jenkins 持续集成生成测试报告。 2、对开发人员的需求 接口文档的规范，如：输入输出模板， 输出类型是否全面 测试方法 根据开发人员提供的接口访问地址、入参格式、请求格式，进行 接口请求数据拼接，并查看返回结果及返回报文、响应时间，检 查返回 Json 内容是否符合接口定义规范，是否符合预期的返回结果。 测试工具及框架拓扑图 测试工具 Jemeter+Jenkins 自动化测试拓扑图 流程示例 测试数据从 csv 或者 txt 文件里读取，包含入参、出参、预期结果/ 断言 用例经过 用例经过 jemter 维护 经过 Jenkins 添加项目执行 jmx 文件 Jenkins 执行完成后生成测试报告 5 测试环境 2.1 硬件配置 关键项 数量 性能要求： 期望到位阶段 自动化测试服务器 1 台以上 4 核 4G 硬 盘 60G 需求分析 2.2 软件配置 资源名称 / 类型 配置 操作系统环境 Window7 系统 测试工具 Svn 、jemter 、Jenkins 测试思路 首先根据接口设计的技术架构方案，了解清楚被测接口对应的公 共入参、入参、出参及返回数据的 Json 结构规范，根据测试场景进行测试。 1、理解接口参数，熟悉接口参数的输入要求、输入值范围、必填项等； 2、理解接口输出，熟悉返回 json 的结构构成、返回值类别、返 回值范围、返回 data 的不同类型等。 3、理解接口的逻辑、接口的业务关联，熟悉技术方案中的接口相互关联、依赖的关系，接口与接口之间的数据传递等。 4、寻找测试点，根据输入 ( 参数名、取值范围 ) 、输出 ( 参数名、返回值范围 ) 、关联关系，进行测试点分析，具体分析方法可参考 通用测试场景、 6.2 逻辑测试场景。 通用测试场景 对于接口测试的入参需考虑以下几个方面，设计测试用例时需要考虑交叉的情况： 1、测试参数名称的正确性 1. 参数名缺失，比如参数名错误，导致参数不存在；必填参数 缺失，选填参数缺失；参数名必须匹配大小写时，考虑英文大小写的传参测试；分别考虑参数名称错误的情况，参数名包括特殊字符：如中文，空格，数字，特殊符等； 2、测试参数值的正确性 1. 长度限制，考虑输入参数值是否字数限制；非空判断，是否 可为空（不输入，即””），是否为 null, 是否为空格；输入值 是否在正常范围内（如 int 类型参数 是-32768~32767 ，输入区 域外的数值）；参数传入的类型错误，如要求传入 int 类型，结果传入 String 类型；输入参数值个数不正确；必填项参数值，传 入为空；参数值传入特殊字符等；参数值模糊匹配查询； 逻辑场景 逻辑场景考虑是对功能测试的补充，对于接口的业务逻辑场景， 需要根据需求方案、技术架构中的设计的接口业务逻辑进行用例 设计，例如：分页查询接口（分页查询接口涉及数据分页共 5 页，传入 -1 表示查询全部数据），设计场景如下： 1. 传入查询页码为空，提示缺少查询页码参数；传入页码为 - 1，查询返回全部数据；传入页码为 1，查询返回第一页数据；传 入页码 3，查询返回第三页数据；传入页码为 5，查询返回第 5 页数据；传入页码为 6，提示查询无数据；传入页码为 0，提示查询