接口测试如何测试,接口测试的基本方法有,接口测试如何测试,接口测试的基本方法是什么
接口自动化大致步骤：
1.发送请求
2.分析结果
3.核实结果
定义三个和业务相关的类
1.一个用于封装HTTPclient和发送请求。
2.解析结果xml的类
3.用于将测试结果与预期值进行比较以进行验证的类。
4.自动生成报告类：自动发送报告等。
(蝗虫的python工具)
服务级别：Web服务器(服务)数据库(持久工具-数据库)，缓存(短时持久工具-缓存)
接口测试：
1、构造数据
(1)通过接口结构
比如，当你得到一个博客的文章信息时，如何构造数据？(文章从哪里来？)-返回博客信息
通过添加文章的接口，临时构造数据(博客文章)，然后在断言的时候，看看自制的数据3354会不会造成接口耦合(两个程序模块之间的连接称为耦合。)-加上创建文章的界面(如果创建文章的界面挂了，返回博客信息的界面也会挂)
公交卡充值依赖于支付宝的支付接口服务，调用支付接口会有价格，所以模拟一个支付接口。所有通过mockserver(测试桩)模拟支付接口的服务——不管输入是什么，返回总是成功的或者固定的。
(2)采用耐久层施工(更好)
这意味着将数据直接插入数据库。
2、调用接口
邮递员赢了
CURL-linux
Paw - mac
3、对接口返回进行断言
通过不同的输入-判断不同的期望-数据驱动(输入数据)
4、接口测试的用例设计
功能测试用例业务逻辑设计业务逻辑测试用例主要是针对服务器接口的处理逻辑而设计的。这种用例设计不是针对某个功能点的实现，而是验证接口和一些相互依赖的业务的处理逻辑，通常是根据接口的逻辑流程图来进行。例如，购物系统中有两个操作：登录和下单。这两个业务是相互依赖的，下单操作必须在登录(登录状态)后完成，否则订单无法完成。这时候我们可以设计这样一个案例：不登录下单，看服务器怎么处理。
可以看出，在这个块中有两个判断，我们需要对不同的判断分支都设计用例，以确保流程图中涉及的所有分支都被测试用例覆盖。图表中涉及的不同分支是：
1 . abdf；
2.acg
3.abdeg
因此，我们的用例应该是：
1.userInfo！=空值(用户组)！=0;
2.userInfo==null
3.userInfo！=空值(用户组)==0；
业务逻辑的用例设计主要基于服务器接口内部的逻辑流程图，根据流程图中的判断和分支进行用例设计，确保服务器接口的每个逻辑都被测试用例覆盖。
异常处理情况数据通常通过HTTP请求在服务器接口和客户端之间传输。当发送请求时，客户端会携带各种参数。这个时候服务器会根据不同的参数进行不同的处理，所以异常处理主要是针对请求中的参数：比如参数添加和默认、参数数据类型错误、参数携带错误值、参数null等。这就需要我们根据接口文档中的各种参数构造不同的参数异常。
性能和安全性方面服务器的性能通常是一个非常重要的问题。在实际测试中，我们主要关注接口的QPS值，以及CPU、内存使用等性能指标。通常，LoadRunner等其他工具用于性能测试。在安全性方面，主要考虑一些常见的安全策略如请求加密、sql注入等。
二、接口测试
1、postman测试
2、python测试
1 #编码：utf-8 2导入请求，unittest 3类V2ETestCase(unittest。test case):4 def test _ ger _ node _ API(self):5 python _ node _ id=90 6 url= https://www . v2ex . com/API/nodes/show . JSON 7 node _ name= python 8 query string={ name :node _ name } 9 RES=requests . request( GET ，URL，params=querystring)。JSON()10 print res11 self . assert equal(RES[ id ]，python _ node _ id)12 self . assert equal(RES[ name ]，node _ name)13 14 if _ _ name _ _= _ _ main _ _ :15 unittest . main()在命令行运行（以后做自动化测试用）：
报告可以生成HTML形式的-加进去
python为例：
单元测试库
请求库
数据
字典词典
断言断言
用postman测试接口，选择get或post，加入数据发送请求，检查返回结果——然后对接口做断言(点击右上角代码，选择js语言，写断言)
当接口返回的数据时动态的，比如一个网站文章的最新评论----还是测试环境问题，搭建一个专属的测试环境，不产生新的数据，一样的可以测试接口---相当于动态数据静态化
“如何进行接口测试”这个问题可以分解成两个问题：
如何设计界面测试用例？如何进行接口测试？
如何进行接口测试？提琴手、索普伊、邮差等。能做半自动接口自动化测试；使用Robot框架做全自动接口自动化测试；用自己的代码做全自动的接口自动化测试，比如Java testNG；
想法：
在接口的初始测试阶段，我使用POSTMAN手动测试接口。单接口测试通过后，我将测试用例复制到Jmeter中，作为后续常规执行的基础。在所有接口都经过人工测试后，使用Jmeter Ant Jenkins每天定时检查接口并生成测试报告，然后编写一个爬虫每天监控测试报告。如果有任何异常，将向警方发送电子邮件。
1.每日历史报告也必须保留。
2.案例失败时的电子邮件通知。
在手工测试界面的阶段，我个人比较喜欢用POSTMAN，没有理由，但是界面很漂亮。在自动化阶段，使用Jmeter。
詹金斯有邮件报警和报表显示的插件~楼主不用自己写了。
最后应该是测试报告，集成到自动化接口测试中。每天的接口测试报告也很重要。虽然Jmeter的检测报告很明确，但不是我想要的。我理想的检测报告应该有两点。
测试通过率每次测试的过程显示，测试通过率便于查看报告的人直观了解本次测试的结果。
测试过程的演示需要展示以下内容：测试结果、请求地址、输入参数、输出结果和断言结果。而且成功和失败的识别需要非常明显。
转载于：https://www.cnblogs.com/bell1991/p/6904809.html
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。