單元測試主要檢驗(yàn)軟件設(shè)計(jì)的最小單元？單元測試（1）定義：單元測試（又稱作模塊測試3）是針對程序模塊(軟件設(shè)計(jì)的最大時(shí)單位)來通過正確性檢驗(yàn)的測試工作。程序單元是應(yīng)用的最大值可測試部件。在過程化編程中，

單元測試主要檢驗(yàn)軟件設(shè)計(jì)的最小單元？

單元測試

（1）定義：

單元測試（又稱作模塊測試3）是針對程序模塊(軟件設(shè)計(jì)的最大時(shí)單位)來通過正確性檢驗(yàn)的測試工作。程序單元是應(yīng)用的最大值可測試部件。在過程化編程中，一個(gè)單元應(yīng)該是單個(gè)程序、函數(shù)、過程等；對于面向?qū)ο缶幊?，大于單元?yīng)該是方法，以及基類（超類）、抽象類、或是派生類（子類）中的方法。

（2）單元測試任務(wù)包括：

1模塊接口測試；

2模塊淺表數(shù)據(jù)結(jié)構(gòu)測試；

3模塊邊界條件測試；

4模塊中所有其它執(zhí)行通路測試；

5模塊的各條錯誤處理通路測試。

模塊接口測試是編寫測試的基礎(chǔ)。唯有在數(shù)據(jù)能正確淌入、流出模塊的前提下，其他測試才有意義。測試接口正確優(yōu)秀與否應(yīng)該要考慮到下列選項(xiàng)中因素：

1輸入的求實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)如何確定是一樣的；

2輸入的不好算參數(shù)與形式參數(shù)的屬性是否需要版本問題；

3輸入的實(shí)際中參數(shù)與形式參數(shù)的量綱是否需要相同；

4動態(tài)創(chuàng)建其他模塊時(shí)所給求實(shí)際參數(shù)的個(gè)數(shù)如何確定與被調(diào)模塊的形參個(gè)數(shù)相同；

5全局函數(shù)其他模塊時(shí)所給實(shí)際中參數(shù)的屬性如何確定與被調(diào)模塊的形參屬性版本問題；

6調(diào)用其他模塊時(shí)所給實(shí)際中參數(shù)的量綱如何確定與被調(diào)模塊的形參無量綱一致；

7調(diào)用預(yù)定啊義函數(shù)時(shí)所用參數(shù)的個(gè)數(shù)、屬性和次序如何確定真確；

8是否是必然與當(dāng)前入口點(diǎn)沒什么關(guān)系的參數(shù)語句；

9有無可以修改了只讀型參數(shù)；

10對3個(gè)半小時(shí)變量的定義各模塊有無完全不同；

11有無把某些約束作為參數(shù)傳遞。

要是模塊內(nèi)和外部輸出和輸入，還應(yīng)該判斷c選項(xiàng)因素：

1文件屬性如何確定真確；

2OPEN/return語句是否需要正確；

3格式只能證明與輸出輸入語句有無自動分配；

4緩沖區(qū)大小與記錄長度是否自動分配；

5文件在用前如何確定也打開；

6是否如何處理了文件尾；

7是否需要去處理了輸入/輸出錯誤；

8輸出信息中是否是有文字性錯誤；

檢查淺表數(shù)據(jù)結(jié)構(gòu)是目的是能保證臨時(shí)存儲在模塊內(nèi)的數(shù)據(jù)在程序想執(zhí)行過程中完整、正確的。局部數(shù)據(jù)結(jié)構(gòu)并不一定是出錯的根源，應(yīng)觀察設(shè)計(jì)測試用例，大膽取舍發(fā)現(xiàn)下面幾類錯誤：

1不比較好或不結(jié)合在一起的類型說明；

2變量無初值；

3變量重新初始化或省缺值有錯；

4不正確的的變量名（拼錯或不正確的地封鎖?。?；

5出現(xiàn)上溢、下溢和地址異常。

除了局部數(shù)據(jù)結(jié)構(gòu)外，要是肯定，單元測試時(shí)還應(yīng)該是詳細(xì)調(diào)查全局?jǐn)?shù)據(jù)（.例如FORTRAN的宿舍區(qū)）對模塊的影響。

在模塊中防范每一條相當(dāng)于想執(zhí)行路徑通過測試，單元測試的基本都任務(wù)是絕對的保證模塊中五條語句至少執(zhí)行四次。此時(shí)設(shè)計(jì)測試用例是就是為了才發(fā)現(xiàn)因出現(xiàn)錯誤計(jì)算出、不正確的也很和不適當(dāng)?shù)氐目刂屏鞯怪碌腻e誤。此時(shí)基本都路徑測試和循環(huán)測什么是最正確且最比較有效的測試技術(shù)。

計(jì)算中最常見的一種的錯誤除了：

