测试一个你完全不熟悉的系统，你会怎么办？

测试工程师面试 BAT 大厂，除了考核技术基础技能外，面试官通常也会抛出几个开放性问题，考察应聘者的测试实战经验、测试思路等综合实力。

测试工程师小Q最近就遇到了这样的挑战：

测试面试场景还原

面试官诡异的微笑：“如果让你测试一个你完全不熟悉的系统，你会怎么办？”

小Q ****脱口而出：“了解清楚需求”

面试官不动声色：“具体说说看?”

小Q 略作思索：“以我过去的经验，对于不熟悉的系统，都是先找需求文档、架构图先了解。接下来研习了解系统主要是做什么的、服务的用户，然后先写出核心的用例路径框架，再逐步补充细枝末节。”

面试官冷冷道：“但是如果没有需求文档，没有架构图呢？”

小Q ****内心一惊：“那这种情况下只能找开发和产品去了解系统了。”

面试官眉头一挑：“哦，就这样？那如果项目进度很赶呢？”

小Q ****彻底慌了：没有明确的思路（开始语焉不详 BLABLABLA ……）

面试官到底想考察什么呢？ 真是让人满头大汗！ ！

测试大咖面试题解析

精彩点评

这个问题是一个开放性的问题，适合不断加入上下文来追问。那个面试官的模式很像我。

有上下文的持续追问是能够检验应聘者对问题有没有深入理解、简历上过去工作经历有没有水分的非常好的做法。如果只是了解皮毛，简历注水非常严重，被追问几句必然败下阵来，并且留下非常不好的印象（不诚实）。

这个问题的考察点

这里并没有标准答案，但一定是有考察点的

能加分的回答

如果你的回答里有明确的亮点，一定会加分，加分比较多，胜出的几率就很大。这里举几个加分的亮点的例子：

我的理解是，这里要考察你有没有“迭代”的工作思路。如果回答给出了快速上手的正确方法，给出了通过迭代，一边学一边加深理解，一边给出质量反馈的思路，肯定会是加分项。

6. 一般能有五六个亮点，你面试胜出的几率就很大了。

以上，我的思路大概是这样。

面试的初衷还是要在一个时间段内（1小时）尽量了解应聘同学的各方面是不是适合这个岗位。提前准备应试会有些作用，但最关键还是平时的积累和思考。