接口测试 协议(接口协议测试工具)

网友投稿 333 2023-02-18


本篇文章给大家谈谈接口测试 协议,以及接口协议测试工具对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享接口测试 协议的知识,其中也会对接口协议测试工具进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

软件测试之接口测试核心-URLamp;HTTP协议详解重磅来袭,转发收藏

URL:统一资源定位符。

URI:统一资源标识符。

URL可以看作是URI的具体实现。


·protocol

·domain

·port

·path

·url parameters

示例:

https://ke.qq.com/course/317690?tuin=15945f87

协议,一般是指://之前的部分,表明通信双方所采用的通信协议。

协议:是指通信双方对于通信的数据所采用的数据格式、规程、含义等所作的约定。


对于协议,建议大家了解两个模型:OSI模型和TCP/IP模型。

从接口测试的角度来说,在不同的通信层可以通过不同的协议来实现接口的测试。

一般来说,应用层的协议是最接近用户,最容易实现的。

常见的应用层协议有:

http

https http+ssl

ftp

ssh

smtp

pop3


mysql

oracle

MS SQL

是指://之后的服务器地址。域名可以是真实的服务器机器的机器名、IP地址、虚拟的域名。

示例:

www.baidu.com

ke.qq.com

192.168.1.100

是指通过冒号连接在域名之后的数字。

端口:0--65535

端口是由服务器自身来进行设定的,是服务器用来发布服务,监听客户端的请求的。

如果服务器所设置的监听端口是所提供服务的通信协议的默认通信端口,则用户在访问服务器时,可以省略端口。

常见的协议及其默认的通信端口:

http 80

https 443

ftp 21

ssh 22

smtp 25

pop3 110


mysql 3306

oracle 1521

MS SQL 1433

是指在端口之后的所有内容。

一般来说path是指我们要访问的资源or服务在服务器的容器下的路径。

通常path就会和接口的功能直接挂钩。


URL地址参数也是属于PATH的一部分。

url地址参数是指通过问号的方式连接在path之后的部分。

url地址参数采用的是键值对的方式传递参数值,多个键值对之间使用作为连接符。


http协议:HypeText Transfer Protocol,超文本传输协议。

目前来说,http协议是绝大多数服务首选的通信协议。

http协议是一种基于request(请求)和response(响应)的协议。

这就意味着http协议是分为两个部分:

·http request:http请求,是用来定义请求的发送者应该如何去组织数据。

·http response:http响应,是用来定义请求的处理者应该如何去组织返回的数据。


http请求是由三个部分构成:


请求行是指请求数据包中的第一行内容。

示例:GET /phpwind/ HTTP/1.1

一般来说,请求行中包含以下信息:

所有的http请求都必须有请求方法,如果没有指定,则默认为get方法。

常见的请求方法有:get、post、put、patch、delete、options、trace、header等。

接口使用何种请求方法,和测试没有关系,只和设计、开发有关系。

get和post的区别:

请求路径就是指URL中的路径部分,包含url地址参数。



请求头是指请求数据包中从第二行开始到第一个空行截止的所有内容。

请求头是客户端用来和服务器进行交互信息、控制信息的交互的,通常和业务本身是没有关系。

请求头是键值对应的。

标准的请求头都是有其特殊的含义和作用的。

比较常用的请求头:

· User-Agent :简称UA,客户端用来告知服务器,客户端的环境信息。

PS:服务器通常会根据该信息头来判断客户请求的来源。

session和cookie的维持和该请求头有关(一致性)。


· Content-Type :如果请求body中有数据,则该信息一定要添加。

PS:

·该信息头是用来告知服务器,请求主体中的数据的数据组织格式。

常见的组织格式有:

键值对格式:

示例: aaa=1bbb=2


混合表单格式,多用于文件上传类型的接口。boundary表示分隔符,实际的请求主体中的分隔符比请求头中的分隔符要多"--"。


表示发送的是json格式的数据。

