超细，软件测试面试+回答整理，面试经验分享

原创于 2025-09-24 16:41:54 发布 · 417 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#软件测试工程师 #软件测试 #自动化测试 #接口测试 #接口自动化测试 #软件测试面试 #职场和发展

软件测试同时被 3 个专栏收录

315 篇文章

订阅专栏

软件测试工程师

208 篇文章

订阅专栏

软件测试面试题

53 篇文章

订阅专栏

目录：导读

前言

1、项目测试-模型流程讲解

项目流程 --》H模型
项目阶段 --》V模型（用户需求分析-概要设计阶段-详细设计阶段-编码-单元测试阶段-系统集成测试阶段-验收测试阶段）
如果面试官问的是测试流程–》那么H模型左边的部分可以不讲（开发的那部分内容可以不讲）
测试阶段 --》冒烟测试阶段（执行系统主体功能相关的用例），sit系统集成测试阶段（执行所有的功能用例，接口测试用例，兼容性用例），回归测试阶段（执行回归测试用例，UI自动化用例，接口自动化用例），验收测试阶段（阿尔法验收、贝塔验收）
项目讲解 --》你讲一下最近做过的项目？你讲一下你负责过的你觉得比较复杂的项目？你讲一下你做过的印象比较深刻的项目？你讲一下你做的比较有挑战的一个项目 --》讲自己准备好的那个项目业务流程

提测==》开发把写好的代码打包并部署到测试环境，提交给测试进行测试工作
接口联调 --》前端开发和后端开发对接口进行联合调试 --》测试不参与

2、项目和产品的区别，项目和版本区别，分析项目的迭代周期和用例，bug数据，执行用例时间，开发测试比例，怎么分工的？有哪些环境，测试环境有几套

1）项目和产品的区别：先有项目，再有产品
2）项目和版本区别：一个项目可以有多个版本
3）项目的迭代周期和用例，bug数据

电商类 --》1周一次，或者双周

银行贷款类、金融保险–》1一个月左右 --》1个月一个常规版本 --》22-24天工作日

需求澄清会议+技术评审会议+用例评审会议+环境搭建+上线等 --》8天
编写用例–》6-8天 --》8天*50-100条 --》400-800条 --》500条用例左右
产生的bug数据 --》500条用例–》产出bug的比例8-15% --》40-75个bug --》50个bug左右

L1(P0，致命)：–》0-3个bug–》崩溃、黑屏、闪退，存在资损的场景（转账1块，实际扣款100块；超领了优惠券）

L2(P1，严重)：–》2-4个bug --》偶现的闪退和白屏，转账成功了但是没有转账记录

L3(P2，一般性)：–》20-30个bug --》转账成功有记录，但是记录缺少一个字段；贷款发放统计接口显示100%，前端页面显示为99.99%；数据库有11条数据，接口显示11条，但是前端页面只展示了10条数据；

L4(P3，建议性、细微)：–》8-10个bug --》页面字体大小，颜色布局不合理，页面不能适配屏幕

无效bug：–》2-4个bug --》提交了bug之后，最终经过产品认定不需要修改的bug，就属于无效bug

执行用例 --》8天+
冒烟测试阶段（执行系统主体功能相关的用例） --》0.5-1天 --》5-10条
sit系统集成测试阶段（执行所有的功能用例，接口测试用例，兼容性用例）–》4-5天 --》500+条

回归测试阶段（执行回归测试用例，UI自动化用例，接口自动化用例） --》2-3天 --》500+条
验收测试阶段（阿尔法验收、贝塔验收）–》1天左右 --》内部验收和回归差不多500+条，外部验收不确定

4）开发测试比例，测试是怎么分工的？

开发：测试=4:1或5:1 --》我们之前项目组有4个测试，20几个开发

测试是怎么分工的==》测试经理那边会按照模块进行划分
银行项目的话我主要是测信贷，有的同事测信用卡，网银，票据，柜面
电商项目的话我主要测试商品列表，营销活动，优惠券，下单交易，退换货等交易域的内容，其他的同事有测试履约域相关功能
保险项目的话我主要负责投保，承保，保单管理等，其他同事有测理赔、履约

3、测试bug

bug管理流程讲解，bug生命周期，一个完整的bug包含哪些内容？怎么区别是前端的bug还是后端的bug？你平时都是怎么去看日志的？主要看哪些内容？之前有出现哪些报错提示？偶现bug怎么处理？你认为这是一个bug，但是开发认为这不是一个bug的时候，你怎么处理？出现线上的bug你们是怎么跟踪和处理的？

1）bug管理流程讲解

