接口测试实战项目,接口测试主要测哪些方面

接口测试实战项目,接口测试主要测哪些方面详细介绍

本文目录一览： Yapi接口管理和测试工具实战

Yapi 接口管理工具
简介
YApi是高效、易用、功能强大的API管理平台，旨在为开发、产品、测试人员提供更优雅的接口管理服务。YApi在Github上已累计获得了18K+Star，具有优秀的交互体验，YApi不仅提供了常用的接口管理功能，还提供了权限管理、Mock数据、Swagger数据导入等功能，总之功能很强大！
1. 部署
本地部署YApi需要先安装nodejs和MongoDB，我们先把它们安装好。
建议：
2. 程序启动
3. 插件
插件主要是解决在浏览器请求测试，cross-request-master.zip解压后 通过浏览器扩展程序添加即可，需要开启开发者模式
4. 导入Swagger API
新建分组-》新建项目-》数据管理-》 数据导入-》输入swagger地址比如：http://172.22.3.61:31318/v2/api-docs
5. 测试
基于第三步导入的插件测试API信息
6. 通过项目中的API添加用户

总结
目前yapi很强大，能够把一个项目多个服务管理起来，也可以把多个项目管理起来，方面集中管理和测试

Jmeter验证码注册接口压力测试实战

主要学习的内容包括发送HTTP请求、HTTP信息头管理器、HTTP cookies管理器、用户定义的变量、响应断言、CSV数据文件设置的使用。

提供的测试网址为: http://www.qk365.com/security/register

使用Chrome浏览器，先将浏览器的cookies缓存清空。

清空后，打开待测试的网址，按F12键，输入要注册的手机号码，如“13800”，点击“发送验证码”，可以看到请求的接口为： http://www.qk365.com/security/smsCode.do ，请求的参数为json格式的数据：{"mobile":"13800","func":"register","isValidate":"1","memKey":"register-13800","memValue":"7F4BEC3A-BE2F-48C7-91ED-33887E186C87"}，在知道接口后，就可以开始我们的接口测试了。

默认环境已经有的条件下(这里不对jmeter运行环境如何搭建做过多的描述，请自行上网查找环境搭建的相关资料)，双击jmeter.bat。出现如下界面设置工具的显示语言，Options→Chose Language→Chinese

完成上述步骤后，创建HTTP请求，包括：HTTP请求头，HTTP请求体以及察看结果树
1、在测试计划中添加线程组
2、在线程组中添加配置元件，HTTP信息头管理器，将刚才注册页面的请求头选中并且复制，在HTTP信息头管理器中单击“Add from Clipboard”完成请求头的复制

3、在线程组中添加HTTP请求，请求的请求体为图下内容

4、线程组添加察看树，点击启动按钮，查看请求结果

5、为响应结果添加断言，只有响应结果中包含"msg":"短信发送成功"的响应数据，这个请求才算是成功

模拟5个用户执行以上的测试过程，我们发现只有第一次是成功的，其余的返回"msg":"短信验证码发送过于频繁"

发现原来是每个请求的请求手机号是一样的，导致失败

这时候可以使用配置元件，CSV数据文件设置每次请求的手机号是不同的，在这里我准了一份手机号码的excel文件，需要注意的是保存这个文件的时候要保存成.CSV格式的，这里我将这份文件放到jmeter的examples目录下

在CSV数据文件配置中填写如下信息，然后修改验证码接口中HTTP请求的请求体，最后再执行一次，发现每次请求使用的手机号是不同的，并且请求成功

修改线程组参数，添加聚合报告等，对接口进行压力测，这里可以把察看结果树禁用了，因为在请求很多的情况下，会影响工具性能。最后等结果

需要注意的是启动jmeter.bat提示的那段话，压力测试要用非界面模式，界面模式用来生成脚本，调试没有问题了，再进行非界面的压力测试

这部分内容网上能查询包相关信息，这里不进行讲解。

这个平台可以频繁的刷验证码接口，这本身就是一个bug。前端的滑动验证功能就是形同虚设的。

如果你看到这里，希望你能看一下这一篇博文 Jmeter验证码图片识别注册接口压力测试实战 ，希望对你有所收获

接口测试主要测哪些方面

接口测试主要测: 功能测试、逻辑业务、异常测试、性能测试、安全性测试。
接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
针对软件接口的分类一般有如下几种情况：
1、系统与系统之间的调用，如微信向用户提供统一的对外接口，程序员调用接口完成基于微信的小程序等；
2、同一系统内部上层服务对下层服务的调用，如一个软件程序一般分为表示层，业务层和数据层，表示层调用业务层的接口来完成自己的工作，而业务层又会调用数据层的接口来实现相应的业务等。
其以保证系统的正确和稳定为核心，重要性主要体现为以下几个方面：
（1）能够提早发现 bug，符合质量控制前移的理念。
（2）接口测试低成本高效益，因为接口测试可以自动化并且是持续集成的。
（3）接口测试从用户的角度对系统接口进行全面检测。实际项目中，接口测试会覆盖一定程度的业务逻辑 。

