0


接口测试面试题

前言

今天想和大家聊的是面试题,面试题是关于接口测试的,希望大家喜欢,我这里还是不多说废话了,我们直接进入正题吧哈哈哈哈。

这些是接口面试题中比较常见的。

1、请结合你熟悉的项目,介绍一下你是怎么做测试的?

首先要自己熟悉项目,熟悉项目的需求、项目组织架构、项目研发接口等

2、功能 + 接口 + 自动化 + 性能 是怎么处理的?

第一步: 进行需求分析,需求评审,研发和测试对需求达成统一的理解

第二步:架构师会输出接口规范;

    前后端开发根据接口进行开发

    功能测试人员,开始根据需求设计测试用例

    接口测试人员根据接口规范设计测试接口测试用例

第三步:后端开发 先测接口

第四步:接口测试人员对接口进行测试

第五步:接口测试通过之后,输出接口的测试报告

第六步:功能测试人员,根据接口的测试报告和前端开发的提测,来开始进入功能测试,接口测试人员整理接口自动化脚本,并开始在验收环境进行接口测试

第七部: 功能测试人员测试环境测试通过后,进入验收环境进行功能的验收测试

    UI 自动化小组成员,开始编写回归测试的自动化UI测试的代码

第八步:发布到线上环境,进行最后一轮的功能回归测试

第九步:跟踪产生BUG

3、你们公司是如何做接口测试的?

分析: 一般会发这类问题,最好结合项目回答,并且要回答出使用工具、技术、设计的人力安排、工作成果等

答: 我在上一家公司里面,对HRM人力资源系统进行过接口测试,负责的呢轮毂、员工的增删盖茶,部门的增删盖茶,用户资源查询接口测试,一共12个接口

在公司里我开展测试时,先要进行需求分析,然后开发开发代码时,熟悉项目需求。等待开发提测试接口后,拿到接口文档,然后根据接口文档设计测试用例,使用postman 工具进行接口测试,经过3天的测试,一般能够完成一轮的接口测试。测试完成后,如果所有测试用例都执行完毕,并且所有的bug都回归测试通过,没有严重等级bug之后,就可以移交功能测试。

在功能测试人员进行功能测试时,我们可以编写自动化接口测试代码,然后进行接口层的回归测试。

同时,我们接口测试人员会提前在UAT验收环境进行部署和回归测试。等UAT回归通过之后,前端测试就可以介入UAT测试。

等前端测设通过并发布上线之后,我们可以在UAT 环境使用持续集成技术,持续的监控已发布的版本质量,达到保证项目质量的目的

最后,我们使用接口测试自己数,对人力管理系统进行利系统接口层测试,测试效率比功能测试回归的效率高了16倍,功能测试需要花费一天的时间才能执行完成回归测试工作,我们接口人员利用自动化接口测试技术,只花了半个小时。而且还能持续的监控旧版本的代码质量,提高我们的测试效率。

4、什么时候开展接口测试?

我们公司一般都是前后端开发链条后进行接口测试。

但是我们可以提前介入,例如在后端开发输出接口文档之后就开始进行模拟的接口测试,编写测试脚本

我们可以在UAT阶段进行接口的回归测试

持续集成时,使用自动化接口自动的持续监控版本质量

5、接口测试和UI测试的工作是否重复?

答: 接口测试和功能测试是有重复场景的,如果是接口和UI测试时完全分离的,没有重复。

接口测试和功能测试在业务逻辑上是重复的。但是接口测试更注重后端的交互,而功能测试可以注重前端UI交互,这样的话各有侧重点,能更好的管理测试。

但是当前行业中,很多公司基本上都是通过功能测试来进行接口测试的,有时候会省略接口测试,但是这种风险比较高,功能测试无法覆盖厚点接口测试中性能和安全测试点,导致测试不充分,有很高的上线风险。

6、接口测试框架怎么搭建的?

答:我们公式使用的框架 python+unitest + request + parameterized + HTMLTestRuuner +pymysql 来进行测试接口

其中 unitest 主要用来管理测试用例

  requests模块用来发送接口请求和封装接口

  parameterized 用于参数化

  HTMLTestRunner 用于生成测试报告

  pymysql操作数据库

在我们接口框架中,我们首先是新建一个项目,然后再把项目所需要的目录结构搭建好,接着安装框架需要使用requests,parameterized htmltestrunner pymysql这些工具包

编写脚本会调用封装的接口,来进行接口测试。最后再run_suite.py生成测试报告。report目录用来存放测试报告,utils存放自定义的模块

7、接口之间有依赖时怎么处理?

答; 可以用关联,我之前在公司对人力资源管理系统进行接口测试时,其中登陆、员工管理模块都有依赖关系,我遇到后,使用postman 工具,先获取上一个接口的响应,然后保存到全局变量,接着在下一个接口中调用保存的变量,从而实现关联来解决接口之间的依赖关系。

8、如何判断接口测试的结果 是成功还是失败?

 1、断言接口的返回数据和预期是否一致

 2、如果需要更新数据库的数据,需要到数据库中查询数据是否和修改的一致

 3、数据库中修改完成还需要查询一下,看看是否能够正常的查询

9、常用的接口请求方式和区别

答:常见的接口请求方式:GET POST PUT delete

  GET:用于查询

  POST:用于新增

  PUT 用于修改

  DELETE: 用于删除

  其中 GET 和POST有显著的区别:

  1、GET 没有请求体,它的请求参数直接放在了url中,post 是有请求体的

  2、GET请求相对来讲不安全,因为参数直接暴露了,post将数据放在了请求体中,相对来讲安全

  3、GET请求的数据包比POST的小

  4、get请求支持的编码格式没有post多

10、使用工具和代码 实现接口自动化测试的区别

    工具:使用简单,但是不灵活,可以应用一些非定制化需求的测试

    代码: 非常灵活,可以定制化

11、HTTP和HTTPS的区别

   HTTP默认工作端口号是80,以明文的方式发送内容,不适合敏感信息的传输

  HTTPs默认工作端口号是443,加了一个SSL 来加密数据包,

  HTTP和HTTPS的区别:

  1、HTTP明文传输,数据未加密,安全性差,HTTPS(SSL+HTTP) 数据传输过程是加密的,安全性好

  2、使用HTTPS协议 要使用到 CA证书

  3、HTTP 页面响应比HTTPS快,主要是因为HTTP使用TCP三次握手建立连接,客户端和服务端需要交换三个包;而HTTPS除了TCP的三个包 还需要加上SSL的9个包,一共是12个包

  4、http和https 使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443

  5、HTTPS 起始就是构建在ssl、TLS 之上的http协议,所以https比HTTP更耗费服务器资源。

12、cookie和session的区别

  cookie -- 客户端会话技术 cookie 保存在客户端,携带cookie 请求服务器

  session -- 服务端会话技术 sessionID 保存在服务端,携带sessionID 请求服务器

  token -- 令牌 token保存在客户端 携带token请求服务器

今天的分享就到这里了,希望可以帮助到大家哟,喜欢的可以点赞收藏加关注哟。


本文转载自: https://blog.csdn.net/qishuzdh/article/details/124916751
版权归原作者 阿里自动化测试君 所有, 如有侵权,请联系我们删除。

“接口测试面试题”的评论:

还没有评论