我最近看了新的《惡靈古堡》電影。🎬
看著主角從一個災難接著一個災難地狼狽掙扎，既荒謬又好笑，還帶著一點心酸。不過最讓我印象深刻的，是他那種職業上的投入。他是一名快遞員，無論周遭發生什麼事，他都不會忘記自己的工作：包裹一定要送達目的地。
這裡我先避免重大劇透。即使你還沒看過這部電影，也可以一起參與這個討論。
但我得先說：主角真的很值得為他的工作態度給予肯定。他不是受過訓練的超級英雄，他只是一個普通快遞員，卻把「不計代價也要送達」發揮到極致。這種程度的職業投入，真的令人敬佩。
所以這個思想實驗並不是在取笑他的決定，而是把他的投入當作前提條件：
你和他一樣，對自己的職業同樣投入。
你不能辭職、不能請病假、不能直接把工單關掉，也不能單純拒絕這個任務。你還是得把工作做完，繼續往前走。你唯一的優勢，就是你的職業訓練了你的思考方式。
這不是什麼嚴肅的災難求生指南，只是受恐怖片啟發的一個有趣職涯問題。😄
城市正在失守，工單還是開著的。
接著我開始想：如果是我站在他的立場，會怎樣？
我在 QA 做了 15 年。如果把所有測試習慣都帶進極端情境，我的生存率會是多少？
我的答案是：50%。 🎲
不是因為我會打怪物，我不會。
我的優勢在於，QA 工程師很少會因為有人說「應該可以」就相信那條 happy path 真的沒問題。
QA 可能會在故事開始前就先把它攔下來 🧪
想像你接到這個任務：
把唯一一份關鍵物品送進一座明顯正在崩壞的城市。環境未知，接收者可能已離線，還沒有備援路線。
我的第一個問題會是：
- 這個需求是誰寫的？
- 接收者還在線上嗎？
- 為什麼只有一份關鍵物品？
- 備份在哪裡？
- 回滾計畫是什麼？
- 既然正式環境已經到處在發警報了，為什麼還要繼續走 happy path？
如果沒有「你必須像主角一樣投入」這條規則，這部電影大概十分鐘就結束了。我會直接把工單退回，附上這段註解：
前置條件不完整。接收者無法聯繫。正式環境不穩定。阻擋發佈。
可惜的是，我們的規則是：我還是得繼續。
這時候測試經驗可能就派上用場了。一次異常可能只是偶發，兩次就可能需要調查；但當道路、人員、通訊與基礎設施同時失效時，資深 QA 應該能辨認出這是系統性故障。
答案不是繼續照原路走，而是先暫停那條路徑、隔離風險、找更安全的替代方案，然後再繼續任務。
為什麼測試技能可能會提高我的存活率
我不會輕易把一個行為異常的人帶上我唯一的車。
那就像是把未驗證、高風險的輸入，直接接到唯一還能運作的正式環境上。
在進入陌生建築前，我也會檢查：
- 出口在哪裡？
- 有沒有第二條路？
- 門能不能從裡面打開？
- 斷電會發生什麼事？
- 這個計畫是不是依賴單點故障？
我不會因為某件事倒過一次，就假設它已經永久壞掉了。我也不會把所有希望都押在單一樣本、單一實驗室、單一車輛或單一個人身上。
在 QA 待了 15 年，至少教會我一件事：
每一個沒有備援的關鍵流程，都只是在等待某個特別倒楣的日子。
所以我給自己 50% 的存活率。
測試經驗也許能幫我更早發現危險、質疑錯誤假設，並阻止一個已經壞掉的流程繼續下去。但它無法解決體能、運氣、有限資源，以及未知的生物怪物。
五五波，已經是我偏樂觀的估計了。
QA 也可能死於 QA 習慣 🐛
當然，做測試的人不會自動就很會生存。
我們最大的風險，就是想把 bug 重現一次。
我也許成功逃出來了，卻突然停下來想：
剛剛那個變異到底是什麼觸發的？距離？時間？聲音？溫度？
然後我就會回去收集 log、錄更好的影片，並嘗試第二次重現。
又或者我已經到出口了，看到一扇還沒打開的門，然後說：
主流程通過了。我再測最後一個邊界案例就走。
那一刻，我的生存率會從 50% 直接掉到 5%。🚨
QA 最危險的一句話：再測最後一個邊界案例。
那你的科技工作呢？🧑💻
同樣的規則也適用於你。你帶著和那位快遞員一樣值得敬佩的職業投入。你不能因為說「這不是我的工單」就讓故事結束，你必須一邊做好自己的工作，一邊用專業能力讓自己活下來。
每一種科技職位，都可能有一個生存優勢，以及一個足以致命的職業習慣。
前端工程師
他們很快就會發現，沒有任何出口提供有用的狀態回饋，而且城市地圖違反了所有基本的 UX 原則。
不幸的是，他們可能會花很多寶貴時間抱怨緊急出口沒有 hover 狀態。
後端工程師
他們會嘗試找出感染鏈的源頭，並關掉上游服務。
但他們也可能會相信，只要重啟核心系統，一切就會莫名其妙地修好。
DevOps / SRE
他們會檢查監控、容量、故障轉移和備援區域。他們絕不會信任那種只部署單一實例的療法。
不過，當城市裡每個警報都在響時，他們可能還在判斷這到底是真正的事故，還是壞掉的告警規則。
資安工程師
他們不信任任何人、不信任任何附件，也不信任任何未知裝置。他們的隔離本能，可能是所有職業裡最強的。
但他們也可能只為了證明某個漏洞的完整影響，而走進最危險的區域。
資料工程師
他們會根據感染時間、地點與行為模式建立模型。
首先，他們得接受一半資料已經遺失、每個來源格式都不同，而且根本沒有 schema 文件。
產品經理
在爆發開始前，他們會先問目標、使用者、優先順序與成功指標。
然後在撤離途中，他們會問我們能不能替 MVP 加上多人協作。
AI / Agent 工程師
他們會派一個 agent 去前方探路，再派另一個 agent 檢查第一個 agent 的結論。
最大的風險是，兩個 agent 都信心滿滿地回報「任務已成功完成」，但那個關鍵包裹其實還放在原地。
換你了 🎯
根據你的真實職業，給自己一個存活機率。
你可以在留言用這個格式：
職位：
年資：
存活機率：
我最大的職業優勢：
最可能害死我的職業習慣：
我的第一條生存原則：我的版本如下：
職位：QA / 測試工程師
年資：15
存活機率：50%
我最大的職業優勢：我不會忽略重複出現的異常，也不會只相信單一條 happy path
最可能害死我的職業習慣：為了再重現一次 bug 而折返回去
我的第一條生存原則：當每個監控都在發警報時，先暫停主流程、隔離風險，然後回滾理想的結局是，我活過了那一夜，保住了 log，重現了每個關鍵問題，然後送出這份 bug report：
嚴重程度：Critical
重現率：100%
影響範圍：整座城市
建議：立即阻擋發佈隔天早上，保護傘公司的管理層回覆：
狀態：已拒絕
原因：已知問題。未規劃修復。未影響核心業務。
已知問題。未規劃修復。看起來正式環境還是可以繼續跑。
再說一次，這只是個荒謬的思想實驗，不是真正的求生指南。😂
而且每個百分比都有最後一條前提：不要遇到暴君、Nemesis，或這系列作品的任何主角。若你只是個站在主角旁邊的路人，生存率基本上就是零。😂
現在換你：
如果你被丟進《惡靈古堡》，只能依靠你的專業技能求生，你的存活率會是多少——為什麼？
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
