Junit單元測試驅(qū)動開發(fā)

1、測試驅(qū)動開發(fā)2目錄目錄測試驅(qū)動開發(fā)簡介測試驅(qū)動開發(fā)入門測試與重構(gòu)3測試驅(qū)動開發(fā)簡介測試驅(qū)動開發(fā)簡介Why 為什么會出現(xiàn)測試驅(qū)動開發(fā)What 什么是測試驅(qū)動How 測試驅(qū)動所要達(dá)到的目標(biāo)4為什么會出現(xiàn)測試驅(qū)動開發(fā)這段代碼究竟想表達(dá)什么意思？奇怪了，怎么代碼跟開發(fā)文檔上有這么大的差別??？代碼現(xiàn)在越來越亂了，我都不敢修改代碼了，修改了這個地方，天曉得會引起多少別的地方出錯啊!這個地方的代碼怎么好象在那個地方看到過?。窟@個程序里怎么會有這么多的重復(fù)代碼呢？開發(fā)人員開發(fā)人員5他們到底在搞什么啊，有沒有從用戶的角度考慮啊，我新增一個票據(jù)訂單，訂單項竟然可以輸入負(fù)數(shù)。！。為什么會出現(xiàn)測試驅(qū)動開發(fā)測試人員測試

2、人員這下好了，讓他們修改了一個BUG，現(xiàn)在一下子來了這么多的BUG項目部在干什么啊，BUG怎么這么多，他們有沒有自己先測試一下啊6什么是測試驅(qū)動QA 項目部在干什么啊，BUG怎么這么多，他們有沒有自己先測試一下啊 這下好了，讓他們修改了一個BUG，現(xiàn)在一下子來了這么多的BUG 他們到底在搞什么啊，有沒有從用戶的角度考慮啊，我新增一個票據(jù)訂單，訂單項竟然可以輸入負(fù)數(shù)。7測試驅(qū)動想達(dá)到的目標(biāo)測試驅(qū)動想達(dá)到的目標(biāo)測試驅(qū)動是一種開發(fā)形式 首先要編寫測試代碼 除非存在相關(guān)測試，否則不編寫任何產(chǎn)品代碼 由測試來決定需要編寫什么樣的代碼 要求維護(hù)一套詳盡的測試集clean code that work目錄目

3、錄測試失敗時，才寫代碼消除重復(fù)設(shè)計，優(yōu)化設(shè)計結(jié)構(gòu)代碼整潔可用9測試驅(qū)動開發(fā)入門測試驅(qū)動開發(fā)入門測試驅(qū)動開發(fā)簡介測試驅(qū)動開發(fā)入門測試與重構(gòu)如何開始如何開始如何開始原則測試技術(shù)原則一原則一: :測試隔離測試隔離不同代碼的測試應(yīng)該相互隔離。對一塊代碼的測試只考慮此代碼的測試，不要考慮其實現(xiàn)細(xì)節(jié)12原則二：一頂帽子原則二：一頂帽子做不同的事，承擔(dān)不同的角色。注意力集中在當(dāng)前工作上，不要過多考慮其他方面的細(xì)節(jié)，保證頭上只有一頂帽子13原則三：測試列表原則三：測試列表需要測試的功能點很多在任何階段想添加功能需求問題時，把相關(guān)功能點加到測試列表中，再繼續(xù)手頭工作14原則四：先寫斷言原則四：先寫斷言編寫對功能

4、代碼的判斷用的斷言語句，然后編寫相應(yīng)的輔助語句15原則五：可測試性原則五：可測試性遵循比較好的設(shè)計原則的代碼都具備較好的測試性。比如比較高的內(nèi)聚性，盡量依賴于接口等16原則六：及時重構(gòu)原則六：及時重構(gòu)無論是功能代碼還是測試代碼，對結(jié)構(gòu)不合理，重復(fù)的代碼等情況，在測試通過后，及時進(jìn)行重構(gòu)17原則七：小步前進(jìn)原則七：小步前進(jìn)把所有的規(guī)模大、復(fù)雜性高的工作，分解成小的任務(wù)來完成每個功能的完成就走測試代碼功能代碼測試重構(gòu)的循環(huán)18范圍、粒度范圍、粒度對哪些功能進(jìn)行測試？會不會太繁瑣？什么時候可以停止測試？對那些你認(rèn)為應(yīng)該測試的代碼進(jìn)行測試大師Kent Benk 什么時候?qū)懯裁磿r候?qū)懨鞔_當(dāng)前要完成的功能