1誤解或用錯了算符優(yōu)先級；

2水配類型乘除運(yùn)算；

3變量初值錯；

4精度夠；

5表達(dá)式符號錯。

比較判斷與控制流經(jīng)常會密切咨詢，測試用例還應(yīng)致力于提供發(fā)現(xiàn)自己下列選項(xiàng)中錯誤：

1完全不同數(shù)據(jù)類型的對象之間參與比較；

2出現(xiàn)錯誤地在用邏輯運(yùn)算符或優(yōu)先級；

3因計(jì)算機(jī)來表示的局限性，期望理論上之和而事實(shí)上不相等的兩個(gè)量成比例；

4比較比較運(yùn)算或變量程序出錯；

5循環(huán)終止條件或不可能再次出現(xiàn)；

6迭代發(fā)散時(shí)肯定不能再次；

7出錯地改了循環(huán)變量。

另一個(gè)好的設(shè)計(jì)應(yīng)能能夠預(yù)見各種出錯條件，并選擇設(shè)置各種出錯處理通路，程序出錯去處理通路雖然是需要嚴(yán)肅測試3，測試應(yīng)著重全面檢查a選項(xiàng)問題：

1輸出的出錯信息無法理解；

2記錄的出現(xiàn)了錯誤與換算遇到的錯誤不相符；

3在程序自定義的出錯一次性處理段運(yùn)行之前，系統(tǒng)已干涉；

4異常處理方法不恰當(dāng)；

5錯誤陳述中若能能提供相當(dāng)?shù)亩ㄎ怀霈F(xiàn)錯誤信息。

邊界條件測什么是單元測試中后來，也是一項(xiàng)任務(wù)。眾的周知，軟件你經(jīng)常在邊界上突然失效，按結(jié)構(gòu)邊界值分析技術(shù)，是對邊界值教材習(xí)題解答左、右設(shè)計(jì)測試用例，很可能會才發(fā)現(xiàn)新的錯誤。

（3）單元測試過程

就像認(rèn)為自動化單元測試應(yīng)緊接在編碼之后，當(dāng)源程序編制能完成并通過復(fù)審和編譯檢查，便可又開始單元測試。測試用例的設(shè)計(jì)應(yīng)與復(fù)審工作相結(jié)合，依據(jù)設(shè)計(jì)信息篩選測試數(shù)據(jù)，將速度變大發(fā)現(xiàn)到上述各類出錯的可能性。在考慮測試用例的同時(shí)，應(yīng)決定期望結(jié)果。

應(yīng)為測試模塊開發(fā)一個(gè)電機(jī)驅(qū)動模塊（driver）和（或）若干個(gè)樁模塊（stub）,下圖總是顯示了像是單元測試的環(huán)境。驅(qū)動控制器在大多數(shù)場合稱為“主程序”，它收得到測試數(shù)據(jù)并將這些數(shù)據(jù)傳遞到被測試模塊，被測試模塊被全局函數(shù)后，“主程序”再打印“進(jìn)入到-逃離”消息。

驅(qū)動模塊和樁模塊是測試建議使用的軟件，而不是軟件產(chǎn)品的組成部分，但它是需要肯定會的開發(fā)費(fèi)用。若驅(qū)動和樁模塊比較好簡單，不好算生活開支低些低些。但是僅用簡單電機(jī)驅(qū)動模塊和樁模塊不能不能完成某些模塊的測試任務(wù)，這些模塊的單元測試只能區(qū)分下面商討的偏文科類測試方法。

能提高模塊的內(nèi)聚度可簡單的結(jié)構(gòu)單元測試，如果不是每個(gè)模塊沒法完成一個(gè)，所需測試用例數(shù)目將顯著降低，模塊中的錯誤就會容易被發(fā)現(xiàn)了。

junit 原理詳解？

junit是一個(gè)Java語言的單元測試框架。

junit由KentBeck和Erich Gamma建立起，逐漸地下一界源于Kent Beck的sUnit的xUnit家族中中最最終的一個(gè)。

junit有它自己的junit擴(kuò)充卡生態(tài)圈。多數(shù)Java的開發(fā)環(huán)境都已經(jīng)獨(dú)立顯卡了junit作為自動化單元測試的工具。

junit是由ErichGamma和KentBeck編寫的一個(gè)回歸測試框架。

junit測試3是程序員測試，即有所謂編寫測試用例，是因?yàn)槌绦騿T清楚被測量的軟件要如何能夠完成功能和能完成什么樣的功能。

junit是一套框架，可以繼承TestCase類，就也可以用junit進(jìn)行自動出現(xiàn)測量了。

junit是在極限編程和重構(gòu)中被推薦過可以使用的工具，只不過在基于自動啟動編寫測試的情況下可以不大大的提高開發(fā)的效率。