看看我写的软件测试面试时候的这些坑，你一定不能踩！！！

第一个坑--测试用例编写没有思路，想起一条写一条。

分析：

该题目一般检查候选人编写测试用例的思路、覆盖度、深度。如果想起一条写一条，可能说明用例编写经验不足。

避免雷区：

一般有经验的候选人，都会按照自己常用的结构来划分功能点、影响因素。

1. 按照常用结构划分：

比如：分别从功能性、界面ui、易用性、安全性、兼容性等方面来考虑测试用例。

2. 字迹清晰，条理分明。

第二个坑--自顾自答（回答跑题了）

面试官：“同学，请讲一下你在近期项目中做的事情吧？”

候选人：“我最近做的项目是xxx，是一款在线购物平台，主要针对低消费群体，我负责的是“个人中心页面”，这里面有积分功能、可以抽奖、领券......。”

面试官问的是你做的事情，而不是这个项目的内容。

S(situation)

项目属于什么类型，项目周期多长……

T(task)

团队的分工，你的职责是什么？

A(action)

具体的实施过程，你都做了哪些具体的工作？

R(result)

最后的成果，你从中的成长和收获。

第三个坑--简历描述与实际不符

简历：“熟悉xxx语言”

面试官：“同学，请用xxx语言针对一个字符串进行反转？”

候选人：“额，我刚学了几个月，代码还不太会写。”

分析：

1. 如果简历与实际不符，可能会给面试官留下简历比较“水”的印象

2. 学了几个月代码，如果是简单的题目不会做，可能还会留下“学习能力”不足的印象

简历内容尽量与实际一致，如果想让自己的简历看起来高大上，不如真正的学习一项技能。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取