接口自动化测试测试用例设计

浅谈接口自动化测试测试用例设计

一、 ? 前言 ??

很多中台项目，大部分为接口测试。为了使新入职的测试同事尽快融入项目，以及迭代开发中方便管理测试用例。完成该总结。

二、 ? 测试用例设计思路 ??

1、 接口类型概述及优先级 ?

1） 提供给第三方调用的接口 ?

2） 内部系统使用，核心功能接口 ?

3） 内部系统使用，非核心功能接口 ?

基本按照1）2）3）的顺序进行测试，特别情况除外

2、?单接口测试优先级??

1） 优先测试正向测试用例，保证基本功能实现 ?

2） 设计逆向测试用例，确保接口的健壮性 ?

3） 满足前提条件的测试用例 ?

4） 默认参数是否满足 ?

5） 参数校验 ?

6） 参数间联动关系

7）多参数错误处理的优先顺序校验

三、 ? 设计分析 ??

1、?满足前提条件的测试用例??

测试目标接口需要满足前置条件才能成功获取数据。

例如：需要登录token，通过传入参数获取下游接口数据

2、?携带默认参数的测试用例??

携带默认参数的测试用例仅需要设计一条，所有默认参数的字段都不填写，其他字段输入正常。

[if !supportLists]3、?[endif]参数校验??

参数校验包含如下几方面：

[if !supportLists]1）[endif]输入参数是否为必须输入项

[if !supportLists]2）[endif]输入参数的类型

[if !supportLists]3）[endif]输入参数的枚举值校验

[if !supportLists]4）[endif]输入参数长度校验

以上测试用例最好根据字段一一校验，排除互相干扰

[if !supportLists]4、?[endif]参数间联动??

有些参数见存在彼此制约的关系，根据实际情况设计测试用例

例如:A字段为1时，B字段一定为空。否则报错。

那么测试用例设计时应为：A字段为1时，B字段为空；A字段为1时，B字段不为空；A字段不为1时，B字段为空；A字段不为1时，B字段不为空；四条测试用例

这样基本覆盖所有分支流程。

[if !supportLists]四、?[endif] 测试用例实践操作

接口测试用例样例:

多条件查询接口

测试方法：使用robotFramework测试doubbo接口

协议请求方式：post

接口协议：JSON

消息请求列表

字段名数据类型默认值必须项备注

IDint?是长度为2

Tokenstring?是设备令牌

Statusstring?是1：正常

2：异常

typeint??Status为1时，为必须输入项

sizestring??默认值

消息返回列表

字段名数据类型必须项备注

Codeint是正常：20000

异常：20001

Messagestring是?

typeMessageint?Status=1的所有ID

?

用例设计

?

NO. 测试内容 前置条件 输入参数 输出参数 用例属性

1目标数据为一条预置一条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

2目标数据为多条预置多条符合条件的数据Status=1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

正向测试用例

3 Token必须项检查 预置多条符合条件的数据Status=1，token输入为空，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

4 Token正确性检查 预置多条符合条件的数据Status=1，token输入错误，其他参数输入正常返回code=20001

typeMessage中返回为空

满足前提条件

5 Status 必须项检查 预置多条符合条件的数据Status为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

6 Status枚举预置多条符合条件的数据Status为1，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

7 Status枚举预置多条符合条件的数据Status为2，其他参数输入正常返回code=20000

typeMessage中返回的ID与预置数据一致

参数校验

8 Status枚举预置多条符合条件的数据Status为3，其他参数输入正常返回code=20001

typeMessage中返回null

参数校验

9 Status=1，时联动校验预置多条符合条件的数据Status为1，type为空；其他参数输入正常返回code=20001

typeMessage中返回null

联动校验

10 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

11 Status！=1，时联动校验预置多条符合条件的数据Status！=1，type不为空；其他参数输入正常返回code=20000

typeMessage中返回对应ID

联动校验

12 Size默认值输入校验预置多条符合条件的数据Size输入为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

13 Size默认值输入校验预置多条符合条件的数据Size输入不为空，其他参数输入正常返回code=20000

typeMessage中返回对应ID

默认值校验

14 ID 必须项检查 预置多条符合条件的数据ID为空，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

15 ID 长度检查 预置多条符合条件的数据ID长度大于2，其他参数输入正常返回code=20001

typeMessage中返回为空

参数校验

16 破坏性测试预置多条符合条件的数据输入的参数类型错误请求未接收，返回404 稳定性测试

17 破坏性测试预置多条符合条件的数据输入的参数与提供的参数名称不一致请求未接收，返回404 稳定性测试

18 破坏性测试预置多条符合条件的数据输入的参数与提供的参数数量不一致请求未接收，返回404 稳定性测试

19 破坏性测试预置多条符合条件的数据输入的参数与提供的参数格式不一致请求未接收，返回404 稳定性测试

?

