---

前言

软件测试面试题+简历：https://www.bilibili.com/video/BV1Lq4y137aR/

1、介绍之前负责的项目？

参考答案：
先大概描述一下这个项目是做什么的（主要功能），包括哪些模块，是什么架构的（B/S、C/S、移动端？），你在其中负责哪些模块的测试。期间经历了几个大版本及几个小版本的迭代。

全程参与需求评审、测试用例编写、搭建测试环境、测试、BUG跟踪、上线等环节。在测试过程涉及到常规的功能测试、使用Postman进行接口测试、简单的性能测试等等。

测试过程中也会使用SQL Server（类似的数据库）进行增删改查、使用抓包工具进行抓包、根据后台日志进行数据分析、辅助测试等。

分析：
理论上测试人员是最了解产品的，产品经理可能只知道产品的功能、业务，而测试人员除此之外，还熟悉产品内部的实现逻辑。这道题考察你对项目的熟悉程度，以及根据你负责的内容判断你的能力。

写项目经验，要拣有含金量、能体现你能力的写。就算你没有实际的经验，现在网上开源项目那么多，去找个网站、APP从头到尾深入测一遍，撸清楚流程，面试的时候能说得头头是道也可以的。

简历是敲门砖，如果你的简历没有任何突出的地方，大概率连面试的机会都没有的。在成百上千份相似的简历面前，人家为什么偏偏抽中你呢？你的简历要有特点、有亮点。

2、说说你之前公司的研发管理流程？

参考答案（常规的流程）：
产品经理整理需求文档、绘制产品原型，并组织产品、开发、测试相关人员召开需求评审会议。评审之后，开发人员开始编写代码，并进行单元测试；测试人员同步开始编写测试用例、评审测试用例。

开发完成后提测，部署到测试环境，测试人员开始测试，包括集成测试、系统测试等等。测试完成后，对测试结果进行分析，编写测试报告，最后产品发版/上线。

上线后持续关注线上产品是否正常运行。

3、如何保证被测产品质量/用例覆盖度？

参考答案：
1）在需求评审阶段，熟悉并分析需求，对每条需求进行拆解，并对有疑问的地方及时和产品经理/BA沟通；

2）在设计测试用例阶段，我一般根据需求文档用XMind对测试点进行整理，然后再对每个测试点进行测试用例的设计；另外，我们产品经理会在研发管理系统里建立他的需求，我设计测试用例时会将用例关联到需求上面，确保每个需求都有用例覆盖到；

3）在用例评审阶段，我们一般先组内进行详细的评审；然后召集产品经理、开发一起评审，主要是评审一些业务流程和跨系统的接口，确保大方向没有问题，之后根据评审结果及时修正测试用例；

4）在测试阶段，我们会有交叉测试，因为每个人考虑问题的角度不一样。另外在测试过程中，如果发现用例有考虑不周全的地方，会及时完善进去；

5）在BUG修复我们进行验证时，会将这个BUG相关联的部分也测试一下，防止一些代码改动影响到之前的功能；

6）在上线前，会进行一个深度回归，回归的用例会和开发、产品一起评估决定。

说明与分析：
以上仅供参考，面试的时候随机应变，不要照抄照搬，结合你们公司的情况、说得越全越好。

现在流行测试左移、右移。测试左移，是往测试前的开发阶段移，越早发现不合理的地方，出现问题的几率就越低。

测试右移，是往测试后的发布阶段移，第一时间发现线上的问题并解决。
可以在第2点之前和第6点之后，针对测试左移和右移说说测试人员能做哪些事情、对确保产品质量有什么影响，我想这是一个跳出常规的加分项。

至于如何保证测试用例的覆盖率，可以回答1-4点，在描述第2点时，也可以说说你在设计测试用例时着重要考虑的点。

比如，一些软件的业务流程比较复杂，设计测试用例不能只局限于表面的功能，要去深挖，多思考可能出现的场景；再比如一些边界值的测试、异常流程的测试等一些容易忽略的方面。

4、如何判断BUG是前端还是后端？

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

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

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

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

如果后端响应了且数据和接口文档一致，那就是前端展示的问题。

总结下来，就是按前→后→前的顺序进行分析。

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

