8年测试老鸟整理，软件测试面试问题-初中级，全覆盖问题

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

---

前言

一般测试面试分为三轮：
笔试，HR面试，技术面试。

前两轮，根据不同企业，或有或无，但最后一个技术面试是企业了解你“行不行”的关键环节，每个企业都会有的。

在平时的学习、工作中一定要善于总结，如果回答不好，面试官会认为你技术能力有限或者不勤于思考，是很容易被pass掉的。

hr会问的几个问题

你觉得自己的优缺点是什么？
你上一家公司的薪资是多少，调了几次薪？
为什么从上一家公司离职呢？
离职证明和背调可以吗？
你还有什么问题要问吗？

这些问题都带坑！回答不好会挂在这儿的

技术方面的问题

功能方面：
你是怎样理解软件测试的？
让你介绍你做的项目的业务流程？
软件测试的流程？
你认为什么是bug，说一下你印象深刻的bug，结合项目说一下你们公司有哪些类型的bug和bug评判严重程度的标准？
如何保证软件测试的质量？
如何保证你写的测试用例覆盖所有的场景？
如果用户在正式环境发现一个bug，你在测试环境没有发现，怎么办？
项目测试到什么程度就可以上线了？

场景方面：
让你写登录，支付，充值，购物车，文件上传，三角形，笔，水杯等的测试点（80%的公司会让你分析测试点！！！）

网络基础：
http协议的内容是什么?
请求头的内容有哪些？
常见的状态码有些？
http和https的区别有哪些？
tcp和udp的区别？
请描述下tcp的三次握手四次挥手的过程？
网关的作用？
osi七层模型每一层的作用？
session是什么，cookie是什么，有什么使用场景？
session和cookie的区别？

接口测试（常问）：
你认为的接口是什么？
接口测试工具工作的原理是什么呢？
接口中包含哪些内容？
接口用例如何写？
你是如何做接口测试的，使用的什么工具？
接口自动化了解过吗？
get和post的区别？

自动化测试（常问）：
可能会问到selenium。
selenium元素定位的方式，显示等待，隐式等待，强制等待的区别等。
接口自动化脚本的编写原理和过程。

对于初中级测试来说，自动化是一个加分项，一般如果自动化掌握的很熟练的同学薪资是在12-25k之间的。

其他测试问题：
简述转包过程，你用的抓包工具是什么？
如何分析一个bug是前端还是后端bug？
url后面跟数据的话如何拼接上去？
抓包的原理是什么？
你们公司使用的bug管理工具是什么？
弱网测试是如何实现的？
web测试和app测试的区别是什么？
给你一个软件你会如何进行测试？
兼容性测试你是如何做的？（从app 和 web两方面回答）
冒泡排序之类的一些代码题？
如果在正是环境发现bug测试环境没发现怎么办？
如果有一个bug，怎么判断这个bug是前端代码导致的还是后端代码导致的？

如何判断BUG是前端还是后端？（必问）

面试官问到这个问题可能会举个例子，比如一个登录界面，输入用户名密码后点击【登录】发现无响应怎么回事？

参考答案：
【首先要明白场景的数据流调用逻辑，这个场景就是前端触发一个操作，然后后端给出响应，最后前端将返回的登录后信息渲染并在界面展示出来。】

答：首先我会用抓包工具 （Fiddler/Charles/浏览器的F12等），看点击登录的时候有没有触发请求，如果没有请求或请求有问题，那就是前端的BUG。

如果前端请求没问题，就看后端返回报文，根据接口文档，返回的数据有误，要具体分析报错的内容。如果是前端传参不对导致的，那就是前端问题，如果传参正确，后端处理不正确，那可能就是后端问题。

如果后端响应了且数据和接口文档一致，那就是前端展示的问题。
总结下来，就是按前→后→前的顺序进行分析。

说明：
类似的问题还有，一个支付功能，支付成功后在我的订单里却没有显示。或者一个查询功能，输入条件查询后没有数据展示出来（先排除是否是因为数据库没有数据导致的）。一般都可以套用上面的回答，都是一个套路。

遇到困难，你是怎么解决它们的？（高频）

参考答案：
比较困难的事情在工作中还是很常见的，我上一份工作中就遇到过这样的情况：
开发提测的版本经常出现影响流程的BUG，导致测试无法进展下去，影响测试进度。

因为是小公司，没有一个规范的产品研发、测试标准，但是这样下去工作效率只会越来越低。

因此我，作为团队的核心成员，主导拟定了一套产品提测标准。要求开发自测用例覆盖度（也就是冒烟测试范围）、执行通过度要达到一定的标准，否则测试可以无条件驳回。
经过一段时期的试运行，后面情况好了很多，基本不会有随便一点就报错，或者影响大流程的问题。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
vip1024b （备注软件测试）**
[外链图片转存中…(img-wDEQWm5L-1713700792848)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！