总结：自动化测试过程中会有一条自动化测试用例覆盖多种情况的可能（例如：正向测试用例与联动性验证的 Status=1，type输入不为空的测试用例重复，所以选择一条用例验证 。 ），以上的测试用例满足自动化的要求，手动测试过程中需要增加部分验证性的测试用例。且由于使用的测试工具特殊性，无需检查输入参数的类型。

如何做接口测试

怎么做接口测试
接口测试只是无界面的功能测试，设计的思路跟功能测试基本都是一致的。
1、输入的参数测试
1）根据参数的要求，进行判断是否满足要求，参数要符合他的要求，比方假如让输入一个数字，那么就判断输入数字----整数、小数、负数、复数等数字进行正常测试，或者超大数值和超小数值，异常测试就是判断当不输入数字，保持为空，或者输入的为字符串，不为数字时，反应是否正常。
2）参数是否为必填项，如果为必填项，将所有的必填项都填写，进行接口测试当必填项未填写时，进行接口测试，查看是否报错
3）如果参数为选填项，则进行测试，如果有多个选填项，一个个进行测试，填入所有必填项，和要求的一个选填项，接口返回是否正确，再测试，当选填项保持为空时，是否能够正常返回，当多个选填项时，是否返回正常
4）如果参数名称填写错误是否报错，如果存在不合法的参数，是否报错等等
5）对每个接口进行逻辑的测试，就是比方为新增一个数据，查对应的url，就得显示新增的数据，也就是所描述的每次新增，删除或者改动后都要进行检查查询。
6）接口中还得考虑一些异常情况，比方权限问题，a方建立了多个内容，b方采用接口是否可以删掉。
7）接口测试还得考虑各种逻辑和现实问题，这个就需要就是根据项目本身的可用性，可以完全想象成功能测试进行测试
8）还要考虑反复提交接口，是否报错
9）异常情景，如请求超时，快速连续点击、请求失败等情况
10）安全性问题，比方登录的密码是否需要加密。
1）、通用接口用例设计
①、通过性验证：首先肯定要保证这个接口功能是好使的，也就是正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
②、参数组合：现在有一个操作商品的接口，有个字段type，传1的时候代表修改商品，商品id、商品名称、价格有一个是必传的，type传2的时候是删除商品，商品id　　是必传的，这样的，就要测参数组合了，type传1的时候，只传商品名称能不能修改成功，id、名称、价格都传的时候能不能修改成功。
③、接口安全：
1、绕过验证，比如说购买了一个商品，它的价格是300元，那我在提交订单时候，我把这个商品的价格改成3元，后端有没有做验证，更狠点，我把钱改成-3，是不是我的余额还要增加？
2、绕过身份授权，比如说修改商品信息接口，那必须得是卖家才能修改，那我传一个普通用户，能不能修改成功，我传一个其他的卖家能不能修改成功
3、参数是否加密，比如说我登陆的接口，用户名和密码是不是加密，如果不加密的话，别人拦截到你的请求，就能获取到你的信息了，加密规则是否容易破解。
4、密码安全规则，密码的复杂程度校验
④、异常验证：
所谓异常验证，也就是我不按照你接口文档上的要求输入参数，来验证接口对异常情况的校验。比如说必填的参数不填，输入整数类型的，传入字符串类型，长度是10的，传11，总之就是你说怎么来，我就不怎么来，其实也就这三种，必传非必传、参数类型、入参长度。
2）、根据业务逻辑来设计用例
根据业务逻辑来设计的话，就是根据自己系统的业务来设计用例，这个每个公司的业务不一样，就得具体的看自己公司的业务了，其实这也和功能测试设计用例是一样的。
举个例子，拿bbs来说，bbs的需求是这样的：
1、登录失败5次，就需要等待15分钟之后再登录
2、新注册的用户需要过了实习期才能发帖
3、删除帖子扣除积分
4、......
像这样的你就要把这些测试点列出来，然后再去造数据测试对应的测试点。
拓展：
在进行接口测试前，还需要了解：
1）、GET和POST请求：
如果是get请求的话，直接在浏览器里输入就行了，只要在浏览器里面直接能请求到的，都是get请求，如果是post的请求的话，就不行了，就得借助工具来发送。
GET请求和POST请求的区别：
1、GET使用URL或Cookie传参。而POST将数据放在BODY中。
2、GET的URL会有长度上的限制，则POST的数据则可以非常大。
3、POST比GET安全，因为数据在地址栏上不可见。
4、一般get请求用来获取数据，post请求用来发送数据。
其实上面这几点，只有最后一点说的是比较靠谱的，第一点post请求也可以把数据放到url里面，get请求其实也没长度限制，post请求看起来参数是隐式的，稍微安全那么一些些，但是那只是对于小白用户来说的，就算post请求，你通过抓包也是可以抓到参数的。所以上面这些面试的时候你说出来就行了。
2）、http状态码
每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功，常见的状态码有以下几种：
1、200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
2、300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，
3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试
　　接口测试的测试流程
　　了解了接口测试是什么之后，怎么做接口测试呢？接口测试的流程其实和功能测试流程类似：接口测试计划-接口测试用例-接口测试执行-接口测试报告。测试用例设计的依赖对象主要是需求说明书和接口文档。
　　接口测试因其不是针对普通用户，而是针对的另外一个系统组件，所以不能直接测试，需要使用工具测试，比如服务端http接口测试，常用的工具有jmeter、postman、httpclient等。用工具测试，所以目标就是准备要测试数据测试脚本后直接执行即可， 在进行测试执行编写时，有如下的原则：
　　1.不同的接口参数覆盖不同的业务场景；
　　2.在后台构造合适的数据来满足接口的测试用例；
　　3.根据接口的返回值，断言其是否返回期望结果，并查看数据库验证；
　　4.测试用例涉及多个步骤的，应对涉及的步骤都验证；
　　5.删除测试过程中产生的结果，确保每个用例执行前都是一个清洁的环境。
1、什么是接口测试：接口是指系统模块与模块之间或者系统与系统之间进行交互，一般我们用的多的是HTTP协议的接口、WebService协议的接口、还有RPC（Remote Procedure Call Protocol）的接口。不管是哪种接口，其本质就是发送一个Request，然后服务器响应后返回一个response，然后我们对response进行分析，这就是接口测试。
2、消息接口测试的两种：
　　a) Webservice：使用soap协议得到想要的东西（不分POST与Get，只是基于soap协议包装出来的），能处理较复杂的数据类型（XML）。若需要在后台调用一个其他应用的服务，用webserivice的方式；
　　b) HTTP：基于http协议，通过POST和GET得到想要的东西，处理数据效率较高。当要调用一个本服务的内容时，使用httpservice的方式。
3、常用的接口测试工具有：
　　a) 商业工具：Soapui、LoadRunner
　　b) 开源工具：Jmeter、Jsoup、httpclient、Python中的urllib，urllib2库
1、可以使用postman软件进行接口测试，这里以较复杂的上传图片的接口为例进行测试，首先打开postman软件选择Post方式，输入后台接口调用地址。
2、然后填写Headers，注意这里的Headers部分不要写任何东西，如果之前是有Content-Type头信息， 那么就会上传失败。
3、接着填写Body，选择form-data，填写Key后台规定的接收文件的名称参数，格式选择为File，此时value会自动变成选择文件。
4、最后点击Send，可以发现下方返回了接口的响应，说明上传图片是成功的，这样简单的图片上传的接口测试就完成了。

