7個測試驅動開發的最佳實踐
測試驅動開發(TDD)是一個簡約的軟體開發過程。由一個自動執行的測試用例驅動,用例定義了系統所需的功能。測試的第一個執行結果狀態是失敗。然後,開發人員實現一個能通過測試用例的最小代碼。一旦有新代碼需要被測試,上面這個實現就要被重構以適應新代碼,然後重新測試。重複這個循環以確保加入的代碼都是可通過測試用例的,也意味著系統需要的功能被正確實現了。
作為敏捷開發的衍生物,TDD通過不斷地自我迭代,實現了構建軟體的敏捷方法,並且幫助程序員實現清晰,簡單的設計和代碼。
下面是TDD項目的一些最佳實踐:
1.避免功能複雜
保持功能實現的簡單性。仔細考慮,以確保測試用例涵蓋了系統所需的功能的各種可能。由於測試用例是驅動力,因此應對其進行正確性和完整性檢查。
2.專註於需要實現的目標
確保你了解代碼需要被調用的位置,並相應地對測試套件進行框架化。確保測試用例符合標準命名約定,並明確描述了開發所需要實現的目標。這是至關重要的,因為功能不斷添加迭代。後續其他買的開發人員(其實包括自己)應該可以通過看測試代碼,輕鬆推斷出預期的功能。
3.保持測試代碼的簡潔
確保你測試代碼只需要有足夠滿足實現測試用例的代碼即可。這是TDD的基本原則。最大限度地減少測試代碼本身缺陷的可能性,簡化了檢查和測試過程。保持代碼簡潔的同時要確保代碼是可以理解的,並允許將來繼續增加。
4.反覆測試
在編碼之前和編碼後都要進行測試。然後在代碼重構後再次測試。這是為了確保在任何步驟中沒有代碼被破壞。在重構期間,確保新的代碼可維護並遵守標準。經驗告訴我們,每當有代碼更改或代碼移動或代碼合并的時候就需要再測試一次。
5.維護代碼神聖
使用版本控制工具查看並檢入代碼,特別是當多個開發人員正在編寫代碼時。使用Jenkins等持續集成工具可以避免代碼合并問題。
6.應用知識
在TDD中,編碼需要有限但有效。它只需要實現對應的測試用例,而不會破壞任何其他的東西。維護足夠的系統文檔,包括測試用例的存儲庫,以及具有良好應用知識的團隊成員。他們可以確保項目順利而成功的進行。
7.知道什麼時候使用TDD
最後但並非最不重要的是,像任何其他開發概念一樣,TDD在某些情況下效果是最好的。TDD的執行時間不能太長。任何冗長或複雜的測試都會破壞TDD的目的。
通過TDD,開發更加受到控制,結果大大減少了缺陷。重複測試確保系統中的每個組件在每一步都正常工作。
![](https://pic.pimg.tw/zzuyanan/1488615166-1259157397.png)
![](https://pic.pimg.tw/zzuyanan/1482887990-2595557020.jpg)
※華為P10拍照真有宣傳那樣好?
※分享一波實用的iphone7隱藏功能,太實用了
※寫給設計師的信息架構基礎知識指南
※1699元顏值巔峰 性價比超高 它把同價位秒成渣?
※一款1500元的機子,必須要這些配置才算得上完美,你贊同嗎
TAG:安卓網 |
※TDD——測試驅動開發死了嗎?
※行為驅動測試歷史發展與現狀
※創新驅動的實質是人才驅動 特約
※日本將開發氫能驅動混合列車
※「雙核」驅動的偉世通進入 2.0 時代,車聯網技術和自動駕駛平台是核心發力點
※三代銳龍新驅動實測:單核性能進步明顯
※光谷發布2035創新驅動發展行動綱要
※新年度驅動翻車,AMD緊急發布修復版驅動
※研究發現水星空間的強驅動磁場重聯過程
※以創新驅動推進中國航天事業高質量發展
※阜陽雙輪驅動實現後發趕超
※BBC測試個性化、數據驅動紀錄片
※創新驅動發展——理工MT社會實踐活動
※解讀漢能薄膜發電2018中報,創新業務模式、技術驅動強勢爆發
※在每一個角落,驅動人類進步的核心力量
※日本將開發氫能驅動混合列車 最高時速100公里
※在這個技術驅動的、快速發展的經濟環境中,目標驅動型更容易成功
※自驅動真的實現了
※《2017中國產業發展年度分析報告——創新驅動的視角》發布
※大數據趨勢下驅動人才市場的活躍及牽動數據中心產業的發展