首頁內容關於
WilliamP的沙龍
Top 5
在前一篇文章中，我們探討了多重資料庫連線情境下，Model 及 Database Assertion 的應對方式，不過實際上筆者認為比較有難度的，其實是 Migration 應對方式。
今天就讓我們來探討這部分吧！
Migration 應對方式
對於多重資料庫連線這種情境，筆者實務上做過的對應
今天讓我們探討「缺乏 Migration Files 與 Factory Files」的 Legacy 情境吧！
很多時候我們會遇到沒有 Migration Files 或 Factory Files 的 Legacy Codebase，原因大概有以下幾種：
該程式庫原本不是以 Laravel
在實務情境上，常會有在單一專案程式庫中，存取多個不同資料庫的使用情境，在這種情況下，我們通常會設置多個資料庫連線（Database Connection）設定。
在平常開發使用設很方便，但要做測試時就會發現一些問題：
在測試程式碼或 Seeder 中調用 factory() 時，都是在預設連線資
今天就讓我們依照前一天的情境題，來撰寫測試案例函數吧！
這次同樣地，先讓我們規畫擬訂測試案例：
測試案例
使用者註冊：
使用者可送出註冊資料，系統將建立使用者資料，並送出含有專屬驗證連結之驗證信，當此驗證連結被開啟後，將讓使用者轉為已驗證狀態
請求錯誤的驗證連結：
錯誤的驗證連結被開啟後
前兩天，我們探討了「網站文章」的情境題；今明兩天，就讓我們探討另一個情境題「會員註冊」吧！
這邊我們同樣假設網站是採前後端分離的設計，因此我們就專注在測試 API 的部分，不過會多一個「註冊驗證信」的部分要實作與做測試驗證。
使用案例
使用者可填寫註冊資料後送出資料。
使用者可收到註冊驗證信
今天就讓我們依照前一天的情境題，來撰寫測試案例函數吧！
先讓我們規畫擬訂測試案例：
測試案例
當使用者瀏覽文章清單頁時：
使用者可看到所有文章清單，也就是【文章清單API】要能確實將資料庫內的文章資料，筆數不多不少地回應出來。
當使用者瀏覽單一文章頁時：
使用者可看到該文章資料，也就是【
在前面的篇幅中，與大家分享了許多撰寫 PHPUnit 測試程式碼所需的知識，之後的文章就讓我們來來模擬一些情境題，並在這些情境題底下，實際去設計測試案例函數吧！
作為第一個情境題，我們就選「網站文章」來當作第一個挑戰吧！
這邊我們假設網站是採前後端分離的設計，因此我們就專注在測試 API 的部分
今天我們來聊聊覆蓋率報告吧！
何為覆蓋率報告 & 為何需要覆蓋率報告
所謂的覆蓋率報告，指的是能指出我們的專案程式庫，有被測試程式碼實際測試到的部分的佔比有多少。當我們了解有多少程式碼有被覆蓋到，以及有多少程式碼沒被覆蓋到時，理論上我們可以對程式碼是否可正常運作更有信心！
事前準備
先將以
今天讓我們來看 phpunit.xml 吧！
phpunit.xml 位在 Laravel 專案根目錄底下，顧名思義，它是一個設定 PHPUnit 執行方式的設定XML檔，PHPUnit 提供了不少設定值可供設定，這邊只提最重要的幾個：
stopOnFailure
說明：當此欄位設定為 tru
今天要來為大家介紹 Storage Mocking 及 HTTP Mocking！
Storage Mocking 函數
Storage::fake()：當我們希望在執行測試目標行為時，想驗證 Storage 各類行為是否符合預期，但又不要真的增刪改檔案時，可在測試程式碼中呼叫此函數。
Upl
在前一篇文章中，我們探討了多重資料庫連線情境下，Model 及 Database Assertion 的應對方式，不過實際上筆者認為比較有難度的，其實是 Migration 應對方式。
今天就讓我們來探討這部分吧！
Migration 應對方式
對於多重資料庫連線這種情境，筆者實務上做過的對應
今天讓我們探討「缺乏 Migration Files 與 Factory Files」的 Legacy 情境吧！
很多時候我們會遇到沒有 Migration Files 或 Factory Files 的 Legacy Codebase，原因大概有以下幾種：
該程式庫原本不是以 Laravel
在實務情境上，常會有在單一專案程式庫中，存取多個不同資料庫的使用情境，在這種情況下，我們通常會設置多個資料庫連線（Database Connection）設定。
在平常開發使用設很方便，但要做測試時就會發現一些問題：
在測試程式碼或 Seeder 中調用 factory() 時，都是在預設連線資
今天就讓我們依照前一天的情境題，來撰寫測試案例函數吧！
這次同樣地，先讓我們規畫擬訂測試案例：
測試案例
使用者註冊：
使用者可送出註冊資料，系統將建立使用者資料，並送出含有專屬驗證連結之驗證信，當此驗證連結被開啟後，將讓使用者轉為已驗證狀態
請求錯誤的驗證連結：
錯誤的驗證連結被開啟後
前兩天，我們探討了「網站文章」的情境題；今明兩天，就讓我們探討另一個情境題「會員註冊」吧！
這邊我們同樣假設網站是採前後端分離的設計，因此我們就專注在測試 API 的部分，不過會多一個「註冊驗證信」的部分要實作與做測試驗證。
使用案例
使用者可填寫註冊資料後送出資料。
使用者可收到註冊驗證信
今天就讓我們依照前一天的情境題，來撰寫測試案例函數吧！
先讓我們規畫擬訂測試案例：
測試案例
當使用者瀏覽文章清單頁時：
使用者可看到所有文章清單，也就是【文章清單API】要能確實將資料庫內的文章資料，筆數不多不少地回應出來。
當使用者瀏覽單一文章頁時：
使用者可看到該文章資料，也就是【
在前面的篇幅中，與大家分享了許多撰寫 PHPUnit 測試程式碼所需的知識，之後的文章就讓我們來來模擬一些情境題，並在這些情境題底下，實際去設計測試案例函數吧！
作為第一個情境題，我們就選「網站文章」來當作第一個挑戰吧！
這邊我們假設網站是採前後端分離的設計，因此我們就專注在測試 API 的部分
今天我們來聊聊覆蓋率報告吧！
何為覆蓋率報告 & 為何需要覆蓋率報告
所謂的覆蓋率報告，指的是能指出我們的專案程式庫，有被測試程式碼實際測試到的部分的佔比有多少。當我們了解有多少程式碼有被覆蓋到，以及有多少程式碼沒被覆蓋到時，理論上我們可以對程式碼是否可正常運作更有信心！
事前準備
先將以
今天讓我們來看 phpunit.xml 吧！
phpunit.xml 位在 Laravel 專案根目錄底下，顧名思義，它是一個設定 PHPUnit 執行方式的設定XML檔，PHPUnit 提供了不少設定值可供設定，這邊只提最重要的幾個：
stopOnFailure
說明：當此欄位設定為 tru
今天要來為大家介紹 Storage Mocking 及 HTTP Mocking！
Storage Mocking 函數
Storage::fake()：當我們希望在執行測試目標行為時，想驗證 Storage 各類行為是否符合預期，但又不要真的增刪改檔案時，可在測試程式碼中呼叫此函數。
Upl