Postman接口测试之：Postman实现接口请求（1）

课程实例使用的url地址汇总：

开源接口部分：? https://api.apiopen.top/api.html

1、获取时间get接口 http://poetry.apiopen.top/getTime

2、网易新闻post接口 https://api.apiopen.top/getWangYiNews

3、百度ip接口 https://sp1.baidu.com/8aQDcjqpAAV3otqbppnN2DJv/api.php?query=12.12.12.12&co=&resource_id=5809&t=1380037&ie=utf8&oe=gbk&cb=op_aladdin_callback&format=json&tn=baidu&cb=jQuery110206769724197850711_1380011&_=1380013

电商项目部分： 电商网站： http://www.testingedu.com.cn:8000/

4、电商登录接口：http://www.testingedu.com.cn:8000/index.php?m=Home&c=User&a=do_login&t=0.9806405470978172

5、文件上传接口 ：http://www.testingedu.com.cn:8000/index.php/home/Uploadify/imageUp/savepath/head_pic/pictitle/banner/dir/images.html

自动化平台项目：平台网站： http://39.108.55.18/mypro/#/login

6、平台登录接口：http://39.108.55.18/mypro/api/user/login

Token接口项目：Token项目网站： http://www.testingedu.com.cn:8081/inter/

7、Token项目 SOAP接口：http://www.testingedu.com.cn:8081/inter/SOAP?wsdl

1、 Postman 安装之后， 可以进行一下更新。

使用的时候最好可以注册一个账号。

先创建一个workspace，用于管理接下来使用过程中产生的内容。

2、接口测试的基本流程： 本质就是抄。

1、了解接口信息 ： 由开发提供接口文档， 或者通过抓包来获取接口报文信息。

2、 设计测试用例

3、 执行测试用例： 用postman等工具执行。 请求发包。

4、验证返回结果。

3、 HTTP协议接口报文： 理解成寄快递。

接口报文分为请求和返回，格式其实是相同的。

请求

请求四要素： http方法 、url地址、请求头 、请求体。

请求行： http方法（邮寄方式） url（地址） http协议版本

请求头： 键值对格式 ，键：值 用换行分割的方式。 （快递单）

除了特殊指定的要填的请求头以外，注意 post请求 需要关注content-Type请求头，表示的是请求体的编辑格式。（快递的运输方式 常温/冷冻）

常见的content-Type类型：

application/x-www-form-urlencoded: url编码格式： 键=值&键=值

application/json: json格式字符串： {"键":值,"键":值}

postman选 raw格式之后，下拉栏选择json

注意：复制json格式的请求体的时候，如果从浏览器开发者工具中复制，记得确认键必须带双引号。最好view source 之后再复制。