5、?？梢杂涗洺梢粋€ TODO 列表快速完成針對此功能的測試用例編寫測試代碼編譯不通過編寫對應(yīng)的功能代碼測試通過對代碼進(jìn)行重構(gòu)，并保證測試通過如何編寫用例如何編寫用例l 操作過程盡量模擬正常使用的過程l 全面的測試用例應(yīng)該盡量做到分支覆蓋，核心代碼盡量做到路徑覆蓋l 測試數(shù)據(jù)盡量包括：真實數(shù)據(jù)、邊界數(shù)據(jù)l 測試語句和測試數(shù)據(jù)應(yīng)該盡量簡單，容易理解l 為了避免對其他代碼過多的依賴，可以實現(xiàn)簡單的樁函數(shù)或樁類（Mock Object）l 如果內(nèi)部狀態(tài)非常復(fù)雜或者應(yīng)該判斷流程而不是狀態(tài)，可以通過記錄日志字符串的方式進(jìn)行驗證如何編寫用例如何編寫用例在開發(fā)一個新的功能之前:OK,我們知道這個method中的

6、這段代碼要做什么，而且這段代碼也足夠簡單。測試隔離不同代碼的測試應(yīng)該相互隔離。對一塊代碼的測試只考慮此代碼的測試，不要考慮其實現(xiàn)細(xì)節(jié)一頂帽子做不同的事，承擔(dān)不同的角色。注意力集中在當(dāng)前對應(yīng)工作上，而不要過多的考慮其他方面的細(xì)節(jié)，保證頭上只有一頂帽子測試列表需要測試的功能點很多在任何階段想添加功能需求問題時，把相關(guān)功能點加到測試列表中，然后繼續(xù)手頭工作先寫斷言編寫對功能代碼的判斷用的斷言語句，然后編寫相應(yīng)的輔助語句可測試性遵循比較好的設(shè)計原則的代碼都具備較好的測試性。比如比較高的內(nèi)聚性，盡量依賴于接口等及時重構(gòu)無論是功能代碼還是測試代碼，對結(jié)構(gòu)不合理，重復(fù)的代碼等情況，在測試通過后，及時進(jìn)行重構(gòu)

7、小步前進(jìn)把所有的規(guī)模大、復(fù)雜性高的工作，分解成小的任務(wù)來完成每個功能的完成就走測試代碼功能代碼測試重構(gòu)的循環(huán)如何編寫用例如何編寫用例對哪些功能進(jìn)行測試？會不會太繁瑣？什么時候可以停止測試？如何編寫用例如何編寫用例如果你要寫一個新的功能，請先寫她的測試?yán)尤绻阋跊]有經(jīng)過測試的代碼上寫新的功能，請先寫目前代碼的測試?yán)尤绻阋狥ix一個Bug，請先為這個Bug寫一個測試?yán)尤绻阋貥?gòu)沒有測試過的代碼，請先寫一個測試?yán)尤绻惆l(fā)現(xiàn)一個邊緣例外值，請為她寫一個測試?yán)尤绾尉帉懹美绾尉帉懹美僮鬟^程盡量模擬正常使用的過程全面的測試用例應(yīng)該盡量做到分支覆蓋，核心代碼盡量做到路徑覆蓋測試數(shù)據(jù)盡量包括

8、：真實數(shù)據(jù)、邊界數(shù)據(jù)測試語句和測試數(shù)據(jù)應(yīng)該盡量簡單，容易理解為了避免對其他代碼過多的依賴，可以實現(xiàn)簡單的樁函數(shù)或樁類（Mock Object）如果內(nèi)部狀態(tài)非常復(fù)雜或者應(yīng)該判斷流程而不是狀態(tài)，可以通過記錄日志字符串的方式進(jìn)行驗證JUnitJUnit介紹介紹首先確定你要做什么（不是要如何做?。?比如說一個論壇的增加用戶的功能，我們需要又一個method來增加一個用戶： public void addAccount( Account account ) 當(dāng)然包括成功增加一個用戶（在數(shù)據(jù)庫中插入一條紀(jì)錄） 還包括如果已經(jīng)由一個相同的用戶，應(yīng)該返回一個用戶已存在的消息JUnitJUnit介紹介紹然后為這

9、個功能（Method）寫單元測試?yán)? Unit Test ) 單元測試?yán)右采w這個Method的 “做什么”。 所以我們至少有了兩個測試?yán)? Test Case 1: 測試成功增加一個用戶 Test Case 2: 測試增加一個已存在的用戶 其他邊緣情況測試： Test Case 3: 傳入的Account對象為NULL目錄目錄28測試與重構(gòu)測試與重構(gòu)什么是重構(gòu)什么是重構(gòu)重構(gòu)的好處重構(gòu)的好處重構(gòu)的時機(jī)重構(gòu)的時機(jī)存在重復(fù)的時候覺察到代碼所表達(dá)的意圖不明確的時候代碼有味道的時候重構(gòu)與測試的關(guān)系重構(gòu)與測試的關(guān)系 大話西游之單元測試大話西游之單元測試 轉(zhuǎn)載轉(zhuǎn)載 “我知道這個項目bug很多，無法按時完成，即使老板把我炒了也是應(yīng)該的。曾經(jīng)有一個做單元測試的機(jī)