今天修復完一個業務程式碼的 bug，手動測試沒有問題，但寫測試用例出錯，在對程式碼很自信的情況下（因為手動測試過了），我乾脆省略了這個步驟，然而偷懶的事情早晚會暴露出來：用 Git 提交到遠端時在 Code Review 那裡的系統整合測試老是失敗，檢視日誌檔案後知道是哪個 TestCase 有問題，所以進入 TestCase 檢視程式碼。

執行 TestCase 後，發現一直報了一個 A 異常（專案其他成員自定義的），但與真正執行時報的異常不同，沒法在日誌檔案裡面檢視。對 TestCase 除錯了一波也沒有進入這個異常的分支，於是我就懵逼了：怎麼解決？

於是我懷疑是我 TestCase 傳入的變數 dto 初始化出了錯，我前面寫的是根據前端傳進去的值，只有兩個變數。於是乎我開了在業務程式碼那裡除錯，把傳入的 dto 的值全部截圖起來，然後測試用例照著這個 dto 有得值給它一個一個賦值進去。

後來就成功了。

所以說，寫 TestCase 的經驗就是：不要對自己寫的變數的初始化盲目自信，特別是更改別人的程式碼時很容易出錯，用真正環境跑起來的除錯得到的變數照抄過去才是正解。

開個貼記錄一下。