multipart/form-data： 用于进行文本和文件的混合传递。 完成文件上传。

选择posmtna中的 form-data进行参数填写。

注意： Name空格中，可以选择下拉 file或者text。

文件用file上传，文本用text上传。

text/xml: 用xml格式来进行传递。

值

选择 body中的 raw格式 ，下拉栏用xml进行填写：

注意：content-type postman会默认使用 application/xml，需要自己确认，到底是text/xml还是application/xml，如果不对，进行修改，最后是直接去掉原有的，加一个新的content-type头。

请求体 ： 请求头之后空一行 ，之后的就是请求体。 （寄的东西）

返回

返回行：http协议版本 HTTP状态码（物流状态） 状态码描述

返回头： 键值对格式 ，键：值 用换行分割的方式。 （快递单）

返回体 ：返回头之后空一行，就是返回体 （对方寄回的东西）

返回：重点验证返回体。

4、http协议抓包：

使用浏览器开发者工具抓包：

在网页上右键检查，或者按下F12，打开开发者工具，切换到network 界面。

注意：记得勾选 preserve log。

请求体中：request payload （json格式、xml格式和普通文本） 和form data （文件和x-www-form-urlencoded格式）

使用 fiddler /charles 等http抓包工具抓包：

在fiddler菜单右侧，用inspector 选项进行查看，选raw（原始）格式能够直观看到报文格式。

http是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。

http协议是基于url地址的资源请求协议

5、用postman发送报文请求：

1、http 方法 和 url 进行填写。 注意 url中最后带上的空格也会有影响，所以千万注意。

2、请求头一般先不做过多关注，先用默认的，除非有明确的说明需要设置某个请求头。

3、请求体在postman 请求栏的body中进行设置。选择相应的content-type格式进行编辑，可以自动设置，不用自己设置 请求头中的 content-type。

6、unicode编码： \u 4位16进制数，用于表示某个特殊的字符。

例如：\u7f8e\u56fd\u963f\u62c9\u65af\u52a0

7、get和post的核心区别：

get方法，通常不带请求体。

而post方法可以携带请求体。

END

如何用postman做接口测试

1、在电脑桌面上找到安装的postman软件位置，鼠标双击图标打开；打开后显示如下界面即为打开成功。现在我们开始对一个接口进行测试。
2、点击左上角的“+New”，在打开的弹窗页面中切换到creatNew页面（一般打开后默认就是creatNew页面），鼠标点击Collection，新建一个集合，这个集合就类似于一个文件夹，我们可以把一个项目或者一个完成功能的所有接口都放在它的里面。
3、在新打开的弹窗页面creat a new collection中，输入你想要给这个collection起的名字，然后再下方的description中添加描述说明，这个非必填项，所以可以忽略不写，直接点击右下角的“creat”进行确定。
4、选中刚刚建的collection，鼠标右击，在打开的菜单栏中选择“add request”，会进入下面的页面，输入这个接口请求的名称，同样可以在下方的description中添加描述说明，点击Save进行保存。
5、按照接口文档中的描述，输入接口请求的url，添加请求头和请求体，点击运行，就完成了一个接口的测试。
1、在浏览器控制台里复制要发请求的路径
2、选择Postman导入功能
3、将复制好的cURL(bash)复制到Raw text文本框内
4、发送请求查看结果，并且可以任意修改发送的参数进行测试
如何使用postman对http的接口测试http://jingyan.baidu.com/article/3c48dd3484950ce10be35820.html
具体步骤如下：
1、在电脑桌面上找到安装的postman软件位置，鼠标双击图标打开；打开后显示如下界面即为打开成功。现在我们开始对一个接口进行测试。
2、点击左上角的“+New”，在打开的弹窗页面中切换到creatNew页面（一般打开后默认就是creatNew页面），鼠标点击Collection，新建一个集合，这个集合就类似于一个文件夹，我们可以把一个项目或者一个完成功能的所有接口都放在它的里面。
3、在新打开的弹窗页面creat a new collection中，输入你想要给这个collection起的名字，然后再下方的description中添加描述说明，这个非必填项，所以可以忽略不写，直接点击右下角的“creat”进行确定。
4、选中刚刚建的collection，鼠标右击，在打开的菜单栏中选择“add request”，会进入下面的页面，输入这个接口请求的名称，同样可以在下方的description中添加描述说明，点击Save进行保存。
5、按照接口文档中的描述，输入接口请求的url，添加请求头和请求体，点击运行，就完成了一个接口的测试。

做接口测试的流程一般是怎么样的？