我们测试过程中发现了bug，会把bug提交到bug管理工具上面，并指派给对应的开发同事，等待开发同事的修复，开发修复完成之后会流转bug状态为已修复，我们测试这边就会进行复测，复测如果没有问题，我们就会关闭bug，复测时如果发现依然存在问题，则把bug重新打开并指派给对应的开发，直至bug修复完成。

2）bug生命周期

新建 new
拒绝 reject
已修复 fixed
待测试 pending
已测试通过 reset
关闭 closed
重新打开 reopen

3）一个完整的bug包含哪些内容

bug的标题
bug的级别或严重程度
bug的优先级
bug的所属模块
bug的影响版本
bug的重现步骤
bug的实际结果和预期结果
bug的附件
bug的指派人

4）怎么区别是前端的bug还是后端的bug

例：页面有一个name字段的输入框，如果输入为空点击提交，则前端提示“您输入的内容不能为空”，但是我输入为空点击提交按钮，接口可以调通并且有正常的返回值

==》这个例子是前端bug？还是后端bug？–》前端没做非空校验，后端也没有做非空校验 --》前后端都存在问题

① 我会通过抓包工具fiddler去进行抓包，如果接口的入参和接口的返回值都没有问题，而前端页面报错，那就是前端的bug，有可能是页面渲染，或JavaScript代码写的有问题

② 如果接口的入参没有问题，但是接口返回值报错，那就属于后端的bug，但是具体是代码逻辑的问题还是数据库的问题，我会通过查看日志进一步定位 --》如何定位的，请看5）

③ 如果接口的入参本身就与我页面填写的数据不符，也就是传参存在问题，那也属于是前端的bug

5）你平时都是怎么去看日志的？主要看哪些内容？之前有出现哪些报错提示？
我平常会通过连接Linux服务器，然后通过tail -f去查看实时日志，主要看有error或者有exception报错的地方

有遇到过哪些报错 --》connection timeout连接超时、nullpointexception空指针异常（对象没有初始化）、TypeError类型错误、NameError、connection refused拒绝连接、out of memory 内存溢出等等

6）偶现bug怎么处理？

① 增加复现的次数，比如执行10次没有复现，那我就操作50次
② 在复现的时候马上去截图或者拍视频记录下来，并发给开发同事
③ 在复现的时候马上去看服务端的日志，把日志截图或复制下来给开发同事
④ 如果实在复现不了，那我们会记录这个问题，并把这个问题记录到风险里面，上报给产品经理，并在后续的版本中持续关注是否有此类问题存在

7）你认为这是一个bug，但是开发认为这不是一个bug的时候，你怎么处理？

① 我会先确认开发不认可这是一个bug的原因是什么
② 如果是我和开发对于需求的理解不一致，那我会邀请产品经理来共同讨论，最终确认bug的处理结果

③ 如果是开发根据我提交的bug流程，无法复现bug，那我会现场去给开发复现或录制复现流程发送给开发，并把bug里面的复现步骤补充的更为明确
④ 如果开发同事还是不修改话，我会把这个问题向上反馈，上报给到开发负责人或测试经理那边去推动

8）出现线上的bug你们是怎么跟踪和处理的？

① 首先会看一下出现bug的等级，并且会对bug进行复盘，如果是L3或L4对功能不会造成太大影响的bug，我们会上报给上级，上级同意之后会留到下一个版本进行修复并发布

② 如果是出现L2及以上的bug，我们会对bug进行评估，看是否会影响其他功能和模块的使用，如果影响不大，我们会紧急修复并发布紧急版本
③ 如果是出现L2及以上的bug，影响较大，我们会立即对版本进行回滚，然后在修复并发布紧急版本

面试题：你们平常测试的功能和自动化的占比是怎么样？

答：我们功能和业务测试大概占60-70%，UI自动化和接口自动化以及性能测试展示20-30%

4、加入紧急需求导致测试时间被压缩怎么处理？

① 首先我会提高自己的工作效率，主动加班去完成我的工作，但是我通过加班还是完成不了的话，我会和领导申请看有没有其他同事可以协助我完成

② 如果没有其他同事可以协助的话，我会把需求按紧急程度进行划分，先完成最紧急的需求；
【面试官：都是非常紧急的需求】
==》那我会需求当中给的主体和次主体的功能进行优先测试，然后有时间再去执行级别不是那么高的用例

③ 如果这样还是完成不了，那我会建议产品经理对本次需求进行分批次发布，先保障主体功能可以正常上线，那些可以后续优化的功能，放在后批次上线
④ 如果还是有问题，那我会上报风险