前段时间，有个同学找我做模拟面试。
他其实条件不差。双非一本，计算机专业，有一段互联网公司实习。
但刚一开始聊天，他就说了一句话：
“老师，我特别害怕面试。”
每次面完都觉得自己发挥很差。一面过不了，二面更别提。
这种情况其实非常常见。
很多同学都有类似的感觉：
明明有实习
也做过一些事情
但一到面试就不知道该怎么说
有的人甚至开始怀疑自己：是不是能力不行？
但说实话，大部分情况下，问题并不在能力。
而是很多实习生忽略了一件很重要的事情：业务视角。
01 为什么有实习的人，面试反而容易挂？
很多同学讲项目的时候，都会犯同一个错误。
一上来就开始说：
我做了什么
我写了什么脚本
我参与了什么测试
听起来好像很努力。
但在面试官看来，这种表达其实是有问题的。
因为他们更关心的不是：你做了什么。
而是：为什么做？解决了什么问题？
很多实习生讲项目的方式其实是这样的：
“我们当时做了一个自动化测试项目，我负责写接口测试脚本，用 Python 做了一些自动化测试……”
但面试官脑子里其实只有一个问题：
“这个项目为什么要做？”
如果你说不出来，面试官就会产生一种感觉：
“这个同学可能只是参与了一些执行工作，并没有真正理解项目。”
于是，面试基本就很难继续往下聊了。
02 面试官其实在听什么？
很多同学会以为面试是技术问答。
其实不是。
很多面试官在听项目的时候，脑子里会自动带入一个框架：
图片
换句话说，他们其实是在判断三件事：
图片
如果你讲项目只讲“做了什么”，那就相当于只讲了中间的 “方案” 这一小部分。
而最重要的三个部分：
背景
目标
结果
反而被忽略了。
这也是为什么很多同学：明明有实习，却还是过不了一面。
03 面试官最看重的，其实是“业务视角”
如果你仔细观察很多优秀的候选人，会发现他们讲项目有一个共同特点：
他们会从业务角度理解自己的工作。
简单来说，就是知道：
为什么要做这件事
这件事对业务有什么价值
最终带来了什么结果
这里给大家介绍三种在面试中非常有用的业务视角。
第一种业务视角：把每一件事都当成一个项目
很多实习生会觉得：我只是打杂的，没做什么重要的事情。
但其实很多工作都可以被当成一个小项目。
只要你学会用一个简单的框架去思考。
比如每做一件事情，都问自己几个问题：
这个事情的背景是什么？
为什么要做这件事？目标是什么？
我是怎么做的？方案是什么？
最后带来了什么结果？
有没有一些经验是可以复用的？
如果你用这个框架去复盘自己的实习，就会发现很多事情其实都能讲得很清楚。
但现实情况是，大部分实习生只记得：自己干了什么活。
却从来没有认真想过：这件事情为什么存在。
而面试官真正想听的，恰恰就是这些。
第二种业务视角：用“小学数学”理解业务
很多互联网业务，其实都可以用非常简单的方式拆解。
举个例子：电商业务
电商最核心的指标是什么？GMV（成交总额）。
而 GMV 其实可以拆成一个很简单的公式：
GMV = 客单价 × 购买频次
如果再继续拆，可以变成：
购买频次 = 看到商品的人数 × 点击率 × 下单率 × 支付成功率
当你用这样的方式去理解业务的时候，你就会发现：很多工作其实都是在影响其中的某一个环节。
投放广告，是为了增加看到商品的人数。
优化商品卡样式，是为了提升点击率。
发优惠券，是为了提升下单率。
优化支付流程，是为了提高支付成功率。
当你能把自己的工作放到这个框架里，就会发现：
原本零散的工作，其实是有逻辑的。
面试官听到这种表达，也会觉得你对业务是有理解的。
举个真实的测试项目案例
之前有个同学来做模拟面试，他在一家互联网公司做过 电商测试实习。
一开始他是这样讲项目的：
我主要负责订单模块测试，写测试用例，也做了一些接口测试。
这段话其实没有问题，但有一个很大的问题：
完全没有业务背景。
于是我问了他一个问题：
“为什么要做这个项目？”
他愣住了。
因为他从来没有想过这个问题。
后来我们一起复盘才发现，这个项目其实是这样的。
当时产品团队发现一个问题：
订单支付成功率在下降。
也就是说，很多用户已经下单，但最后没有完成支付。
对于电商来说，这其实是非常严重的问题。
因为电商核心链路是：
浏览商品 → 点击 → 下单 → 支付成功
只要支付成功率下降，GMV 就会受到影响。
于是产品团队启动了一个项目：
优化订单支付流程。
包括：
支付页面加载优化
支付失败提示优化
增加新的支付方式
而测试团队负责的就是：
验证整个支付链路的稳定性。
如果用普通方式讲，可能只是：
我写了很多测试用例，发现了一些 Bug。
但如果从业务视角讲，可以这样表达：
项目背景： 电商平台发现订单支付成功率下降，因此启动支付流程优化项目。
项目目标： 通过优化支付流程，提高用户支付成功率。
我的工作 ： 负责支付链路相关测试，包括：
支付接口测试
支付失败场景测试
不同支付方式兼容测试
项目结果： 在测试过程中发现多个关键问题，例如：
支付回调异常
支付超时问题
网络波动导致重复订单问题
这些问题在上线前被修复，最终保证了支付流程的稳定性。
你会发现：
同样一段实习经历。
如果只讲：
我写了测试用例。
面试官很难判断你的价值。
但如果你能讲清楚：
为什么做这个项目
你负责哪一部分
解决了什么问题
整个项目含金量就完全不同。
第三种业务视角：理解团队是怎么运作的
还有一类问题，很多面试官特别喜欢问。
比如：
你们团队有多少人？
你是向谁汇报的？
产品、开发、测试是怎么协作的？
需求评审大概是什么流程？
数据是怎么分析的？
这些问题很多同学都会觉得：怎么像查户口一样。
其实面试官问这些问题，一方面是想判断你是不是真的参与过项目。
另一方面也是在看：你对团队运作有没有观察。
如果你连这些基本情况都不知道，面试官往往会觉得：这个同学可能只是做了一些很边缘的事情。
但如果你能清楚地描述：
团队结构
协作方式
工作流程
面试官就会觉得你是一个 真正参与过项目的人。
04 最后分享一个简单的方法
如果你已经有实习经历，可以用一个简单的三步法去整理项目。
第一步：列
把你参与过的项目按照刚才说的三个视角写下来：
项目背景
项目目标
具体做了什么
结果如何
第二步：问
很多同学会发现自己缺一些信息。比如：
一些业务指标
一些数据结果
一些项目背景
如果还没离职，可以主动去问同事或导师。很多信息其实是可以补回来的。
第三步：重新整理项目故事
当你把这些信息补齐以后，再去重新讲项目，你会发现完全不一样。
原来只是“打杂”的工作，也可以讲成一个完整的项目故事。
测试面试官到底在看什么？
最后说一句很多同学不知道的事情。
很多测试面试官在面试时，其实最看重三件事：
第一，逻辑表达能力。
你能不能把一件事情讲清楚。
第二，问题分析能力。
遇到 Bug 时，你是怎么定位问题的。
第三，业务理解能力。
你能不能理解系统背后的业务逻辑。
很多时候，面试挂掉并不是因为技术不行。
而是因为：
你没有让面试官看到你的思考。
写在最后
校招面试其实并不是在考你做了多少事情。
而是在看一件更重要的事情：你是怎么理解自己做过的事情。
很多同学并不是能力不够。
而是从来没有站在更高的视角去看自己的实习。
当你能够清楚地讲出：
为什么做这件事
你是怎么解决问题的
最后带来了什么结果
面试通过率往往会大大提高。
很多时候，差的并不是能力。
而是那一点点视角的差距。
