接口测试文档

1.功能点测试用例(单个测试用例)

必输项的测试

1)       必填项全部是正常值   ——〉成功

2)       取长度最大边界值——〉成功

3)       取长度为最长值+1,其他参数值都是正常的——〉失败(所有字段需要进行临界值+1的逐个便利)

4)       输入类型判断,比如定义为int型,测试输入字母等字符类型——〉失败

5)       必输项有其中一项不填,其他项都填写正常——〉失败

6)       输入值取空值或者空格——〉成功/失败/(根据接口定义来验证)

7)       特殊字符输入判断,比如:,% “ < >  ?  ! @等,或输入正常转义后的字符——〉成功/失败

2.非必输项的测试

1)       正常情况下,非必输项都有输入值,其他项都正常——〉成功

2)       非必输项都没有,其他项输入正常——〉成功

3)       正常必输项缺少+非必输项——〉失败

  1. 流程测试用例(组合测试用例)

1)       建数据

2)       查数据

3)       修改数据

4)       删除数据

3.此为一个完整的测试流程。为确保操作和数据的正确性,需要重复两次该操作。即:

1)       建数据

2)       查数据

3)       修改数据

4)       删除数据

5)       查数据

6)       建数据

7)       查数据

8)       修改数据

9)       删除数据

测试执行时候,还需注意的地方:

1)       测试执行时候可以围绕一套数据进行,比如新建一个用户,与该用户相关的个人基本信息、教育经历、工作经历、生活经历等都可以一并在测试时候考虑

2)       测试需要考虑输入重复记录情况,比如上传用户头像,会出现上传两次相同的头像吗?或者可以上传两次不同的头像吗?

3)       满足一定条件的结果集合,现在测试情况只有等于的情况。由于测试工具的限制,没有办法测试大于或小于或包含于的测试情况。需考虑改进测试工具

4) 需要针对某些特定的值进行边界值测试,例如一个组里面最多有多少个好友等限制。

新建:

  1. 提交所有的值(都是长度允许的最大值)都是正常,则成功。可以成功查看添加的数据
  2. 重复提交数据, 则失败
  3. 将一个参数设定为超过长度范围1位(或者大于允许的最大值+1),其他参数正常,则失败
  4. 将一个参数值改为不允许的类型或者数字(例如:数字类型填写为字符串,日期类型填写为字符),其他参数正确,则失败
  5. 必输项有其中一项不填,其他项都填写正常——〉失败
  6. 输入值取空值或者空格——〉成功/失败/(根据接口定义来验证),可以成功查看添加的数据
  7. 特殊字符输入判断,比如:参数为空,参数为空格,% “ < >  ?  ! @等,或输入正常转义后的字符——〉成功/失败,可以成功查看添加的数据
  8. 正常情况下,非必输项都有输入值,其他项都正常——〉成功,可以成功查看添加的数据
  9. 非必输项都没有,其他项输入正常——〉成功。可以成功查看添加的数据
  10. 正常必输项缺少+非必输项——〉失败

查询接口:

  1. 查询存在的数据可以成功
  2. 查询不存在的数据则返回也成功

修改接口:

  1. 修改存在的userid数据,并且数据合法,则应该成功。能够查询到修改后的数据
  2. 修改不存在的userid数据,则应该失败。应该查询不到刚才提交的数据
  3. 使用新建用例的输入判断数据,进行修改接口的输入判断测试

删除接口:

1 删除存在userid数据,则可以立刻成功,并且查询不到删除数据了。

2 删除不存在userid的数据,则返回失败。

查询列表接口:

  1. 使用单一的精确完整条件查询(例如:使用一个完整的身份证号),逐个儿查询,则可以查询到存在的数据(需要人工先构造一些存在的数据)
  2. 使用单一的模糊查询条件(例如:使用一个身份证号的一部分)逐个儿查询,则可以查询到存在的数据(需要人工先构造一些存在的数据)
  3. 使用全部的精确完整条件,可以查询到存在的数据。
  4. 使用全部的模糊条件,可以查询到存在的数据。
  5. 什么参数都不输入,则查不到任何数据
  6. 使用空格参数,则查不到任何数据
时间: 2024-10-01 18:51:56

接口测试文档的相关文章

接口测试入门,接口文档的分析

