接口自动化测试方案.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
.. .. 接口自动化测试方案 2018年4月9日 文档编号: (V1.0) 目录 目录 TOC \o 1-3 \h \z \u 1测试需求及范围 1 1.1测试目的 1 1.2测试需求 2 2测试方法 2 3测试工具及框架拓扑图 2 3.1测试工具 2 3.2自动化测试拓扑图 2 4流程示例 3 5测试环境 5 2.1硬件配置 5 2.2软件配置 5 6测试思路 5 6.1通用测试场景 6 6.2逻辑场景 6 6.3断言检查 7 1测试需求及范围 1.1测试目的 随着公司项目的不断增大,接口的服务随之增多,回归的任务量越来越大,需要对接口进行定时回归测试来保证系统的稳定性。 1.在开发提交新的接口前进行冒烟测试,以保证系统是能够正常开展测试的 2.功能测试完成/bug回归完成后进行回归测试,保证bug修改完成后没有引入新的问题 1.2测试需求 1、目前提供的接口多为Rest 规范的接口,需要使用JMeter进行自动化接口测试,核对接口入参及返回报文格式、内容的正确性,最终通过Jenkins持续集成生成测试报告。 2、对开发人员的需求 接口文档的规范,如:输入输出模板,输出类型是否全面 2测试方法 根据开发人员提供的接口访问地址、入参格式、请求格式,进行接口请求数据拼接,并查看返回结果及返回报文、响应时间,检查返回Json内容是否符合接口定义规范,是否符合预期的返回结果。 3测试工具及框架拓扑图 3.1测试工具 Jemeter+Jenkins 3.2自动化测试拓扑图 4流程示例 测试数据从csv或者txt文件里读取,包含入参、出参、预期结果/断言 用例通过jemter维护 通过Jenkins添加项目执行jmx文件 Jenkins执行完成后生成测试报告 5测试环境 2.1硬件配置 关键项 数量 性能要求: 期望到位阶段 自动化测试服务器 1台以上 4核4G?硬盘60G 需求分析 2.2软件配置 资源名称/类型 配置 操作系统环境 Window7系统 测试工具 Svn、jemter、Jenkins 6测试思路 首先根据接口设计的技术架构方案,了解清楚被测接口对应的公共入参、入参、出参及返回数据的Json 结构规范,根据测试场景进行测试。 1、理解接口参数,熟悉接口参数的输入要求、输入值范围、必填项等; 2、理解接口输出,熟悉返回json的结构构成、返回值类别、返回值范围、返回data的不同类型等。 3、理解接口的逻辑、接口的业务关联,熟悉技术方案中的接口相互关联、依赖的关系,接口与接口之间的数据传递等。 4、寻找测试点,根据输入(参数名、取值范围)、输出(参数名、返回值范围)、关联关系,进行测试点分析,具体分析方法可参考6.1 通用测试场景、6.2 逻辑测试场景。 6.1通用测试场景 对于接口测试的入参需考虑以下几个方面,设计测试用例时需要考虑交叉的情况: 1、测试参数名称的正确性 1. 参数名缺失,比如参数名错误,导致参数不存在;必填参数缺失,选填参数缺失;参数名必须匹配大小写时,考虑英文大小写的传参测试;分别考虑参数名称错误的情况,参数名包括特殊字符:如中文,空格,数字,特殊符等; 2、测试参数值的正确性 1. 长度限制,考虑输入参数值是否字数限制;非空判断,是否可为空(不输入,即””),是否为null,是否为空格;输入值是否在正常范围内(如int 类型参数 是-32768~32767,输入区域外的数值);参数传入的类型错误,如要求传入int类型,结果传入String类型;输入参数值个数不正确;必填项参数值,传入为空;参数值传入特殊字符等;参数值模糊匹配查询; 6.2逻辑场景 逻辑场景考虑是对功能测试的补充,对于接口的业务逻辑场景,需要根据需求方案、技术架构中的设计的接口业务逻辑进行用例设计,例如:分页查询接口(分页查询接口涉及数据分页共5页,传入-1 表示查询全部数据),设计场景如下: 1. 传入查询页码为空,提示缺少查询页码参数;传入页码为-1,查询返回全部数据;传入页码为1,查询返回第一页数据;传入页码3,查询返回第三页数据;传入页码为5,查询返回第5页数据;传入页码为6,提示查询无数据;传入页码为0,提示查询页码参数值不正确;传入页码为01,03,05 ,可查询出1、3、5页数据;传入页码为all ,提示查询页码数据不正确; 6.3断言检查 对接口测试返回的结果进行核对,验证返回JSON数据的结构是否正确、返回数据值是否正确、返回数据值是否有缺失等,比如 用户注册接口的接口返回值: 接口返回结果 1 2 3 4 5 6 7 8 9 10 1

文档评论(0)

文档分享 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档