软件测试岗面试题：加班意向、手工测试与漏测应对

《面试题目》

1. 请做一下自我介绍。
2. 介绍一下你做过的测试项目。
3. 能否接受加班？工作按客户要求推进，通知可能比较晚、交付时间又紧，会加班到晚上八九点，你能接受吗？
4. 公司加班频率比较高，周六或周日每月一般加班两三次，你能接受吗？
5. 这个岗位以手工测试为主，几乎不涉及代码和自动化测试，你能接受这样的工作吗？
6. 如果手头堆了很多工作任务，你会怎么分配它们的优先级？
7. 作为测试人员，怎么保证项目没有 Bug、上线不出问题？
8. 如果工作指标要求每周必须测出 5 个 Bug，你会怎么办？
9. 如果领导总是给你安排很多任务、又规定了完成期限，你会怎么完成？
10. 测试的项目上线后，有些问题没被测出来、反而被用户先发现了，你会怎么办？
11. 你现在是大四，还有课程吗？什么时候能到岗？

《参考解析》

这轮面试在筛什么。 通篇没有技术深挖，前半是自我介绍与测试项目，后半几乎全是意向确认和行为题——这类更像实习岗的综合面，考的不是你会不会写自动化，而是「预期能不能对齐、人能不能留住、遇到压力怎么处理」。面试官反复追问加班、手工测试、到岗时间，说明岗位的现实条件是交付时间紧、临时通知多、以手工回归为主。回答时不要为了拿 Offer 全盘硬答应，也不必一口回绝，而是给条件化的确认：能接受的直接说清楚（比如每月两三次周末可以安排），有冲突的（课程、毕业设计、通勤）拿具体时间表讲明白。自我介绍别复述简历，留一两个能被追问的钩子；测试项目按「测什么系统、怎么设计用例、发现了什么问题、结果如何」讲，能量化就量化（用例数、覆盖场景、发现的严重缺陷、回归耗时），说不清数字就讲清自己负责的边界。

行为题：多任务与优先级。 问「任务多怎么排优先级」「领导派活又限期怎么完成」，考的是你会不会先对齐再动手。一条可用的线是：先问清每件事的交付对象和截止时间——很多任务其实并不冲突，真正冲突的是没人确认过口径；再按影响面、紧急度和依赖关系排序，把阻塞别人、影响上线的排前面；然后主动同步给直属上级确认，让他知道哪些会延后、延到什么时候，而不是自己闷头扛到最后一天才说做不完。答的时候要挂一个真实经历的例子（当时有哪些任务、怎么判断、结果如何），只讲方法论容易被当成背模板。

「怎么保证项目没有 Bug」怎么答。 这题本身是伪命题——没有任何测试能承诺零 Bug，硬答「我会测得很仔细」等于没答。正确的方向是把它转成可承诺的东西：流程与覆盖面。可以按需求评审阶段澄清验收标准并同步风险、用例设计覆盖正常和边界及异常路径、分层测试各司其职、上线前冒烟与回归、缺陷跟踪到闭环、上线后观察监控这几步讲，结论落在「把漏测概率压到可控」，而不是「保证没有问题」。如果面试官继续追问，可以补一句：测试能保证的是信息透明——风险测得出来、报得上去，是否带着已知风险上线由业务决定。

Bug 指标与线上漏测。 「每周必须测出 5 个 Bug」是在试你会不会被指标带偏：为了凑数量去报重复问题和文案级问题会伤害团队信任，直接拒绝指标又显得不服从安排。比较稳的答法是先确认口径（统计的是发现缺陷数还是确认有效的缺陷数、严重级别怎么算），再说明你会按优先级报真问题、把重复与同类问题合并，同时把「这个模块风险高、值得投入更多测试」这类判断同步出去。线上被用户先发现问题的题，考的是担责方式：第一步止损——复现、评估影响范围、协助修复或推动回滚，先解决用户的问题；第二步复盘——补上漏掉的用例、把这条路径加进回归集或自动化、必要时补监控告警；复盘对事不对人，别急着解释「这不是我的责任」。