1.首先最主要的就是要分析接口测试文档,每一个公司的测试文档都是不一样的.具体的就要根据自己公司的接口而定,里面缺少的内容自己需要与开发进行确认. 我认为一针对于测试而言的主要的接口测试文档应该包含的内容分为以下几个方面. a.具体的一个业务实现的逻辑: b.请求的一个方式  例如:请求方式为(  http )                     http://127.0.0.1:8881/gasStation/process (http接口)   c.反馈的一个方式,一般情况下http的反

接口测试初探(流程,文档,工具,技术)

什么是接口测试 接口测试是目前测试的主流手段之一,采用接口测试有很多优点: 提高测试效率:可通过自动化手段实现重复验证,也可以在依赖服务没有开发完成时优先测试部分服务 方便定位Bug:通过接口的抓包和分析,可以清楚的知道问题是来源于前端还是后台服务 提高服务端健壮性:通过接口测试可以测出来开发是否在后端做了校验,帮助提高服务的健壮性 对很多新手来说接口测试很高大上,但实际上接口测试很简单,掌握关键技术以后就可以把接口测试应用到日常工作中.开始讲解接口测试之前,先看看当你在浏览器中输入地址,并看到

用Swagger生成接口文档

Swagger简介 在系统设计的时候,各个应用之间往往是通过接口进行交互的.因此接口的定义在整个团队中就变得尤为重要.我们可以把接口的规范用接口描述语言进行描述,然后Swagger可以根据我们定义的接口规范生成对应的接口文档.它生成的接口文档提供了接口测试功能.我们只需要填上对应的参数,然后点击调用,就可以完成一次接口测试,非常方便.就像下图展示的那样. 不仅如此,Swagger还能够根据接口规范自动生成对应的接口代码!比如Java客户端代码.Java服务端代码等.这个东西减少了接口规范的沟通成

webapi文档描述-swagger

最近做的项目使用mvc+webapi,采取前后端分离的方式,后台提供API接口给前端开发人员.这个过程中遇到一个问题后台开发人员怎么提供接口说明文档给前端开发人员,最初打算使用word文档方式进行交流,实际操作中却很少动手去写.为了解决这个问题,特意在博客园中搜索了一下api接口文档生成的文章,引起我注意的有两种方案.1.微软自带的Microsoft.AspNet.WebApi.HelpPage  2.swagger(我比较喜欢戏称为“丝袜哥”) 最先尝试的是微软自带的方案,由于项目对webap

强烈推荐 在线接口文档管理工具 小幺鸡 小团队可以省掉测试了

在朋友那儿看到一个不错的在线文档管理工具 主要特点 : 在线接口测试 在线测试,方便前后端开发,降低错误率.支持:xml.json.txt.binary.websocket 可视化编辑与分享 可视化编辑器,完善的分享机制,多功能导出.让接口撰写变得十分简单 安全保障 基于阿里云服务器,提供安全备份系统.多家公司使用,安全证明. 代码开源 可离线安装到内网服务器仅供公司内部使用.接口在线测试,降低接口错误率 开放源码,支持任意修改 简洁明了的API 简单的维护更新 多种导出满足不同需求 自己搭建试

软件工程文档

  1<立项建议书>....................................................................................... 1 2<软件项目投标书>................................................................................. 6 3<软件产品开发任务书>...............................

Api开发者福利之api在线管理,模拟请求测试,文档生成工具--Apizza

Apizza (http://apizza.cc?f=51cto) 平台分为开发模式和浏览模板,开发模式只有用户自己可以打开,浏览模式是供其他人查看,测试使用. 平台支持标准的http协议请求,支持添加header,支持标准 json,xml,html,text四种返回格式, 自动格式化展示.平台做了许多体验优化,比如参数列表和url自动转换, 请求文档字段一键生成.响应文档的字段可以从api返回自动生成.请求自动存为历史记录, 支持定义的环境变量,可以方便切换线下,下上环境,文档导出等等. 下

Mybatis 框架文档 超详细笔记

1      Mybatis入门 1.1    单独使用jdbc编程问题总结 1.1.1  jdbc程序 Public static void main(String[] args) { Connection connection = null; PreparedStatement preparedStatement = null; ResultSet resultSet = null; try { //加载数据库驱动 Class.forName("com.mysql.jdbc.Driver&q

Web API文档生成工具apidoc

apidoc可以根据代码注释生成web api文档,支持大部分主流语言java javascript php coffeescript erlang perl python ruby go...,相对而言,web接口的注释维护起来更加方便,不需要额外再维护一份文档. apidoc从注释生成静态html网页文档,不仅支持项目版本号,还支持api版本号. 安装 主页: http://apidocjs.comgithub: https://github.com/apidoc/apidoc可以使用npm