面试过程中有哪些需要小心的“地雷”呢？
地雷1--问题没听明白，按照臆想进行答题。
面试官：“同学，请针对以下问题进行答题，规则是@####$%%，明白没？”
候选人：“恩，明白（PS: 好像是按照xxx的样式进行答题......）”
面试官：“这道题写错了，是规则没听明白吗？”
候选人：“(⊙o⊙)…..........”
分析：
如果没有确认清楚题目就开始答题，首先题目做错了，其次会给面试官留下一个“臆测”的印象（试想：软件测试过程中，如果需求预期并不清楚，此时按照自己的臆想进行验证，那岂不是每个人都有一份预期结果？）
避免雷区：
面试的时候难免紧张或者没跟上面试官的节奏，如果对于面试官提问的问题并不是完全清楚的时候，一定要及时确认疑问，待问题全部清楚后再进行思考，最后给出答案。
地雷2--测试用例编写没有思路，想起一条写一条。
分析：
该题目一般检查候选人编写测试用例的思路、覆盖度、深度。如果想起一条写一条，可能说明用例编写经验不足，没有结构思想（个人观点）。
避免雷区：
一般有经验的候选人，都会按照自己常用的结构来划分功能点、影响因素。
1. 按照常用结构划分：
比如：分别从功能性、界面ui、易用性、安全性、兼容性等方面来考虑测试用例
2.字迹清晰，条理分明
测试用例案例（仅供参考）：
地雷3--自顾自答（回答跑题了）
面试官：“同学，请讲一下你在近期项目中做的事情吧？”
候选人：“我最近做的项目是xxx，是一款在线购物平台，主要针对低消费群体，我负责的是“个人中心页面”，这里面有积分功能、可以抽奖、领券......。”
分析：
如果回答与题目不符，很容被认为“理解力”存在问题
避免雷区：
思考面试官想了解的内容，围绕这个主题进行重点回答。如果不确定面试官的内容，请参考地雷1。
此时可运用“STAR法则”进行工作描述。
优势：STAR法则可以让面试官迅速了解你整个项目的前因后果，同时，也可以突出你在这个项目过程中的计划、组织、分析解决问题等方面的能力
例如：
S(situation)
项目属于什么类型，项目周期多长……
T(task)
团队的分工，你的职责是什么？
A(action)
具体的实施过程，你都做了哪些具体的工作？
R(result)
最后的成果，你从中的成长和收获。
地雷4--简历描述与实际不符
简历：“熟悉xxx语言”
面试官：“同学，请用xxx语言针对一个字符串进行反转？”
候选人：“额，我刚学了几个月，代码还不太会写。”
分析：
1.如果简历与实际不符，可能会给面试官留下简历比较“水”的印象
2.学了几个月代码，如果是简单的题目不会做，可能还会留下“学习能力”不足的印象
避免雷区：
简历内容尽量与实际一致，如果想让自己的简历看起来高大上，不如真正的学习一项技能。
除了以上雷区，面试过程中你还遇到过哪些雷？一起来挖掘一下吧ヾ(◍°∇°◍)ﾉﾞ，记得留言~