示例:{"aaa":1,"bbb":2}


·请求中具体使用何种格式的数据组织格式,由接口本身决定。

·要避免在全局请求头中使用Content-Type。


·c ookie、token :状态相关的信息头。一般来说cookie不用额外处理。

token这样的信息头基本上都需要做关联处理。


是指请求数据包中从第一个空行开始到最后的所有内容。

·请求主体一般都是和业务相关的,是客户端发送给服务器的业务数据。

·请求主体中的数据是有特定组织格式(Content-Type),由开发决定,和测试无关。

·查看请求数据,建议通过raw格式。。尤其是进行调试的时候。


一般来说http响应也是分为三个部分。

·response line:响应行

·response headers:响应头

·response body:响应主体


响应行是指响应数据包中的第一行内容。

通常来说包含下列信息。

示例:

HTTP/1.1 200 OK

响应代码,又叫status、status code,状态、状态码。

响应代码是服务器用来告知客户端,服务器对于请求的通信逻辑层面的处理结果。

响应代码是三位长度的数字,根据首位数字的不同,可以分为5类。

1xx:表示连接建立过程中的交互、控制信息。

2xx:表示服务器处理成功,典型就是200.

3xx:表示重定向。

PS:1xx、2xx、3xx都表示请求成功,即服务器正常工作。


4xx:表示客户端错误。

如:400、401、403、404、405

5xx:表示服务器错误。

如:500、502、501

PS:在接口测试时,不论出现4xx、5xx都表示脚本出错了。

脚本出错有两种情况:

·协议层面:http请求的格式组装问题。

·业务层面:业务相关的数据不合法导致。

PS:一旦出错,我们需要做的就是去对比成功的请求数据包(包含头和body)和失败的请求数据包。

响应头是指响应数据包中从第二行开始到第一个空行截止的部分。

响应头是服务器用来告知客户端,服务器的一些交互、控制信息。

比较常见的:

set-cookie:是服务器用来返回cookie给客户端。

响应主体,是指响应数据包中从第一个空行开始到最后的所有内容。

·响应主体有可能是压缩、编码的,有些测试工具会自动处理,有些需要编程处理。

·响应主体一般都是服务器对于接口的处理结果,和业务相关。

这就意味着我们要判断一个接口的功能是否正确,或者要提取服务器返回的数据,通常都要对响应主体进行操作。

接口测试的类型有哪些?

我们在做接口测试的时候通常是对普通的http协议接口进行测试。但实际上接口测试还有很多种类型,下面就列举下接口测试的具体类型
①基于http协议的接口,具体分为get、post、put、delete类型的接口
②基于web service的接口,具体有如下3种:
Ⅰ. SOAP类型,表示简单对象访问协议的一种接口
Ⅱ. RMI类型,针对于java语言的一个接口
Ⅲ. RPC类型:远程过程调用协议,程序可向网络中另一台计算机请求服务
建议多去听听黑马程序员视频库,此类的知识点有非常多,而且还是免费的。

API_接口测试规范

一、接口测试

接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互。测试的重点是要检查数据的交换,传递和控制管理过程,以及系统间的相互逻辑依赖关系等。

二、接口测试的意义

按照分层测试模型,处于中间层的接口测试,在稳定性,效率,成本,技术,实施难度上综合来讲,是收益最大的。相较于传统的UI层次的测试,接口测试把测试提前了(时间上,架构上),并且能够覆盖到一些UI测试无法触及的功能点,提高了测试的覆盖率,对质量控制提升了信心。接口测试也更容易实现自动化持续集成,支持后端快速发版需求,利于CT(持续测试)的开展。
三、认识URL

接口主要分为2大类:

1.webservice接口

webService接口是走soap协议通过http传输,请求报文和返回报文都是xml格式的,我们在测试的时候都用通过工具(例如:soapUI)进行调用,测试。【暂时业务上用不到,不扩展】

2.http 接口

