十个常见的软件测试面试题，拿走不谢

所有面试问题一般建议先总后分的方式来回答，这样可以让面试官感觉逻辑性很强。

1. 自我介绍

之所以让我们自我介绍，其实是面试官想找一些时间来看简历，所以自我介绍不用太长的时间，1-2分钟即可。

自我介绍一般按以下方式进行介绍：

您好!我是XX，我是XX年毕业的，毕业的学校是XXX，专业是XXX。毕业后我来到XX城市工作。

第一份工作是在XX公司，主要做的是XX项目的测试。第二份工作是在XX公司，主要做的是XX项目的测试

如果会接口、自动化或性能可以强调一下我们会这方面的测试。如果仅仅是功能测试就无所谓说不说了主要是做功能测试了。

2. 测试的流程

我们的测试流程主要包括以下6个步骤：

第一步：需求分析第二步：测试计划第三步：测试安案第四步：测试用例第五步：测试执行第六步：测试报告

一般不更对每个步骤进行细分，如果面试官不做声，你就拆分出每个步骤需要完成的工作即可。一般面试官有兴趣会主动问的。

3. 需求评审需要哪些人参加

需求评审主要需要以下的人参与：

产品经理、项目经理、开发leader、设计、前端工程师、后端工程师、测试

这个每家公司都可能不同，不是完全固定的，但一般都有这些角色参加，如果是原始需求，可能很会有市场、销售部的人参与，因为市场和销售部的人是最了解客户的人。即使从需求来的角度来说，需求来源也有一部分是来自内部员工的需求。

测试在评审过程中主要是站在测试的角色从需求的特性来分析需求是否正确或准确。

(1) 完整性：每一项需求都必须将所要实现的功能描述清楚，使设计人员获得设计和实现这些功能所需的必要信息。

(2) 正确定：每一项需求都必须准确地陈述其要开发的功能。(只有用户代表才能确定需求的正确性)

(3) 可行性：每一项需求都必须是在已知的系统或环境内可以实现的。(建立数学模型，进行仿真)

(4) 必要性：每项需求都是编写文档的根源，每项需求都唔那个回溯到具体用户。(用户需求，跟踪矩阵，WishList)

(5) 无歧义性：对所有的需求，读者只能有一个明确统一的解释。(形式化的语言、图、表)

(6) 可验证性：检查每一项需求是否能通过测试用例或其它验证方法。

4. 近期遇到的比较印象深刻的bug

如果问印象深刻的BUG，很多人会想应该回答一个很难发现的BUG，其实这不一定要找一个很发现的

BUG，理想的回答应该是找一个这样的BUG，发现这个BUG改进了研发流程，这是最合理的。

例如：

【问题描述】订单使用余额支付，支付成功之后返回收银台选择支付宝支付，仍可跳转至支付宝页面并支付成功

【复现步骤】

1、在订单确认页点击去支付拉起收银台

2、选择余额支付，并完成支付

3、支付完成之后，返回收银台

3、选择支付宝支付

【预期结果】提示订单已支付成功不可重复支付

【实际结果】页面跳转至支付宝支付页面，并可完成支付

这个问题是因为当支付成功后没有及时更新支付状态导致的，所以以后我们测试应该多去验证我们结果，我们在支付成功后支付状态没有改过来，但我们测试工程师没去验证这个信息是否变化，所以准确的来说这个BUG应该是提在第一次支付时的问题，因为第一次支付完成后页面上是扣钱了，但是没去关注底层信息是否正确的变化。

每个迭代执行哪些用例，这是受我们执行策略影响的。
执行用例是通过用例管理平台来实现的，我们公司用的是禅道工具来管理整个执行的过程，并记录下每个用例执行的情况。

9. 你对我们公司了解吗

在我来面试之前对贵司做了一个大概的了解，贵司主要是做XX项目的，主要包括的项目或产口有，这几年发展特别的快，希望有机会能加入贵司。

10. 今天面试的问题我要问的就问好了，你有什么要问我的吗

你好我想了解一下入职后我主要是做什么项目的

感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。