【從對話開始】
「這個沒測到你怎麼沒寫 test case？」
在 QA 的日常裡，這句話比 bug report 還常出現。
有時我想回答：「因為這不是 bug，是日常；不是錯誤，是溝通的盲點。」
身為 QA，寫測試案例是家常便飯，
但最難的，可能往往不是功能，而是人與流程之間的空白與模糊地帶。
【QA 的角色，不只是找 bug】
很多人以為 QA 的工作就是「找問題」，但其實我們更像是「觀察或是琢磨問題是怎麼形成的」。
流程哪裡沒對齊？資訊哪裡沒傳清楚？還是團隊默契本來就不在同一條頻率上？
那些「寫不進 test case 裡的事」，反而最容易讓一個專案往更多不確定偏移。
【測不到的東西，反而最真實】
常常會遇到的 bug，不是 code 的錯，而是「需求認知不一致」。
當每個人都覺得「這應該不用說吧」，事情就離失控不遠了。
而 QA 的職業病，讓我對那些「沒被說清楚的細節」特別敏感。
【這個專欄，想寫什麼？】
這個帳號的誕生，是我想記錄「測試 QA 的思維和歷程」 及「測試之外的 QA 思考」。
我們太習慣寫腳本、列 checklist、比對所有預期結果。
我也想寫那些 test case 寫不下的東西：
- 測試的思維如何幫我避開專案品質地雷？
- 專案溝通裡的盲區，要怎麼提早介入？
- 又該如何用 QA 的邏輯，在人生裡 debug？
【邀請一起攪攪測試人生】
如果你也是那種常常「想太多」，老是被說「你怎麼會注意到這種小事」的人，
也許我們會是同一類人 — 被煉化成敏感且龜毛的人。
這裡會是我記錄測試觀察、職場撞牆、還有深夜創作的一個副本。
你可以把它想成一份 midnight.log，
寫給自己，也寫給願意一起 debug 生活的你。
