看看我写的软件测试面试时候的这些坑,你一定不能踩!!!
第一个坑--测试用例编写没有思路,想起一条写一条。
分析:
该题目一般检查候选人编写测试用例的思路、覆盖度、深度。如果想起一条写一条,可能说明用例编写经验不足。
避免雷区:
一般有经验的候选人,都会按照自己常用的结构来划分功能点、影响因素。
1. 按照常用结构划分:
比如:分别从功能性、界面ui、易用性、安全性、兼容性等方面来考虑测试用例。
2. 字迹清晰,条理分明。
第二个坑--自顾自答(回答跑题了)
面试官:“同学,请讲一下你在近期项目中做的事情吧?”
候选人:“我最近做的项目是xxx,是一款在线购物平台,主要针对低消费群体,我负责的是“个人中心页面”,这里面有积分功能、可以抽奖、领券......。”
面试官问的是你做的事情,而不是这个项目的内容。
S(situation)
项目属于什么类型,项目周期多长……
T(task)
团队的分工,你的职责是什么?
A(action)
具体的实施过程,你都做了哪些具体的工作?
R(result)
最后的成果,你从中的成长和收获。
第三个坑--简历描述与实际不符
简历:“熟悉xxx语言”
面试官:“同学,请用xxx语言针对一个字符串进行反转?”
候选人:“额,我刚学了几个月,代码还不太会写。”
分析:
1. 如果简历与实际不符,可能会给面试官留下简历比较“水”的印象
2. 学了几个月代码,如果是简单的题目不会做,可能还会留下“学习能力”不足的印象
简历内容尽量与实际一致,如果想让自己的简历看起来高大上,不如真正的学习一项技能。