---

前言

1、简单介绍下最近做过的项目？

根据自己的项目整理回答。
要点：
项目背景、业务、需求、核心业务的流程
项目架构，B/S还是C/5，数据库用的什么? 中间件用的什么？后台什么语言开发的？
是否有做App端，是否有H5是否开发小程序等等。

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

2、项目前端有哪些功能模块，后台有哪些功能模块？

拿一个你所负责的模块，讲下具体怎么测的?
根据自己的项目整理完成，核心要点：
拿一个你负责过的模块，核心业务模块讲解；
业务流程是怎样的，需求怎么样，有什么规则没，规则简单介绍；
你是如何分析的，讲明分析思路，测试点，主要怎么考虑测试的，主要核心测试重点在哪里；

用了什么测试方法等等。

3、你在这个项目里面主要做了些什么工作？

在这个项目中，主要是以功能测试跟后台接口测试为主，主要参加了需求评审会议，用例的编写，
参与用例的评审，执行测试。

协助开发定位问题解决发现的bug，编写测试报告，协助上线。

另外就是做了APP的一些相关项测试，像兼容性测试、稳定性测试、安装卸载版本覆盖测试和app性能都是有做过的，例外后期有做过接口自动化等。主要就是做了这些工作。

这个具体根据你自己的简历上写的来说

4、你们项目组有多少人、开发多少个、测试多少个?

公司具体人数，可以不太清楚，项目组多少一定清楚
这个一定要根据自己的简历项目大小来说，不能乱说

产品1、项目1个、架构师1个、前端3个、后端5个、ios1个、Android 1个、
测试3个(测试主管，核心测试人员)、运维1个、UI一个

5、测试人员怎么分工的?

我们测试组3人，1个测试组长，2个测试，一般都是根据需求的复杂程度大小来，
尽量是自己熟悉哪个版块的就继续做那个版块。

比如：我这边主要是负责前端大部分的功能模块，还有接口测试跟ui自动化测试，另一个同事主要是功能测试这边，组长这边也负责一些功能测试，包括一些性能跟安全测试。

其实测试工作也划分的没有那么细，后期我们也会做交叉测试，相互测试功能，性能跟安全测试我也会参与一下。

6、项目的送代周期? 多久一选代? 一个版本你们发现多少bug？

切记要结合自己所选择的项目来回答

回答1
我们公司是这样的，迭代还是蛮快的，一般是两个星期一个迭代，迭代测试两轮。Bug的话不一定哦，关键还得看开发，哈哈，开发的版本质量好的话，BUG就会少些，整个版本比较好的情况下大概也就二十来个BUG，当然如果遇到开发是个新手，那么找到60-70个也是很常见的，比如之前的那个金融项目，足足发现了72个BUG，这样的情况下追踪BUG的工作量都比较的大，如果是版本选代的话，那么基本就不会出现多少BUG了。

回答2
因为我们项目的用户活动和三方合作平台比较多，一般半个月或者1个月肯定会有一个迭代版本。

假如用户或者合作方突然有很紧急的需求，那一般老大他们会向上发邮件和OA呈批给(产品经理，项目经理)，如果通过了就会马上加急处理这个需求，测试完成直接上线。

现在都是维护为主，但新需求也不断有，一般一个版本上百个bug是有的。

7、你们整个项目写了多少用例，你负责的模块大概写了多少用例?

切记根据自己的项目及负责的模块来

答：这个得根据项目的复杂程度，我们最近做的这个也还好，整个项目写了大概2干3百多条(有点多了)，我负责的模块就写了一千多条(你要思考，你负责了哪些模块，大概评估下，不要乱喊)。

总结注意点：没有标准答案，先说你的前置条件，再说数据，只要你前置条件和数据匹配即可。

8、最近的版本写了多少用例?

总结注意点：没有标准答案，先说你的前置条件，再说数据，只要你前置条件和数据匹配即可

特别注意：你如果是半个月的版本，一般给你两天写用例，你自己评估下写多少。
半个月的版本：1-2天需求分析，1-2天写用例，1天评审用例，其余的时间就是执行回归bug，编写测试报告

最近的版本因为没有特别的用户活动，产品那边也没有给特别大的改动需求，我负责的有5个模块吧，大概有180多条用例。

9、你的需求分析一般几天，用例大概写了多长时间?执行了多长时间?

如果按照2周一个版本来算的话，我们需求分析一般是由产品SE先组织我们开会，讲清新版本需求，然后我们再花1天到1天半时间去详细分析需求，另外有2天左右时间来写用例，写完用例会进行用例评审，后面的时间基本就是在执行用例，提bug，并跟进bug修复问题。

10、发现哪些映像比较深刻bug/经典bug?（重要）

根据自己的项目来准备，核心要点：
有哪些经典或者说影响比较深刻的Bug，最好是与业务相关的Bug，不要举例说前端的Bug

具体怎么分析，讲明你的分析过程。如何定位的…

比如：业务逻辑漏洞；

支付功能问题
1）商品选择支付的时候，实际已扣款成功，但是用户后台显示该商品没有付款，
导致不能使用该商品提供的服务。

2）商品所显示的价格是x元，但是实际支付的时候显示和扣款的价格是y元(x≠y)

附件上传时，未控制格式尺寸和容量大小，系统处理出现异常问题
1）文件上传功能：没有限制上传的文件格式、尺寸和大小，当上传非常规文件(如js文件)、大 容量文件(如：图片大小>20M)，较大分辨率(如：1600×1200)，服务器没有相应的异常处理 机制，导致网站出现持续长时间的卡顿，影响后续操作。

2）上传的是非常规的文件，如js格式文件，程序无相关控制，直接将js文件上传到数据库， 前端页面访问时若不能解析则出现异常页面。
…

经典bug：前端申请借款中，用户没有信用额度或者借款金额超过了用户信用额度但是却能成功提交审核

发现途径：我是在模拟借款人，借款金额提示我的可用额度为0，但是我输入5000的借款金额点击提交审核提示我提交成功，等待审核

解决：首先我去数据库查找到对应的表，比对我的信用额度跟界面显示的数据是否一样，一样我就把数据库的记录，填写的借款信息和我借款成功的界面显示截图都保存好。之后提交这个bug，开发人员通过修改代码，我再复测，有没有重现bug

还有一个就是在借款流程中，我们通过修改数据库中的数据，把借款时间修改了，制造出一个逾期未还款的数据，结果显示还款的金额比借款金额还少，而且管理要收得特别高，存在不合理性

还有一个是在产品上线后，运维人员在统计数据时发现少了一条数据，我们去数据库检查发现0分0秒的数据没有统计，后来开发人员修改了代码之后就解决了

11、你这个项目做了多久? 你这个项目现在的用户里有多少? 活跃量多少?

时间根据简历来
比如：一年时间，金融项目：100W用户，2W活跃用户

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

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

所有成功人士都有目标。如果一个人不知道他想去哪里，不知道他想成为什么样的人、想做什么样的事，他就不会成功。

梦想中的流浪，感觉很唯美，也很无奈，也有人最初带着自己也说不清的使命感出了门。他们期望沉重的漂泊生涯把自己塑造得更崇高，更纯粹，更有分量。

伟大的梦想让成就随之成长，渺小的希望让你永落人群之后。相信自己，就必然会做到，一切都由意识掌控。如果自认高人一等，就一定出类拔萃。