接口测试8大流程如下：
1、需求分析
项目立项后，对于整体产品的需求进行认识和理解（与功能测试的需求分析是一致的）。注意：此时只有产品需求文档，架构师还没有开始建模，主要目的是保证各部门（产品、开发、测试…）对于需求理解一致。
2 、api文档分析【重点】
该环节主要分析：请求和响应。
请求：请求url是否合理、请求信息头是否明确、请求方法是否合理、请求参数是否必填、含义、参数方式（url\form\json）。
响应：响应状态码是否合理、响应数据格式是否明确、响应信息头内容是否明确。
异常：异常返回信息和错误代码。
业务：接口彼此之间依赖关系。
该流程重点是：请求参数方式和类型、接口之间依赖关系、错误异常。
3、测试计划
由测试Leader编写，目的：分配测试任务进度安排和指导测试方案执行。
核心：测什么、谁来测、怎么测、风险预测及控制。
4、用例设计
提示：该环节主要针对参数、测试数据、安全、依赖、异常进行覆盖。
测试用例大体分为两种：根据需求进行提取测试点、设计用例覆盖测试点。
5、环境搭建
提示：项目环境部署需要根据计划中安排执行，是否需要测试人员部署。
环境搭建可以是LAMP也可以是LNMP。
6、 用例执行
使用公司指定工具执行测试用例。
提示：提测之前最好安排进行冒烟测试，保证提测时准时执行。
7、缺陷管理
使用缺陷管理工具来对执行用例的缺陷进行管理（与功能测试缺陷管理一致）。
提示：缺陷提交->修复->回归->关闭。
8、测试报告
测试报告不同公司有不同的模板，但测试报告主题内容一般分为下列四部分：测试过程、缺陷统计、缺陷分析、测试总结。
总结：
1、接口测试需要围绕测试计划实施。
2、接口测试重点是：api文档分析、用例设计。
3、具体接口应用工具主要根据后台协议和测试计划测试工具来定，可使用工具如：postman、jmeter、requests、抓包（fiddler、charles）。

接口测试方案怎么写

问题一：如何做接口测试 对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试

问题二：接口测试应该怎么做 对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，我们是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。
接口测试用例的设计方法其实和功能测试用例的设计方法是类似的，因为接口是需要满足需求的，而接口测试所依赖的也是需求说明书，但是，因为接口测试毕竟是通过代码去测试代码，所以，为了保证覆盖率，可能会使用到单元测试的方法，具体的测试用例设计，我考虑的如下，请参考，如果有错误，一起讨论。
输入参数测试：针对输入的参数进行测试，也可以说是假定接口参数的不正确性进行的测试，确保接口对任意类型的输入都做了相应的处理：输入参数合法，输入参数不合法，输入参数为空，输入参数为null，输入参数超长；
功能测试：接口是否满足了所提供的功能，相当于是正常情况测试，如果一个接口功能复杂时推荐对接口用例进行结构划分，这样子用例具有更好的可读性和维护性。
逻辑测试：逻辑测试严格讲应为单元测试，单元测试应保持内部逻辑的正确性，可单元测试和接口测试界限并不是那么清楚，所以我们也可以从给出的设计文档中考虑内部逻辑错误的分支情况和异常； 异常情况测试：接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何的异常都进行处理。

问题三：软件测试方法的接口测试 接口测试的英文是interface testing，接口测试测试系统组件间接口的一种测试。接口测试的好处：由于接口测试代码本身就是用junit（当然接口的类型不同，不一定是Junit来实现）来实现的，是属于自动化测试的范畴，因此必定也包含自动化测试所固有的优势。1） 提高测试质量软件开发的过程是一个持续集成和改进的过程，而每一次的改进都可能引进新bug,因此当软件的一部，或者全部修改时，都需要对软件产品重新进行测试。其目的是要验证修改后的产品是符合需求的，而当没有自动化测试代码时，往往会由于各种各样的原因，回归不充分，导致bug遗漏。2） 提高测试效率软件系统的规模越来越大，功能点越来越多，开发人员的自测或者测试人员的人工测试非常耗时和繁琐，势必导致测试效率的低下，而自动化测试正好解决这些耗时繁琐的任务，在对外接口功能不变的情况下，达到了一次编写，永久使用的效果。3） 提高测试覆盖通过手工测试很难测试到一些更深层次的异常和安全的问题，通过一些辅助的一些测试工具，能分析出代码的覆盖率，通过覆盖率的提高来提高测试的深度。4） 更好地重现软件缺陷由于每次执行都是相同的代码，一旦代码出错，必定回归出错5） 更好定位错误由于接口测试是一种自下向上的测试，因此一量出错，非常容易定位出错，不向系统测试那样了，一旦有Bug，需要几层验证之后才能确定出错位置6） 降低修改bug的成本接口测试基本和开发人员的编码平行工作，因此发现问题会比系统测试早很多，因此减少了修改bug的成本。7） 增进测试人员和开发人员之间的合作关系，测试工程师为了更好地开展工作，需要对开发技术有深入的理解和实践，有了与开发工程师更多的交流。8） 降低了项目不能按时发布的风险由于接口测试很早就介入，在提交给系统测试前对项目代码的核心模块已经做了详尽的测试，必定加速系统测试的时间，由此来保证项目的按时发布。9）提升测试人员的技能。做接口测试必须了解开发人员的开发流程和一些开发技能，也需要了解测试工具的一些使用方法和一些测试思想，提升了测试人员的技术附加值，提高了自身的竞争力。10）促使项目开发过程的规范化要进行接口，需要完善的文档进行保障，没有测试文档，接口测试将寸步难行，接口测试将增加开发过程规范化产出，而规范化产出也保证了项目质量。

