QA 抓蟲實戰：找得到、釘得死、追得到底

1. 逆向思維：從「它能動」到「我要弄壞它」 — 正向測試確認軟體能動，破壞性測試才是高階能力——它要求你從失敗場景倒推、質疑「使用者會乖乖照流程走」的假定。這篇講怎麼把腦袋從「驗證它對」切換到「證明它會壞」。
2. 攻擊維度地圖：系統有哪些面可以打 — 破壞性測試不是亂打，是有系統地攻擊每個維度。這篇給你一張維度地圖（結構、功能、資料、平台、操作、時間），再配上瘋狂操作、資源中斷、髒資料、併發競態四種實戰手法。
3. 怎麼認得「這是 bug」：一致性判準 — 破壞之後，你得認得出異常。「我覺得怪怪的」不夠專業——這篇把它變成可說明的判準：產品該與它的歷史、可比產品、使用者期待、規格與合理性一致，不一致的地方就是 bug 的線索。
4. 重現是科學方法：控制變數與最小重現 — 重現 bug 就像法醫驗屍——邏輯不嚴密，工程師就找不到病因。這篇用控制變數法、邊界值分析、最小重現步驟，把「我這邊會壞」變成一條工程師能照走的最短路徑。
5. 偶發 bug 怎麼抓：重現率、日誌、變數隔離 — 最難搞的不是必現的 bug，是十次出現三次的那種。這篇給你抓偶發 bug 的系統方法：標好重現率、從日誌找蛛絲馬跡、隔離變數，並認得偶發背後最常見的幾個成因。
6. 寫一份 RD 一分鐘看懂的缺陷報告 — 一份好報告讓工程師一分鐘看懂、立刻開工；一份壞報告換來十回合反問。這篇講報告的結構與證據邏輯——標題三要素、客觀描述、附對的證據。著重「怎麼組織」，措辭口氣交給溝通系列。
7. 釐清異常：把 bug 交對人 — 在把 bug 丟給 RD 前，先做功課——分清前端還後端、排除環境汙染造成的偽 bug、用對事不對人的方式描述。這篇講怎麼把「好像壞了」釐清成「這是哪一層的問題」。
8. 缺陷分級：Severity 不等於 Priority — 很多人把「嚴重度」和「優先級」混為一談，結果跟 RD、PM 雞同鴨講。這篇把兩者拆清楚——Severity 是技術影響、客觀、QA 定；Priority 是業務急迫、主觀、PM 定——再講 P0-P2 怎麼分與 Known Issue 取捨
9. 驗證修復與回歸：別只測那一個點 — RD 說「改好了」，你只測原本壞的那個點就放行嗎？這篇講缺陷的最後一哩——缺陷生命週期、漣漪效應、波及範圍評估，讓修好的 bug 不會帶出三個新的。