软件接口测试（软件接口测试用例）

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

本文目录一览：

• 1、软件测试中接口测试的分类
• 2、软件测试--接口测试入门
• 3、软件开发接口测试的常见问题？
• 4、软件测试之接口测试核心-URLamp;HTTP协议详解重磅来袭，转发收藏

软件测试中接口测试的分类

接口是指外部系统与系统之间以及内部各子系统之间的交互点。包括外部接口、内部接口软件接口测试，内部接口又包括：上层服务与下层服务接口、同级接口。常见的有：API(Application Programming Interface,应用程序编程接口)​、JDBC数据库接口、MySQL Connector.

接口测试的分类：

1、系统与系统之间的调用，如分享时，微信会提供接口给“跑向珠峰”软件接口测试；

2、上层服务对下层服务的调用；

3、服务之间的调用，如添加一条数据时，会先调用

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

一、什么是接口测试

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

二、如何进行接口测试

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

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

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文档。

软件开发接口测试的常见问题？

对于一款程序来说，接口除了有对接外部的以外同时还有对程序内部的接口，下面电脑培训就一起来了解一下，关于软件开发接口测试的常见问题。

一、常见接口：

1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等;

2、httpapi接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等;

二、前端和后端：

在说接口测试之前，我们先来搞清楚这两个概念，前端和后端。

前端是什么呢，对于web端来说，咱们使用的网页，打开的网站，这都是前端，这些都是html、css写的;对于app端来说呢，它就是咱们用的app，android或者object-C(开发ios上的app)开发的，它的作用就是显示页面，让我们看到漂亮的页面，以及做一些简单的校验，比如说非空校验，咱们在页面上操作的时候，这些业务逻辑、功能，比如说你购物，发微博这些功能是由后端来实现的，后端去控制你购物的时候扣你的余额，发微博发到哪个账号下面，那前端和后端是怎么交互的呢，就是通过接口。

前面说的你可能不好理解，你只需记住：前端负责貌美如花，后端负责挣钱养家。

三、什么是接口测试：

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

软件测试之接口测试核心-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给客户端。

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

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

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

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

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

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