问题四：如何做好接口测试？ sgbtmy：基于selenium的自动化框架开发，我主要是想问一下，你的框架除了前台的自动化，后台的数据的测试是否集成在你的测试框架中？ 小刀：你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知理解的是否正确，那么根据这个理解，我的解释是，在我们框架中，增加了很多的功能方法用来帮助进行自动化脚本的编写和结果校验，其中就包括后台数据校验方法，当我们的测试用例需要在后台进行数据校验的时候，调用这些数据校验方法即可。相当于是，前台页面操作的自动化是封装selenium的方法去操作页面，而对后台数据的校验是通过增加功能方法来实现的，可以理解为不同的两部分，但是在编写测试脚本的似乎，根据测试用例的设计，这两部分都可以拿过来使用。 不知道是否解答了你的疑问，如果没有，请你指出，谢谢你。 tjy688：你们做接口测试的流程一般是怎么样的？ 小刀：接口测试的流程其实和功能测试的流程类似，因为接口测试依赖的主要对象也是需求说明书，所以，最初的流程就是参与需求讨论，评审需求。 需求确定以后，开发会根据需求进行接口设计，会产出接口定义，在开发设计过程中，有能力的话，可以给出一些针对设计的建议，提高可测性，针对需求及设计，进行测试计划，测试设计，然后还需要和配管确定测试环境相关的事情。 在开发完成接口定义之后，就根据需求文档及接口定义进行测试用例设计，测试用例设计主要从业务场景，功能，以及异常测试几个方面考虑。 测试用例设计完成后，针对测试用例进行评审，然后，如果开发代码部分可测时，即可进入测试了，因为是部分可测，可能会使用到mock方法。 已有测试代码时，就要进行测试代码的持续集成了，我们是使用hudson来进行持续集成的 在项目结束后，会对每个项目进行总结。 如果有问题，请指出，我们一起讨论。 xinhuayw：我想了解一下你们现在是怎样保证项目测试用例的重复运行的。 小刀：对于接口测试来说，项目测试用例的重复运行首先是表现在单个测试用例的独立性方面的，也就是说，每一个测试用例的运行除了依赖被测对象和对应的数据库环境外，是不依赖于其他任何测试用例的，并且这个测试用例执行完毕后，对系统来说，也是没有任何痕迹的，这样就保证了每个测试用例运行时，都在一个干净的环境中运行。要实现测试用例的独立性，就必须对被测系统的设计有详细的了解，这样，不会出现测试用例执行后遗漏数据，环境未改变，另外，还需要对测试用例进行详细的设计。另外，要保证测试用例的重复使用，还需要做到测试用例的及时更新，在这个方面，我们是做接口测试的人会维护对应的系统的接口测试用例，要保证，代码每次更新，测试用例都必须全部执行通过。 csun888：什么是接口测试，基础知识什么的讲讲吧！ 小刀：你好，接口可以分下面几种 1、系统与系统之间的调用，比如银行会提供接口供电子商务网站调用，或者说，支付宝会提供接口给淘宝调用 2、上层服务对下层服务的调用，比如service层会调用DAO层的接口，而应用层又会调用服务层提供的接口，一般会通过 3、服务之间的调用，比如注册用户时，会先调用用户查询的服务，查看该用户是否已经注册。 而我们所要做的接口测试，先要了解是基于哪一种类型的接口测试，不同类型的接口测试方法可能是不一致的，总体来说，不管是那种类型，我们只要把被测接口当做是服务方，而把我们的测试手段当做是客户方，我们的目的就是，通过我们的测试手段，去验证服务端满足了他声明提供的功能。 至于说到具体的测试方法，协议的接口测试，一般会用jmeter去测试，jmeter的好处是不用写测试代码，直接使用jm......>>

问题五：如何做好接口测试 你好，个人理解的你所说的后台的数据的测试是指的是对数据的校验，不知理解的是否正确，那么根据这个理解，我的解释是，在我们框架中，增加了很多的功能方法用来帮助进行自动化脚本的编写和结果校验，其中就包括后台数据校验方法，当我们的
测试用例需要在后台进行数据校验的时候，调用这些数据校验方法即可。相当于是，前台页面操作的自动化是封装selenium的方法去操作页面，而对后台数据的校验是通过增加功能方法来实现的，可以理解为不同的两部分，但是在编写测试脚本的似乎，根据测试用例的设计，这两部分都可以拿过来使用。

问题六：怎么做接口测试，概念及常用方法小结 关于接口测试做些WEB与PC/移端相关该属于客户端与WEB端通信接口测试

