软件测试接口测试（软件测试接口测试有哪些工具）

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

本文目录一览：

• 1、软件测试--接口测试入门
• 2、电脑培训分享软件开发接口测试的常见问题
• 3、软件测试之接口测试核心-URLamp;HTTP协议详解重磅来袭，转发收藏
• 4、Jmeter实现接口测试

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

一、什么是接口测试

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

二、如何进行接口测试

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

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

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

电脑培训分享软件开发接口测试的常见问题

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

一、常见接口：

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给客户端。

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

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

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

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

Jmeter实现接口测试

利用Jmeter做接口测试怎么做呢？过程真的是超级简单。

明白了原理以后，把零碎的知识点填充进去就可以了。所以在学习的过程中，不管学什么，我一直都强调的是要循序渐进，和明白原理和逻辑。这篇文章就来介绍一下如何利用Jmeter做接口测试的流程，主要针对的是功能测试。暂不涉及到自动化测试和性能测试的内容。

一把来说，主要的步骤都大差不差。

第一步：通过分析API文档和需求文档提取接口清单 。

也就是说，接口测试工作人员工作的开始就是从API文档和需求文档开始的。所以进入公司的第一件事情就是要拿到API文档和需求文档来了解，来看，来分析。从其中提取接口清单的话，主要是因为API文档中有很多冗余，不必要的信息。这些信息可能对于开发人员是有用的，但是对于我们测试人员是没有用的，所以要去除冗余，提取关键信息。

那么怎么提取呢？方法也很简单，从功能模块和方法模块对API文档中的内容进行提炼，提炼的关键是接口三要素：url+方法+参数+返回值。我的建议是可以先将所有的url提取出来，基本上一个url就是对应一个接口的，这样一条线把整体拎起来，就感觉混乱的局面清晰多了。

当然工作中，有的时候我们是可以直接拿到接口清单的，因为清单这个事情一个团队做一份就好了，并不是说要每个人都做一份。但是我们自己得会，得有这个能力。之前看到过一个面试题，问的是，如果没有API文档，怎么做接口测试？

其实问的就是如果没有API文档，应该怎么提取接口清单的问题。很简单，根据需求文档和原型图来提取。有的公司不正规，确实是没有API文档的。或者有的公司API文档写的不规范，那提取的时候，就很考验测试人员的经验和能力了。所以如果能找到遵循restful风格写的优秀API文档，那就好了，提取的时候很方便。

第二步：针对接口清单，做单接口测试和关联接口测试。

在实际测试过程中，单接口测试和关联接口测试的时间是不一样的，这涉及到业务逻辑测试和功能点测试等。但是在测试的时候，他们的逻辑和方法是类似的。

当然这里主要介绍的是单接口测试，因为单接口测试时会考虑各种可能的情况，而关联接口测试一般是建立在单接口没有问题的前提下的。换个角度来说，就相当于是两个层次，单接口测试是基础，而关联接口测试是拔高。

那么具体应该怎么做呢？比如我们这里已经选定而来某一个接口来测试。

首先，根据选定的接口来搭建测试框架 。

接口不是什么大不了的事情，无非就是url、方法、参数、返回数据这四块。这样就意味着，一个接口的框架是固定的，只不过每次传输的数据和返回的数据可能会不一样而已。所以我们要做的第一步就是搭建测试框架。

那么怎么搭建呢？这里就要用到从API文档中整理出来的接口清单和Jmeter了。从接口清单里，可以拿到当下接口的url+方法+参数+预期返回数据。这就是我们搭建测试框架的依据。接下来用Jmeter搭建。

首先需要打开Jmeter，然后基于测试计划，创建线程组，基于线程组创建HTTP请求。考虑到单接口测试，一个框架，要测试N多个数据，而且后面的接口可能也要用到同样的ip地址、同样的content-type，所以一般会先创建一个HTTP请求默认值，将一些可能会重复用到的信息填进去，比如说端口号、协议之类的。如有必要还需要添加HTTP信息头管理器，放一些user-agent、content-type等内容。

好的，有了这两个基础就可以来创建HTTP请求。在新的请求里，已经填写的端口号呀、ip地址呀之类的就无需填写了，只需要填写方法之类的即可。那么搭建框架在哪里搭建呢？一般会考虑para或者body里。比如说，要提交一段json格式的数据，那么就要用body（消息体）来提交，如下图所示。

将从接口清单里拿到的json数据填写到消息体数据里，然后将需要不断传入的数据进行参数化设置，那搭建测试框架就算是完成了。接下来只需要把数据一条一条传入进行测试即可。

那么如何把数据进行传入呢？

其实我们在下面的这篇文章里已经介绍了，传入数据的方法有四种，但主要使用的还是csv data set config 和函数。做功能接口测试，用csv就足够了。那么具体怎么用呢？

星空下：软件接口测试工具Jmeter使用核心详解12 赞同 · 0 评论文章

基于当前的线程组或者请求创建CSV数据文件配置组件。如果这份数据只有这一个请求会用，那么就基于请求创建即可。如果这份数据会被这个线程组里的多个请求使用，那么就基于线程组创建。

创建了以后就需要填入文件了呢？可是文件在哪里呢？这个时候就要稍微停一下jmeter的操作，先去针对当前接口设计测试用例并形成有关文档了。有关于功能接口测试的用例设计，我们之后会专门用一篇文章来介绍，这里先带过。这是因为设计测试用例是做测试过程中最核心的一步。

在测试用例设计完之后，可以将其保存在一个txt文档里，采用utf-8编码，保存到Jmeter脚本的同一父目录下。然后按照上面那篇文章里的设置方法进行设置即可，注意路径可以采用相对路径，便于数据文件的拷贝和使用。

csv组件设置好以后，数据源有了，变量名有了，变量名的赋值也有了，接下来就只剩引用参数就可以了。在测试框架里需要引用参数的地方引用，引用的格式是${参数名}。到这里，针对于某一个接口的测试工作就准备完成了。

然后在Jmeter里面添加查看结果树组件，执行请求，依次查看结果 。看一看返回的数据和我们的预期结果是否一致，不一致，那可能就是一个bug。

做一个小小的总结吧，用jmeter做功能接口测试，其实很简单的。逻辑和原理都是类似的，如果遇到新的项目，可能说会用一些新的组件而已，那百度一下几分钟的事情。在学习软件测试的时候，最重要的就是不要怂，不要看起来说怎么要学的东子这么杂这么多，只要能够拎出其中的线索和主干，然后把一些零碎的点给组装上去，就会感觉，哇，忽然之间，好有条理。

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

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