解決完那個卡了一個月、其實十分鐘就能講完的小問題後，事情並沒有結束。

前面提到，他們是用我們團隊的系統 Infra 去寫他們自己的 Test Script。結果指令下下去，跑出來一堆 Fail。

照理說，測試腳本是你們寫的，邏輯是你們訂的，Fail 了自然要自己去找原因。但他們的邏輯顯然不是這樣。

訊息亮起，對方貼了一張充滿錯誤訊息的 Console 截圖過來。

對方：「為什麼跑出來是 Fail？」

我看著畫面上那些屬於他們商業邏輯的 Code，內心充滿問號。

我：「……我哪知道？這是你們自己寫的測試script。」(而且你他媽也沒貼給我log檔阿)

對方：「但這是用你們的 Infra 跑的啊！你可以幫我們看一下嗎？或者，你可以跟我一起 debug 嗎？」

這句聽起來非常溫馨且具備團隊合作精神，但實際上的意思是：「我懶得看 Log，你來幫我除錯。」

我當然沒有答應。但基於禮貌與基本同理心，我還是順手給了幾點方向，跟他說：「這看起來像你們情境設定的問題，你可以試試看調整某個設定檔或某個參數。」

我以為這暗示已經夠明顯了——指路給你，你自己去跑。

結果過了兩個小時，通訊軟體又響了：

「你做完了嗎？」
「你找到問題了嗎？」
「為什麼沒找到？」

等等，你是我的老闆嗎？

那一刻我才發現，他根本沒有照著我的建議去試。對他來說，我給建議的那一刻，就等於我「接下了這個 Task」。他這兩個小時大概正開心地做自己的事，然後時間到了跑過來問我這個免費 Debug 機器人進度算到哪了。

明明是他們自己的 Script、他們自己的需求，最後測試出錯，不僅理所當然地把手伸過來要人伺候，還能理直氣壯地反過來催你進度。