软件测试工程师面试题及答案.docxVIP

软件测试工程师面试题及答案

一、基础认知题（考察核心概念理解）

问：功能测试和性能测试的核心区别是什么？实际工作中你怎么判断该做性能测试？

答：功能测试是验证“软件能不能用”（比如登录功能是否正常跳转、支付金额是否计算正确），核心看功能是否符合需求；性能测试是验证“软件好不好用”（比如并发1000人时登录响应时间、高负载下系统是否崩溃），核心看系统在压力下的表现。

判断是否做性能测试，主要看场景：比如电商项目的“双十一秒杀”、政务系统的“社保缴费高峰期”，这类有明确高并发、高负载需求的场景，必须做；反之，像内部小工具（比如部门文档管理系统），用户量少，就优先保证功能，性能测试可简化。

问：一个Bug的核心要素有哪些？少了某一项会有什么问题？

答：必须包含5个要素：①Bug标题（简洁说清问题，比如“登录页输入正确密码提示‘账号不存在’”）；②复现步骤（一步一步写清楚，比如“1.打开XX网址；2.输入账号xxx、密码xxx；3.点击登录”）；③预期结果（应该出现的正常情况，比如“成功跳转首页”）；④实际结果（实际发生的问题，比如“弹出‘账号不存在’提示”）；⑤严重程度/优先级（比如“严重-阻塞登录，必须修复”“一般-按钮颜色不对，可延后”）。

少了复现步骤最麻烦，开发可能复现不了，只能反复沟通，拖慢修复效率；少了严重程度，可能导致紧急Bug被延后处理，影响上线。

二、实操技能题（考察落地能力）

问：给一个“手机APP登录界面”设计测试用例，你会从哪些角度考虑？举3个具体用例例子。

答：会从功能、边界、异常、安全、兼容性5个角度设计，具体例子：

功能用例：输入正确手机号+验证码，点击登录，验证是否跳转首页，且首页显示当前账号昵称；

边界用例：输入10位手机号（正常是11位），点击获取验证码，验证是否提示“手机号格式错误”；

安全用例：在密码输入框输入“or1=1--”（SQL注入语句），点击登录，验证是否拦截，且不泄露数据库信息。

问：用Postman测接口时，遇到“接口返回200但数据是空的”，你会怎么排查？

答：分3步查：

①先查请求参数：看是否传错参数（比如接口要求“userID”，我传成“userId”，大小写错了），或者参数值不对（比如查用户订单，传了一个不存在的用户ID），可以对比接口文档重新填参数再测；

②再查环境/权限：看是不是环境错了（比如把测试环境的接口地址，写成了生产环境，生产环境没这个测试数据），或者token过期了（接口需要登录态，token失效会返回空数据），换个有效token再试；

③最后跟开发确认：如果参数和环境都对，可能是后端逻辑问题（比如数据库查不到数据但没抛错），把请求截图、参数、返回结果发给开发，一起排查后端代码。

三、项目应对题（考察问题解决能力）

问：项目上线前1小时，你发现一个“部分用户支付后订单不显示”的Bug，怎么办？

答：分4步处理，不慌不乱：

①先确认影响范围：立刻找运营要“近1小时支付用户列表”，手动查这些用户的订单，看是“所有用户”还是“特定场景用户”（比如只在微信支付、或者iOS端出现），同时用不同设备、支付方式复现，明确Bug触发条件；

②快速同步核心人：拉开发（后端+前端）、产品、项目经理进临时群，说清3件事：Bug现象、影响用户数、当前距离上线时间，让大家快速判断；

③评估两种方案：如果开发说“1小时内可修复+回归测试”，就推进修复（我同步准备回归用例，修复后优先测影响场景）；如果开发说“来不及”，就跟产品商量“临时方案”（比如给受影响用户发推送，提示“订单延迟显示，2小时后刷新”），同时上报领导是否要延期上线；

④留后手：不管选哪种方案，都记录好“Bug处理过程”，包括时间节点、参与人、决策依据，后续复盘用，避免下次再出现类似问题。

问：你测试一个复杂项目（比如外卖APP），怎么保证测试覆盖率，不遗漏重要功能？

答：我用“三层覆盖法”，亲测有效：

①第一层：需求拆解到“最小功能点”。拿到产品需求文档后，先画“业务流程图”（比如“下单流程：选餐→加购物车→结算→支付→订单生成”），每个步骤拆成小功能点（比如“结算”拆成“地址选择、优惠券抵扣、金额计算”），列成“功能点清单”，测试时逐一打勾；

②第二层：结合“用户场景”补用例。除了功能点，还要想“真实用户会怎么用”（比如用户会“取消订单”“修改收货地址”“退款”），甚至“异常场景”（比如支付时断网、选餐后长时间不结算），这些场景加到用例里，覆盖“正常+异常”；

③第三层：交叉测试+探索性测