网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
接口分类
软件接口分类的维度有很多,类型比较难以界定,也可能经常会被搞混淆。
以接口所使用的协议不同可做如下分类:
- HTTP 接口,使用 HTTP 协议
- Web Service 接口,使用 soap
- WebSocket 接口,使用 TCP、UDP 协议
- Dubbo 接口,使用 Dubbo 协议
当然,以使用协议不同进行分类其实也是不严谨的,例如 soap 协议也是基于 HTTP 协议的封装,Dubbo 协议基于 TCP 协议,所以这个分类也仅供参考。
以接口设计风格不同可做如下分类:
- RPC 类型接口,RPC 面向过程调用(Remote Procedure Call Protocol),主要是基于 TCP/IP 协议
- REST 类型接口,REST 面向资源调用(Representational State Transfer),主要是基于 HTTP 协议
至于这两种风格的具体内容,这里不做过多说明,有兴趣的同学可以自行查找资料。
常见接口
接口测试即对接口进行校验性测试,测试工作过程中常遇到的接口有HTTP、Dubbo两种,两者对比如下 (理解有误的话欢迎评论指正):
目前绝大部分公司的接口测试都是针对HTTP接口。
以登录TesterHome网站为例,我们在网页上输入用户名、密码,点击【登录】按钮后,网页就会请求登录接口 (该接口为HTTP接口) 向服务端发起登录请求。
输入错误的用户名或错误,登录接口(sign_in)就会返回错误,如下:
输入正确的用户名和密码,登录接口校验通过,登录成功且跳转至首页,如下:
通过示例,我们对客户端跟服务端之间怎样通过接口的形式进行数据的交互有个大致的印象。
测试分层
通常把软件测试分为三层金字塔模型,由上至下依次为:UI测试、接口测试、单元测试。
就项目质量而言,金字塔的每一层都无法被替代,我们平常测试可能更多的是关注UI测试,但对于满足满足被测系统的质量而言这往往是不能够的,除此之外还需要对接口进行测试 (单元测试一般由开发完成)。
接口测试的必要性及优势如下:
- 比UI测试更接近底层,越早发现底层的问题,解决成本越低。
- 相对于UI测试而言,接口测试更容易发现后端隐藏的bug。
- 在前后端分离的设计模式下,容易绕过前端篡改或伪造数据进行接口请求,因此需要对接口的异常处理能力及安全性方面进行测试。
- 在并发的情况下,需要对接口的稳定性进行性能测试,否则容易造成系统问题。
- 相对于单元测试而言,接口测试更接近用户使用场景,且投入成本更低。
- 相对于UI测试,接口测试可以进行维护成本更低、效率更高的自动化测试。
测试左移和右移
近些年测试行业越来越多地提及测试的左移与右移,它们的定义如下。
测试左移
测试左移 ,即让测试介入开发提测之前的部分测试工作。比如,在架构设计阶段或开发阶段,测试人员就介入开始考虑产品的可测试性,并管理开发自测等。此外,测试可以更进一步扩展到需求评审阶段,让测试人员不仅仅是了解需求,还要评估需求的质量。
测试右移
测试右移,即让测试介入应用上线后的部分工作。比如,产品上线过程中后上线后,测试人员可进行线上巡检。此外,产品上线后,测试人员仍需要关注线上情况,发现问题需及时跟进,将影响降到最低。
测试的左移与右移是为了更好的把控项目的质量,而不管是左移还是右移,在实践的过程中,对接口的质量关注仍然是重点。
总结
就当前软件测试招聘的市场需求以及趋势而言,接口测试是测试人员必须掌握的技能,而接口自动化测试则是加薪利器。
工作过程中更多的是对HTTP协议的接口做接口测试,后续博客针对的也是HTTP类型的接口。
HTTP协议简介
HTTP 即 HyperText Transfer Protocol(超文本传输协议),是互联网上应用最为广泛的一种网络协议。所有的 WWW 文件都必须遵守这个标准。
设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。HTTP 协议在 OSI 模型中属于应用层协议,应用层协议除了 HTTP 还有 FTP、SMTP、DNS、RIP、Telnet 等。
HTTP 协议应用于客户端—服务端架构上,浏览器或 APP 作为 HTTP 客户端通过 URL 向 HTTP 服务端(即 Web 服务器)发送请求,服务器将超文本传输到本地浏览器。
- 超文本
我们在浏览器里面看到的网页就是超文本解析而成的,网页源代码是一系列 HTML 代码,里面包含了一系列标签,如 img 显示图片,p 指定显示段落等,浏览器解析这些标签后便形成了我们平常看到的网页,而这网页的源代码 HTML 就可以称作超文本。
例如我们在 Chrome 浏览器里任意打开一个页面,右键点击"查看源代码",这些源代码都是超文本。
- URL
URL 即Uniform Resource Locator
(统一资源定位符),就像每家每户都有一个门牌地址一样,每个网页也都有一个 Internet 地址(如www.baidu.com
)。当你在浏览器的地址框中输入一个 URL 或是单击一个超级链接时,URL就确定了要浏览的地址。浏览器通过超文本传输协议(HTTP), 将 Web 服务器上站点的网页代码提取出来,并渲染成网页。
HTTP协议特点
- 无连接
限制每次连接只处理一个请求。服务端处理完客户端的请求,并收到客户端的应答后, 便断开连接。采用这种方式可以节省传输时间。
- 无状态
HTTP 协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。如果服务器不需要先前信息,那么它的应答就比较快。但是缺少状态意味着如果后续处理需要前面的信息,则它必须重传,这样可能导致每次连接传送的数据量增大,此时可以设置缓存。
- 媒体独立
只要客户端和服务端知道如何处理数据内容,任何类型的数据都可以通过 HTTP 发送。客户端以及服务端指定使用适合的 MIME-type 来传输。
HTTP接口请求方法
HTTP请求中常见的请求方式有GET、POST两种。
- GET 用于获取资源信息,即在数据库中做查询操作,不影响数据库本身的数据,如 百度输入pytest查询、查询订单状态等。
- POST 用于可能会修改服务器上的资源,即相当于在数据库中做了修改的操作,会影响数据库本身的数据,如 用户注册、登录、提交评论、发帖、修改密码等。
下面我们通过按理来说明这两种请求方式的区别。
- 案例1-GET请求
在浏览器中输入URLhttps://www.baidu.com/s?wd=pytest
并回车,这个其实就是在百度搜索 pytest 这个关键词。URL 中包含了请求的参数信息,这里参数 wd 就是要搜寻的关键字。
在浏览器可以看到 Query String Parameters 选项就是请求的参数。即发起一次 GET 请求时,参数会以 Query String Parameters 的形式进行传递, ?
后的字符串则为其请求参数,有多个请求参数则以&
作为分隔符,如https://www.baidu.com/s?wd=pytest&ie=utf-8
。
- 案例2-POST请求
通常情况下,网站登录时需要提交用户名密码,这里包含了敏感信息,使用 GET 方式请求的话密码就会暴露在 URL 里面,造成密码泄露,所以这里最好以 POST 方式发送。
以登录TestHome为例,我们可以看到,在 Request URL 中是没有请求参数的,请求参数用户名、密码以 Form Data 的形式(不止有这种请求形式)发送,如下图所示:
关于GET、POST请求参数的形式(即格式),在后续文章中会详细介绍。
除了常用的 GET,POST 请求外,还有一些请求方式,如 PUT、DELETE、HEAD 等,将其简单总结如下:
需要注意的是,很多公司直接使用POST请求方式替代了用于修改资源的 PUT 方式以及用于删除资源的 DELETE 方式。
HTTP与HTTPS区别【重点】
很多的老6面试官都喜欢问这个憨批问题,兄弟们在这里就稍微的记一下哈。
浏览网站时,通过浏览器地址栏可以看到有的网站是以 http 开头(如http://www.weather.com.cn
),而有的是以 https 开头(如https://www.baidu.com/
), 那么这两种有什么区别呢?
首先我们需要明白HTTP协议包含HTTPS协议,但HTTPS又有自身的特点。
HTTPS 的全称是Hyper Text Transfer Protocol over Secure Socket Layer
,即在 HTTP 下加入SSL
层(Secure Sockets Layer 安全套接层), 简单讲就是 HTTP 的安全版。
通过 HTTPS 传输的内容都是经过 SSL 加密的,SSL的主要作用可以分为以下两种:
- 建立一个信息安全通道,来保证数据传输的安全。
- 确认网站的真实性。凡是使用了 https 的网站,都可以通过点击浏览器地址栏的锁头标志来查看网站认证之 后的真实信息,也可以通过 CA 机构颁发的安全签章来查询。
HTTP 与 HTTPS 区别简单总结如下:
- HTTP 信息是明文传输,安全性差;HTTPS 信息通过SSL加密传输,安全性好。
- 使用 HTTPS 协议需要到 CA(Certificate Authority 即数字证书认证机构)申请证书,一般免费证书较少,因而需要一定费用。
- 默认端口不一样,HTTP为 80,HTTPS 为 443。
- HTTP 页面响应速度比 HTTPS 快,主要是因为 HTTP 使用 TCP 三次握手建立连接,而 HTTPS除了 TCP 外,还要加上 SSL 9 次握手,一共是 12 次。
- HTTPS 其实就是建构在 SSL/TLS 之上的 HTTP 协议,SSL 涉及到安全算法会消耗 CPU 资源,所以 HTTPS 比 HTTP 要更耗费服务器资源。
HTTP与TCP/IP区别
TCP/IP 协议与 HTTP 协议在面试或工作中经常会遇到,这里简单介绍下两者之间的区别。
TCP/IP 协议是传输层协议,主要解决数据如何在网络中传输,而 HTTP 是应用层协议,主要解决如何包装数据。 建议先了解下网络 OSI 七层模型。
关于 TCP/IP 和 HTTP 协议的关系,网络有一段比较容易理解的介绍:“我们在传输数据时,可以只使用(传输层) TCP/IP 协议,但是那样的话,如果没有应用层,便无法识别数据内容,如果想要使传输的数据有意义,则必须使用到应用层协议,应用层协议有很多,比如 HTTP、FTP、TELNET 等,也可以自己定义应用层协议。WEB 使用 HTTP 协议作应用层协议,以封装 HTTP 文本信息,然后使用 TCP/IP 做传输层协议将它发到网络上。”
HTTP请求过程
在浏览器中输入网址https://www.baidu.com?wd=pytest
,回车后浏览器会打开对应页面。这个过程就是浏览器向网站所在的服务器发送了一个Request
,即请求,网站服务器接收到这个Request
之后进行处理和解析,然后返回一个对应的Response
,即响应,然后传回给浏览器,Response
里就包含了页面的源代码 等内容,浏览器再对其进行解析便将网页呈现了出来。
以请求https://www.baidu.com?wd=pytest
为例,打开F12
抓包,如图所示:
我们可以通过菜单栏中下列tab
页面查看主要的请求信息:
- Headers中为请求头部信息,包括General (基础信息如url、method、status code等)、Respose Headers (响应头信息)、Request Header (请求头信息)。
- Payload中为具体的请求入参。
- Preview/Respose中都为响应内容,只是这两者中内容的展示格式不一样。
其他如Initiator、Timing、Cookie不做过多说明,有兴趣大家可以自行去探究。
Request
Request,即请求,由客户端向服务端发出。Request 可以分为四部分内容:
- Request URL
即请求网址,也就是统一资源定位符,用 URL 可以唯一确定我们想请求的资源。如:https://www.baidu.com?wd=pytest
- Request Method
即请求方法,之前已经介绍过。
- Request Headers
即请求头,用来说明服务器要使用的附加信息,比较重要的信息有 Cookie、Referer、User-Agent 等,常用的请求头信息说明如下:
+ Accept,请求报头域,用于指定客户端可接受哪些类型的信息。
+ Accept-Encoding,指定客户端可接受的内容编码。
+ Accept-Language,指定客户端可接受的语言类型。
+ Host,用于指定请求资源的主机 IP 和端口号,其内容为请求 URL 的原始服务器或网关的位置。从 HTTP 1.1 版本开始,Request 必须包含此内容。
+ Cookie,也常用复数形式 Cookies,是网站为了辨别用户进行 Session 跟踪而储存在用户本地的数据。 Cookies 的主要功能就是维持当前访问会话。
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
片转存中…(img-HIE1XIxI-1715385836511)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!