软件测试中的接口测试(软件测试中的接口测试有哪些)

网友投稿 292 2023-02-13


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

本文目录一览:

软件测试--接口测试入门

一、什么是接口测试

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

二、如何进行接口测试

进行接口测试之前我们需要获取接口信息,一般是接口文档,没有接口文档的通过抓包获取接口信息。

接口测试需要的主要信息有:

1、url:接口地址

2、header头部

3、请求方法get、post或者其他方式

4、body参数

把这些信息填写到接口工具点击发送然后查看响应数据,以访问百度页面为例子

输入url地址:http://www.baidu.com,header头部为空不用填写,请求方式选择为get,body参数为空,点击发送,查看响应结果

在进行一个简单的post登录请求,输入url地址、请求方法post,header头部为空,输入body参数

三、接口测试使用的工具

接口测试使用的是国产的接口测试、接口协作和接口文档生成工具apipost,支持接口测试、接口流程化测试、团队之间的接口开发协作还有生成完整的接口文档,包括:在线接口文档、markdown文档和word文档。

接口测试主要测哪些方面

接口测试主要测以下5个方面:1. 功能测试;2.逻辑业务;3.异常测试;4.性能测试;5.安全性测试。接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。接下来着重介绍一下其中的几点——

1.功能测试

接口的功能是否正确实现了,接口是否按照设计文档中来实现(比如username参数写为了user,那么这就不符合,因为接口文档在整个开发中都需要使用,所以接口实际的设计要与接口设计文档中保持一致)

兼容性测试: 比如说今天接口进行了调整,但是前端没有进行变更,这时候需要验证新的接口是否满足旧的调用方式

2.逻辑业务

是否有依赖业务,比如查看订单,是需要用户首先登录的,所以肯定要保证登录了或有相应的cookie

业务逻辑测试: 传递正确的参数,接口对数据库进行查询的操作,需要去验证数据库查询是否正确,接口对数据库进行 增删改的操作,也需要看数据库是否同步进行了这些操作

软件测试之接口测试核心-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的几个类型(接口的几种类型)
接口的类型包括:post 软件测试中的接口测试,get,put,和delete等。
post和get的区别:post的参数是存在webfrom,以表单的形式存在,get的参数是存在在url中
get:请求获取request-url所标时的资源
post:在request-url所标识的资源提交数据或者附加新的数据。
put:和post很像,也是想像服务器提交数据,put指定软件测试中的接口测试了资源在服务器上的位置,post没有
delete:删除服务器上的某个资源

如何做接口测试?

对于接口测试,首先测试人员要懂代码,你只需要知道接口的作用是什么就可以了,其次,自己去读开发的代码。

然后,根据该接口功能及代码写测试用例:根据该接口参数,构造不同的用例,测试接口在参数合法及非法情况下能否达到预期效果,根据该接口中的逻辑,测试该接口实现代码的逻辑,进行容错及健壮性测试,静态检测代码,看是否有内存泄露、或永远走不到的分支、代码规范及逻辑是否合理,对于一些接口,需要进行多线程测试。

接口测试一般会用于多系统间交互开发,或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统。

主要测试这些系统对外部提供的接口,验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口,越往上层,其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。

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

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

上一篇:移动端接口开发(平台接口开发)
下一篇:vue2.0模拟锚点的实例
相关文章

 发表评论

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