下一篇文章的概要是什麼? 一個好的單元測試的關鍵方面是它只檢查一個程式的一部分. 無論您是想測試現有程式,還是計劃測試尚未編寫的程式, 您都需要將其分解為離散部分 (<unk>unit<unk>). 然後寫一個單元測試. 一個"單位"的定義根據你正在開發的程式型別有很大差異. 單元可以是一個類,也可以是一個單一的功能或程式. 單元測試可以用於檢查兩種情景. 基於狀態的測試用於檢視一個程式單元是否產生正確或預期的結果. 另一方面,基於互動的測試是用來檢視某個單位是否將預期的方法付諸行動. 要寫出一個好的測試,你需要確定你想要測試的東西,所以請記住這些方法中的一個作為模型. 記住你需要寫很多單元測試. 你需要對每個程式進行單元測試. 保持簡單的測試將有好處:簡單的測試將有助於確保你每次只測試一個單元. 測試的程式碼將是可靠的. 如果您的測試程式碼複雜, 則會更容易出現問題, 讓您測試的程式程式碼中更難發現錯誤. 測試將會更快, 減少總體測試所需的時間. 簡單的測試將是可讀的, 這意味著你可能會看到一些潛在的問題 只要看程式碼本身. 經驗豐富的開發人員知道, 測試程式有不同的方法. 單元測試是狹<unk>的,具體的, 另一方面,整合測試則在現實環境中檢視整個程式. 換句話說,單元測試確保程式的各個部分都能正常工作,而整合測試則驗證這些部分是否能一起工作. 整合測試通常還需要外部元素,例如Web伺服器或資料庫. 為了保持單元測試的控制,要寫出不需要外部元素的測試.  摘要:
將你的程式劃分為單位. 確定是否需要基於狀態或基於相互作用的測試. 計劃簡單易讀的測試. 區分單元測試和整合測試.