編寫單元測試可能聽起來像是一項無聊的任務，但這正是專業開發人員與只是玩程式碼的人的區別。
單元測試是小型的自動化測試，用於檢查程序的特定部分（稱為“單元”）是否按預期工作。
但並非所有檢定都是一樣的。
您的單元測試越快、越可靠，您作為開發人員的生活就會變得越輕鬆。這就是FIRST原則發揮作用的地方。
讓我一步步引導您完成此操作：
快速測試是必須的。如果您的測試需要幾分鐘才能運行，您將避免運行它們 - 這就是麻煩開始的地方。
想像一下：
解決方案？ 編寫簡單、有針對性的測試，不依賴互聯網、資料庫或大型檔案系統。
乾淨的單元測試應該運行如此快以至於你幾乎沒有註意到它的發生。
每個測驗都應該專注於一件特定的事情。
依賴外部因素（例如慢速網路或共享資料）的測試是自找麻煩。為什麼？因為它可能會因與您正在測試的程式碼無關的原因而失敗。
確保每次測試：
隔離使您的測試乾淨、可預測且可管理。
一個好的單元測試總是給出相同的結果，無論你運行多少次。
如果一個測試有時有效但有時失敗，那麼它是不可靠的。發生這種情況的原因是：
要解決此問題，請編寫完全由您的程式碼控制的測試，而無需外部任何東西。這使得您的測試可重複並且值得信賴。
單元測試應該清楚地通過或失敗。無需猜測。
如果您必須手動檢查日誌或解釋結果，則您的測試不是自我驗證的。好的測試就像綠燈或紅燈——沒有灰色區域。
當您的測試進行自我驗證時，您可以相信結果並自信地前進。
在編寫程式碼之前編寫測試。
這被稱為測試驅動開發（TDD），它迫使您在建立程式碼之前思考程式碼應該做什麼。
後來編寫的測試（開發後測試，或 TAD）通常不完整、難以編寫且不太有用。
先寫測試使你的程式碼：
？ 恭喜。遵循 FIRST 原則，您可以編寫快速、可靠且真正有幫助的測驗。
感謝您的寶貴時間。如果您有任何疑問，請務必發表評論。
以上是單元測試 F.I.R.S.T 原則就是您所需要的的詳細內容。更多資訊請關注PHP中文網其他相關文章！