Http协议是建立在TCP协议基础之上的,当浏览器需要从服务器获取网页数据的时候,会发出一次Http请求。Http会通过TCP建立起一个到服务器的连接通道,当本次请求需要的数据完毕后,Http会立即将TCP连接断开,这个过程是很短的。所以Http连接是一种短连接,是一种无状态的连接。

3.URL解析

    在WWW上,每一信息资源都有统一的且在网上唯一的地址,该地址就叫URL(Uniform Resource Locator,统一资源定位符),它是WWW的统一资源定位标志,就是指网络地址。HTTP协议工作于客户端-服务端架构之上。浏览器作为HTTP客户端通过URL向HTTP服务端即WEB服务器发送所有请求。Web服务器根据接收到的请求后,向客户端发送响应信息。

 URL由三部分组成:资源类型、存放资源的主机域名、资源文件名。

也可认为由4部分组成:协议、主机、端口、路径

URL的一般语法格式为(带方括号[]的为可选项):【参考 URL百度百科 】

protocol :// hostname[:port] / path / [;parameters][?query]#fragment

以下面的URL为例:

http://blog.xx.com.cn/s/blog_537ad6610102xtb1.html?tj=hist

1)、协议部分,代表页面使用的是http协议,在Internet中可以使用多种协议,如HTTP,FTP等等。在"HTTP"后面的“//”为分隔符;

2)、域名部分, blog.xx.com.cn ,也可以使用IP地址作为域名使用如:192.168.55.14:8080,其中8080为端口,域名和端口之间使用“:”作为分隔符。端口不是一个URL必须的部分,如果省略端口部分,将采用默认端口80/tcp;

3)、虚拟目录部分,从域名后的第一个“/”开始到最后一个“/”为止,是虚拟目录部分。虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/s/”

4)、文件名部分:从域名后的最后一个“/”开始到“?”为止,是文件名部分,如果没有“?”,则是从域名后的最后一个“/”开始到“#”为止,是文件部分,如果没有“?”和“#”,那么从域名后的最后一个“/”开始到结束,都是文件名部分。本例中的文件名是“blog_537ad6610102xtb1.html”。文件名部分也不是一个URL必须的部分,如果省略该部分,则使用默认的文件名

5)、锚部分:从“#”开始到最后,都是锚部分。锚部分也不是一个URL必须的部分(可以理解为定位)

6)、参数部分:从“?”开始到“#”为止之间的部分为参数部分,又称搜索部分、查询部分。本例中的参数部分为“7.参数部分:从“?”开始到“#”为止之间的部分为参数部分,又称搜索部分、查询部分。本例中的参数部分为“boardID=5ID=24618page=1”。参数可以允许有多个参数,参数与参数之间用“”作为分隔符。”。参数可以允许有多个参数,参数与参数之间用“”作为分隔符。

四、测试范围及用例设计思路

接口测试范围分为以下5个方向:
五、测试流程

分析接口文档和需求文档(接口说明、请求方式、请求URL、请求参数、返回数据、返回实例)

接口用例设计   

编写接口测试用例

接口测试执行

输出接口测试报告。

六、如何快速评估自己的测试用例覆盖率:

1)参数验证是否完整(包括各种边界和业务规则)

2)业务需求点覆盖是否完整(单接口业务功,依赖接口业务功能)

3)接口异常场景覆盖是否完整(数据的异常)

八、接口测试用途

回归测试

非功能性测试

增量开发,持续集成的项目。

如何使用postman对http协议接口测试

在Google已安装完成的接口测试工具的postman的程序之后,点击进入桌面的chrome应用启动器。
进入到应用启动器界面中之后,可以看到是postman的应用图标程序。点击进入。
进入到postman的欢迎的界面中,如果有账号可以进行点击登录账号,无账号可以点击Go to the app进入。
这样就进入到postman界面中,进行对百度网址进行测试话,选择get请求,把百度网址在输入框中输入。
输入完成之后,然后进行点击send。
如果测试用成功,返回的status为200 ok,而在下列的是放回的百度首页的元素信息。这样百度首页接口测试就成功了。

