Author: Kirin Lin

很久沒有寫工作上面的事情，一方面是沒什麼特別，產品一個版本一個版本慢慢地做，新功能沒有特別多。為了讓它可以適應新版伺服器或是新標準，修修改改補這邊修那邊，時間就這麼過去。

測試人員的工作就是蹂躪產品（進行測試），期望在不同階段透過不同測試把問題都找出來，免得到時候讓客戶回報錯誤就很虧。

讓我想寫文的起因是最近被開兩張票（臭蟲回報、ticket…），符合工作流程的內容：

• 問題簡述
• 回報給哪個元件
• 開給誰…（掩面）
• 哪個產品版本
• 測試環境：伺服器配置、平台與語言，登入用帳號密碼
• 如何重現（recreate）的步驟
• 期望結果應為何
• Log 檔案

應該有足夠資訊讓開發人員去找出問題在哪裡？而問題就在於「太多資訊」…囧rz

附上的 log 檔案共有 110 個檔案，大小為 14.8MB (15,548,509 Bytes)。這代表什麼？若以純文字檔案一行 80 個字元，那代表著將近 20 萬行。

原因出現！（好久）測試大爺您行行好，您要我看 20 萬行程式碼還 OK，至少它有結構可以跳著看。20 萬行以時間順序進行的 log 檔…有等於沒有啊啊啊啊～

剛開始從事測試工作時，會這樣做很正常。測試人員不是開發人員，技術領域與開發人員不一樣，這就是標題為何要加上「進階」二字。

就以往也曾進行過測試工作的經驗，簡略地把測試人員劃分一下：

• 初級的測試人員會模擬各種可能的環境、規範內（或規範外）的操作，把自己當作客戶來對產品進行測試，並回報。
• 進階的測試人員在回報時，會回報對開發人員有用的資訊而非資料。

如果我是測試人員，我會重複地「重現」該問題發生的動作，以篩選出靠近問題發生點的 Log 檔案們。依據以往經驗，可以從幾十萬行縮減到幾千行 Log，甚至可以馬上跟開發人員指出哪裡有問題。

那…開發人員碰到這樣子的例子呢？只好摸摸鼻頭，忽略那些 Log 檔案，從重現步驟開始做吧！XD 歐～我得先去搞懂那個環境的配置操作…Orz

後記一：最後採取另一個方式，說明 log 檔案資料太多的情況，請測試人員清除後重現問題。XD

後記二：然後拿到的是 23 個檔案 12.9MB (13,627,392 Bytes) 的 log（默）…看樣子體積極大的 trace.log 得花時間看了這樣。