地雷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. 學了幾個月代碼，如果是簡單的題目不會做，可能還會留下“學習能力”不足的印象