在实际接口测试中,接口测试工作的详细开展方式是怎么样的?

在实际工作中,接口的展现形式不是固定。但是市场上,最多的还是HTTP协议的接口测试。
基于HTTP协议的接口测试,工作开展方式类似于这样:
项目立项阶段 - 项目经理、产品经理、测试经理、CEO等人员参与
需求阶段 - 产品经理根据项目,输出需求规则说明书,产品说明书;然后需求评审
项目排期 - 项目经理根据产品功能,确定开发、测试、上线计划的时间节点
研发阶段 - 输出概要设计和详细设计文档,并且各个角色根据文档设计系统架构、数据库、配置文件;并开始编写业务功能的代码
测试阶段 - 单元测试、集成测试、系统测试、验收测试(接口测试属于集成测试)
发布上线 - 上线问题验证和维护
测试阶段的细节:
测试工作的开展,与公司对测试流程的管理和把控有很大关系,不同的公司,把控力度都不一样。在标准的测试流程里面,我们需要编写测试用例,但是有的公司甚至测试用例都不用写,对测试质量的控制,停留在“测试人员的责任心和技术水平”上。
如果是一个有前后端的项目,那么接口测试流程是这么开展的:
1. 后端开发人员完成代码编写,输出接口文档
2. 前端开发和后端开发进行前后端联调,打通主干流程;联调结束后,后端开发人员提测接口
3. 接口测试人员,根据后端开发的提测的接口,按照接口文档在【测试环境】进行接口测试。此时前端开发人员在并行开发前端页面
4. 此时,由于项目中,前端开发、后端接口都在同时进行,所以会出现测试和前端开发的进度问题:
前端开发完成、接口测试完成:这是最理想的情况,此时手工功能测试介入测试,接口测试人员进入验收测试。
前端开发完成、接口测试未完成:此时手工功能测试也会介入测试,与接口测试并行测试;(PS:如果功能测试结束了,接口测试依然未完成,那么手工功能和接口一起进入验收测试。)
前端开发未完成、接口测试已完成:手工功能测试无法介入。
5. 【测试环境】的接口测试结束后,接口测试人员需要在【验收环境】进行验收回归测试
6. 【验收环境】执行通过后,接口测试人员,可以把接口自动化脚本,利用持续集成技术,集成到平台中,进行持续的校验。
7. 最后发布上线后,一般接口测试人员不需要介入生产环境的接口测试。但是少数情况下,接口测试人员,也需要在生产环境进行接口测试(不建议)
了解了吗?如果想晋升,或者是学习软件测试的最新知识,欢迎来看黑马程序员视频库内容,有最新的软件测试学习内容哦!

怎么使用jmeter对http协议接口测试

首先需要先进入到jmeter的界面窗口中接口测试 协议,进行右键线程组接口测试 协议,添加》sampler》http请求。

然后在添加一个为察看结果树接口测试 协议,进行右键线程组》监听器》察看结构树。

点击已添加的http请求进入接口测试 协议,然后在web服务器中的添加需要的接口复制进入接口测试 协议,例如使用百度阅读的首页网址信息,端口为80,协议使用是“http”。

然后进行运行jmeter,点击上面绿色运行按钮。

进入查看结果是否运行成功,可以进行点击察看结果树。

进入到查看结果树中,在进入到响应数据的界面中,可以查看的是百度阅读首页返回的相关的数据,根据的自己的需要还可以进行添加相关的断言。已进行判断是否返回想要的数据。

关于接口测试 协议和接口协议测试工具的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 接口测试 协议的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于接口协议测试工具、接口测试 协议的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:VUE2 前端实现 静态二级省市联动选择select的示例
下一篇:在 React、Vue项目中使用SVG的方法
相关文章

 发表评论

暂时没有评论,来抢沙发吧~