问题七：如何做接口测试 对于接口测试，首先测试人员要懂代码，你只需要知道接口的作用是什么就可以了（有文档更好，但大部分都没有）；其次，自己去读开发的代码；然后，根据该接口功能及代码写测试用例；
用例设计：
1：写一个程序去调用该接口，看是否能够达到该接口所定义的功能
2：根据该接口参数，构造不同的用例，测试接口在参数合法及非法情况下能否达到预期效果
3：根据该接口中的逻辑，设计不同条件的用例，测试该接口实现代码的逻辑
4：进行容错及健壮性测试
5：静态检测代码，看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理。
6：对于一些接口，需要进行多线程测试

问题八：java编写接口测试DEMO 10分 嗯 URLconnection 或者应用 apache 的开源包

问题九：联调测试方案以及测试报告如何编写？ 集成测试，又称组装测试、联合测试、联调测试、子系统测试、部件测试。不同的称呼而已，侧重点在于模块间接口的正确性、各模块间的数据流和控制流是否按照设计实现其功能、以及集成后整体功能的正确性。写集成测试方案的建议：1）依据SRS和集成测试计划来编写，无冲突2）阐明测试对象3）划分测试层次4）确定测试策略5）根据策略细化测试项6）根据系统的需求，可能需要接口分析写集成测试报告的建议：1）集成测试概述2）集成测试时间、地点、人龚）集成测试环境4）总结和评价5）遗留问题报告6）附件以上只是本人对编写集成测试方案和集成测试报告的一些建议，具体内容可以根据项目进行补充，具体格式可以自由发挥。

问题十：如何写测试用例 java 测试用例设计和执行是测试工作的核心，也是工作量最大的任务之一。
测试用例(Test Case)目前没有经典的定义。比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
测试用例编写准备
1
从配置管理员处申请软件配置：《需求规格说明书》和《设计说明书》；
2
根据需求规格说明书和设计说明书，详细理解用户的真正需求，并且对软件所实现的功能已经准确理解，然后着手制订测试用例。
测试用例制定的原则
1测试用例要包括欲测试的功能、应输入的数据和预期的输出结果。
2测试数据应该选用少量、高效的测试数据进行尽可能完备的测试。
用例覆盖
1正确性测试：输入用户实际数据以验证系统是满足需求规格说明书的要求；测试用 例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能，并且正常。
2容错性（健壮性）测试：程序能够接收正确数据输入并且产生正确（预期）的输出， 输入非法数据（非法类型、不符合要求的数据、溢出数据等），程序应能给出提示 并进行相应处理。把自己想象成一名对产品操作一点也不懂的客户，在进行任意操作。
3完整（安全）性测试：对未经授权的人使用软件系统或数据的企图，系统能够控制的程度，程序的数据处理能够保持外部信息（数据库或文件）的完整。
4接口间测试：测试各个模块相互间的协调和通信情况，数据输入输出的一致性和正确性。
5压力测试：输入10条记录运行各个功能，输入30条记录运行，输入50条记录进行测试。
6性能：完成预定的功能，系统的运行时间（主要是针对数据库而言）。
7可理解（操作）性：理解和使用该系统的难易程度（界面友好性）。
8可移植性：在不同操作系统及硬件配置情况下的运行性。
测试方法
1边界值分析法：确定边界情况（刚好等于、稍小于和稍大于和刚刚大于等价类边界值），针对我们的系统在测试过程中主要输入一些合法数据/非法数据，主要在边界值附近选取。
2等价划分：将所有可能的输入数据（有效的和无效的）划分成若干个等价类。
3错误推测：主要是根据测试经验和直觉，参照以往的软件系统出现错误之处。
测试用例的填写
1一个软件系统或项目共用一套完整的测试用例，整个系统测试过程测试完毕，将实际测试结果填写到测试用例中，操作步骤应尽可能的详细，测试结论是指最终的测试结果（结论为：通过或不通过）。

接口测试用例怎么设计

在开始接口测试之前，我们想一下，接口测试的流程是什么？说到这里，有些人就会产生好奇和疑问，心里mmp：接口测试要什么流程哈？？？不就是参考接口文档，直接利用接口测试工具（例如jmeter和postman）测试。。。其实，如果一个project中，只是几个接口，你完全可以做临时的接口测试，但project可不止几个接口，少则几十条接口，多则成百上千接口。另外，如果你公司的这个项目，第一次做接口测试。而且古人说过：“无规矩不成方圆。”所以哈，我们还是有必要严格遵守接口测试的流程。
二、接口测试的流程
　　接口测试属于功能测试，接口测试的流程类似于以往的功能测试。接口测试的流程如下：
测试尽早找开发拿接口文档（需求文档）；
根据接口文档编写测试用例（用例编写可按照以往规则写，比如等价类划分，边界值，场景法等设计方法）；
执行测试，查看不同的参数请求，接口返回的数据是否达到预期
?
三、为什么要写用例
理清思路，避免漏测和重复测；
提高测试效率；
跟进测试进度；
更好的发现问题，记录问题，复现问题；
跟进重复性工作；
告诉领导：我做过；
接口测试流程中的一个产物（测试用例）
　　上面7点，有用例，自己心中有数，不用一个测试点重复测好多次，也避免漏测。