概述：敏捷項目預想
測試計劃，測試創建和測試執行在項目生命周期中貫穿始終。因此
單元測試的需要，尤其是自動化單元測試不可忽略，而且應當作為整個團隊的關鍵責任-而不僅僅是
軟件開發人員的責任。敏捷方法是建立在短期、可迭代并且可增長發布版本，可以對變更有持續反饋和靈活應對的基礎上的管理軟件開發的方法。起源于快速演變的商業環境，由于需要產品更快地完成改善和修改，敏捷方法推動了能夠貫穿適用于整個應用程序管理流程的組織結構的速度質量，應對能力和適應性。這篇
文章闡述了為什么
敏捷開發沒有單元測試不能有效地實施-尤其是沒有自動化單元測試的時候。
代碼質量的重要性
開發者早在數年前就知道越是到項目后期發現缺陷，修補缺陷的代價就越高。當開發人員發現一個缺陷的時候，有時候需要幾分鐘來解決。如果在測試中將缺陷漏掉，然后被顧客發現，圖1說明彌補代價會以幾何指數增長。
......
客戶知道對每個發現的缺陷，他將失去寶貴的業務時間。開發者知道每個返回的缺陷意味著要花大量時間修復而不是鉆研新的功能特性。
敏捷方法做能
工作的軟件，并將其與初期反饋結合到一起。例如，初期系統發布可以獲取用戶對軟件運行情況的反饋。為了給開發者信心，他們寫的代碼可以工作，單元測試提供了最快的質量反饋。
缺陷發現越早，修復他們的代價就越低。因為敏捷方法支持高質量代碼，團隊成員就應當多做單元測試。類似地，
自動化測試讓開發者能夠在版本發布前重復多次地得到代碼質量的反饋。
單元測試是什么？
單元測試是一種方法，這種方法將獨立的軟件單元，關聯的數據和使用步驟進行測試，決定是否運行正確。單元通常是一小片代碼，舉個例子，一個單獨的函數。單元測試就是一個簡短的函數，測試該單元的行為，給出一個成功/失敗的結果。這個通過用一個已知的單獨的正確值來測試函數完成。單元測試經常使用模擬對象來預測式地模擬依賴行為。
本文收錄于《51測試天地》電子雜志第三十三期。
版權聲明：本文出自51Testing軟件
測試網電子雜志——《51測試天地》第三十三期。51Testing軟件測試網及相關內容提供者擁有51testing.com內容的全部版權，未經明確的書面許可，任何人或單位不得對本網站內容復制、轉載或進行鏡像，否則將追究法律責任。