5、Web测试和移动端APP测试有什么区别？

分析：Web端为B/S架构，即浏览器/服务器模式，直接在网页端进行测试；移动端APP一般为C/S架构，即客户端/服务端模式，是需要在移动设备上安装的。

如果你之前的工作中只测试过APP/Web其中一种，那也不要说另外一种没测过、不了解。

参考答案：
兼容性方面：Web端是网页形式，主要考虑不同浏览器的兼容性，测试时会在几大主流浏览器谷歌、Edge、火狐等进行兼容性测试；另外还要考虑屏幕的分辨率；

移动端APP的兼容性测试要考虑不同设备（不同手机/Pad品牌、型号、屏幕大小、分辨率）、不同安卓/iOS版本。

性能方面：web主要关注页面的响应时间；APP测试除了响应时间还要关注电量、流量、CPU、内存等。

安装、卸载、升级方面：web是不需要安装的，服务端升级后，客户端会自动更新；APP存在安装、卸载、升级的测试。

移动端专项测试：接听电话、收发短信、低电量提醒、闹铃、充电、查看通知、锁屏、横屏、手势、刷新、回退、前后台切换、网络切换等等。

6、你之前是如何进行接口测试的？

参考答案：
首先获取接口规范、接口文档、需求文档，设计接口测试功能用例，用例设计要考虑单接口和多接口业务流程。

单接口主要进行接口的正确性和健壮性验证，要考虑各种入参验证（正常情况、异常情况，包括输入参数个数不对，类型不对，可选/必选，还要考虑参数互斥或关联的情况）、接口返回值各种验证（符合接口文档需求）。

多接口业务流程测试主要关注业务流和数据流，也就是多个接口的串联操作能否满足需求文档里的需求。

我们公司使用postman进行接口测试，根据接口文档，先选择请求方式，然后输入url，发送请求，看接口返回的数据。

7、给你一个优惠券你怎么进行测试？

分析：
现在面试类似这种问题真的挺烂大街的，基于一个不明确的需求，我觉得回答得好与不好根本说明不了什么。偏偏这种面试题的频率还贼高，什么电梯、杯子、优惠券、朋友圈点赞、登录功能是怎么测试的，这么多案例，都要去背一遍吗？

首先不要从这个功能有哪些可能的场景入手，因为功能需求本来就是不明确的。这里给出一个大概的回答思路。

参考答案：以登录界面为例

我会从下面几个方面去进行用例的设计：
功能测试：我会根据需求文档，将界面划分成几个小模块，比如注册、登录、忘记密码等，然后对每个小模块进行用例的设计。

注册可能要考虑手机号、邮箱等不同注册方式；登录要考虑正常登录、异常登录，会使用边界值、等价类划分法来设计用例；忘记密码要考虑不同的密码找回方式。（功能这一块可以再展开详细地说）

如果涉及到接口的，我会使用工具Postman来进行接口测试。

UI：检查界面是否有错别字，界面配色和布局、相关控件设计是否和UI设计一致。
兼容性：如果是web端登录，考虑浏览器、分辨率的兼容性；如果是移动端，考虑不同手机设备、不同屏幕大小、不同系统版本的兼容性。
性能方面：考虑用户从点击登录到登录成功的响应时长；多用户并发同时操作时功能是否正常。
安全性：考虑敏感数据如密码的传输和存储是否加密、是否明文存储在本地。
稳定性：看是否有闪退、崩溃、无响应等情况。
网络测试方面：网络状况不好时能否登录成功，异常提示是否正确等。
专项：如果是移动端的登录，还要考虑电话、短信、锁屏、横屏、重启等的影响。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

路漫漫其修远兮，吾将上下而求索。不断前行的路上，会有风景和坎坷。磨难是成长的必修课，只要不放弃，就能收获成果，实现自己的价值！

不要错过任何锻炼自我的机会，也不要放弃任何梦想。奋斗中的你，一定会越来越坚强和优秀。让每一份付出都成为未来成功的垫脚石，向着目标一步一个脚印迈进！

生活中总有很多不如意，但是坚持奋斗才能成就自我。不要轻易放弃，不断提升自己的实力和能力，让自己在奋斗的道路上越来越强大，收获更多成功与幸福！