PHPUnit
含有「PHPUnit」共 38 篇內容
全部內容
發佈日期由新至舊
還記得我剛開始負責專案時，幾乎沒有人在意測試，改了程式碼就直接上線，結果小錯不斷、大災難頻傳。那種不知道哪裡會冒出 bug 的焦慮感，讓人每天都忙到焦頭爛額，卻依舊無從掌握系統品質。走過這段混亂的過程後，我才真正體會「為什麼需要測試」，也更明白「測試文化」並非只是技術細節。
不錯，系統越大越需要造規矩走，可剛做成的系統，往往是能越就好。
我們在過去的文章中討論了使用 PHPUnit 寫單元測試的基礎，現在要帶你進一步探索 Laravel Test 的魅力。
為什麼要學 PHPUnit？
在上一篇文章裡，我們聊到了「還沒開始單元測試的你一定很忙」，同時也鼓勵大家「一個人就能開始測試」。那麼接下來就要進入更實際的操作層面，帶你走進 PHP 最常見的測試框架 —— PHPUnit。
你是不是也有過這樣的經歷：剛修好的功能，過幾天又壞了；每次修改程式碼都得手動測試一遍，還常漏掉影響到的其他地方；整天忙到翻，但最後卻不知道忙在哪裡？
如果這些情境聽起來很熟悉，那麼你可能需要開始了解 單元測試！很多人覺得測試很難，或者認為時間不夠用，其實只要從幾個簡單的步驟開始，一個人也能輕鬆上手。
撰寫程式碼時，測試扮演著至關重要的角色，能有效確保程式碼品質與穩定性。本文深入探討單元測試 (Unit Test) 與功能測試 (Feature Test) 的差異、應用場景及實務操作，並以 3A 原則 與 PHPUnit 指令範例，幫助開發者提升程式碼測試效率及可維護性。
單元測試為重構提供了安全防線，確保程式碼在修改後仍能正常運作。透過撰寫測試，我們能夠提高程式碼品質、預防回歸錯誤，並在重構過程中更具信心。測試的過程不僅幫助找出錯誤，也促使我們深入思考系統設計，從而優化整體架構。
其實寫程式不難，難在驗證這個程式的正確與否。功力好的調一兩次，功力差的花一禮拜還沒搞定。
單元測試不僅能發現錯誤，更是提升開發技能的關鍵工具。Laravel 提供強大的測試框架，讓我們可以輕鬆撰寫測試。建立測試資料庫、撰寫測試方法、使用 Factory 生成測試資料，能確保程式碼穩定，並幫助開發者在修改與重構中更有信心。持續撰寫測試能提高程式碼品質，並讓開發過程更有條理與安全感。
在前一篇文章中，我們探討了多重資料庫連線情境下，Model 及 Database Assertion 的應對方式，不過實際上筆者認為比較有難度的，其實是 Migration 應對方式。
今天就讓我們來探討這部分吧！
Migration 應對方式
對於多重資料庫連線這種情境，筆者實務上做過的對應
今天讓我們探討「缺乏 Migration Files 與 Factory Files」的 Legacy 情境吧！
很多時候我們會遇到沒有 Migration Files 或 Factory Files 的 Legacy Codebase，原因大概有以下幾種：
該程式庫原本不是以 Laravel
在實務情境上，常會有在單一專案程式庫中，存取多個不同資料庫的使用情境，在這種情況下，我們通常會設置多個資料庫連線（Database Connection）設定。
在平常開發使用設很方便，但要做測試時就會發現一些問題：
在測試程式碼或 Seeder 中調用 factory() 時，都是在預設連線資