【测试面试】2022年软件测试面试题大全(附答案)

目录:导读


前言

没点真本事真技术,没点面试经验,不了解点职场套路,如何过五关斩六将?

如何打败面试官?

如何拿下那梦寐以求的offer?

考核你能力的标准面试就是第一道关
如果你的跳槽意向已经很确定,那么请往下看!……跳槽最重要的一步自然是面试

1、提交一个bug后开发说这不是bug你会怎么处理?

这个问题其实只要依据我们测试的需求文档来回答就可以了,因为需求文档上如果写的很明确那么开发就无法反驳。

但是有时候需求文档也没明确说明,那么这时候我们就需要让产品人员来进行需求的确认,所以不需要和开发人员进行争辩,我们本着实事求是的态度就好。

2、你会使用什么缺陷管理工具?

缺陷的常用管理工具有很多,比如:禅道、TAPD、jira、Mantis等等,但是对于大部分测试人员而言不可能每个都熟悉。

所以我们在回答的时候就说我们最熟悉的那个就好,因为无论是什么缺陷管理工具它对缺陷管理的流程都是相同的,所以测试人员都能很快上手使用。

3、测试过程中遇到哪些阻力?

在测试中肯定会遇到各种阻力,比如开发人员修复bug的时间比预期的要长然后压缩了我们测试的时间,再或者产品人员经常进行需求的变更导致进度缓慢,这时候面试官肯定会问那遇到这种情况你们是怎么处理的?

4、开发人员压缩了我们测试的时间怎么办?

这种情况在很多公司都很常见,其实作为一个有预见性风险意识的测试负责人应该在做计划的时候就要预估到这种情况,那么在计划的时候就要为测试争取尽量多的测试时间,有多余的时候那么我们的空间也大些。

很多人觉得实在没办法了那就只能让测试人员加班,其实很多大公司遇到这种情况都可以推迟上线的,因为要保障产品的质量。

5、产品人员经常变更需求该怎么办?

这是大部分中小型公司测试人员遇到最头痛的问题,因为这意味着你的很多工作都可能被推翻了都要重新开始做,这时候我们和开发人员是同一战线的。

最好的处理办法个人认为是制定一套需求变更流程,然后在时间充足的前提下需要经过开发、测试的同意才能进行需求变更,负责我们总是给产品擦屁股,这样有了规范的流程产品人员在设计需求的时候就会经过深思熟虑了。

6、需求评审有哪些人员参加?

听很多小伙伴说他们公司开需求评审会议的时候都不叫我们测试一起的,那说明公司对测试真的不够重视。

需求评审是开发和测试最早接触和熟悉项目的机会,所以测试、开发都必须参加的,甚至大版本更新的评审会议经理、总监都需要参加。

7、测试计划是谁编写的?

不少小伙伴为了给面试官一个良好的印象就直接回答我写的或者我们经理写的,但是公司里面其实都是该项目的测试负责人(一般都是测试组长)写的

8、你觉得怎么样才能写好测试用例?

1、充分熟悉需求文档
2、使用各种测试方法设计用例
3、考虑到各种异常情况
4、保证功能点100%覆盖
5、编写时语言精简
6、考虑到相关联的一些功能

9、接口测试用例的设计要点有哪些?

对于这个问题我们可以从接口的组成来进行分析,一个接口主要有请求地址、请求方法、请求参数,其中请求地址和方法都是固定的,

所以我们主要应该从请求参数入手,主要可以从以下几个方面考虑:
1、参数字段个数:必填字段和可选填
2、参数合法性:输入输出合法、非法参数
3、边界:请求参数边界值等
4、容错能力:大容量数据、频繁请求、重复请求(如:订单)、异常网络等的处理
5、响应数据校验:断言、数据提取传递到下一级接口
6、逻辑校验:如两个请求的接口有严格的先后顺序,需要测试调转顺序的情况
7、性能:对接口模拟并发测试,逐步加压,分析瓶颈点
8、安全性:构造恶意的字符请求,如:SQL注入、XSS、敏感信息、业务逻辑(如:跳过某些关键步骤;未经验证操纵敏感数据)

10、post和get有什么区别?

这个问题应该是每一个做接口测试人员都能回答的问题,但是要注意说到重点:

1、get方法的参数是在URL中,post的参数是在body中 (本质区别)
2、get的参数是不加密的,post的是加密的
3、get方法的安全性没post的高
4、get方法能被缓存而post不可以
5、GET请求在URL中传送的参数是有长度限制的,而POST没有。

当然还有其他的很多区别,但是回答这几个主要的就差不多了。

11、你会使用哪些抓包工具?

抓包工具有很多种,但是我们技术人员最常用的不外乎就是Fiddler、青花瓷、F12这几种,所以选一个你自己最常用的就可以了。

当然面试官接下来的问题多半会问你为什么会用抓包工具?公司不是有接口文档吗?

12、使用抓包工具做什么?

对于中大型公司里面的开发人员都会编写好有完整的接口文档,那我们做接口测试的时候对照接口文档不就可以了吗?

所以对于还没有真正接口项目经验的小伙伴就不知所措了。那么我们测试人员抓包其实一般都是为了验证我们测试的数据在接口传递过程中是否正常或者为了判断某个问题是前端问题还是后端问题。

13、怎么判断一个bug是前端问题还是后端问题?

这是很多面试官都会问到的问题,而且在工作中为了防止前端开发和后端开发人员相互踢皮球也是我们测试人员必须要掌握的知识点。

其实很容易判断,我们可以先抓包看请求报文,对着接口文档,看请求报文有没问题,有问题就是前端发的数据不对,请求报文没问题,那就看返回报文,返回的数据不对,那就是后端开发的问题,这样我们测试人员才能有自己的判断,而不是任由开发相互扯皮。

14、总结

只要你有能力去做的事就一定要去做,不要给自己留下任何遗憾,人生最重要的不是所站的位置,而是所朝的方向。

生于忧患,死于安乐。如果你想跨越自己目前的成就,就不能画地自限,而是要勇于接受挑战。对畏畏缩缩的人来说,真正的危险正在于不敢冒险!

为明天做准备的最好方法就是集中你所有智慧,所有的热忱,把今天的工作做得尽善尽美,这就是你能应付未来的唯一方法。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注