軟件單元測試淺析

第第頁軟件單元測試淺析軟件單元測試淺析

發(fā)表于：2023-04-01來源：：點(diǎn)擊數(shù)：標(biāo)簽：單元淺析軟件

軟件測試是保證軟件產(chǎn)品質(zhì)量的重要手段之一。它是測量、評(píng)估軟件產(chǎn)品特點(diǎn)和能力的活動(dòng)?，F(xiàn)在，國內(nèi)一些軟件企業(yè)對(duì)于軟件測試的重視程度還很不夠，認(rèn)為測試工作非常簡單，只是簡單地操作所測的軟件產(chǎn)品而已。這種錯(cuò)誤的思想嚴(yán)重影響了國內(nèi)軟件質(zhì)量，應(yīng)該引

軟件測試是保證軟件產(chǎn)品質(zhì)量的重要手段之一。它是測量、評(píng)估軟件產(chǎn)品特點(diǎn)和能力的活動(dòng)。現(xiàn)在，國內(nèi)一些軟件企業(yè)對(duì)于軟件測試的重視程度還很不夠，認(rèn)為測試工作非常簡單，只是簡單地操作所測的軟件產(chǎn)品而已。這種錯(cuò)誤的思想嚴(yán)重影響了國內(nèi)軟件質(zhì)量，應(yīng)該引起我們的高度重視。

軟件測試階段可以分為若干個(gè)小的階段，階段的劃分有多種，我現(xiàn)在按流程順序?qū)⑵浞譃樗膫€(gè)階段：

·單元測試：由項(xiàng)目小組完成

·集成測試：由項(xiàng)目小組完成

·系統(tǒng)測試：由專業(yè)測試小組完成

·交接測試：用戶和開發(fā)商共同完成。

測試的四個(gè)階段完全逆向檢測了軟件開發(fā)的各個(gè)階段。單元測試主要是測試程序代碼，集成測試主要是對(duì)設(shè)計(jì)的檢測，系統(tǒng)測試主要測試了軟件的功能，交接測試主要是對(duì)用戶需求的一種檢測。但是每個(gè)測試階段仍要對(duì)其它測試階段的測試內(nèi)容加以測試，只是測試重點(diǎn)不同。

在這篇文章中，我只對(duì)單元測試流程加以闡述，而不涉及具體的測試方法。關(guān)于測試方法（如：使用手工測試還是自動(dòng)測試）若有機(jī)會(huì)將在其它文章中進(jìn)行闡述。

在單元測試前，先讓我們明白以下幾個(gè)問題，這可以使我們對(duì)單元測試更加清晰。

·單元測試的目標(biāo)：確保模塊被正確地編碼

·由誰去做：通常由程序人員測試

·怎樣去測試：功能測試可以用黑匣測試方法，代碼測試可用白匣測試方法

·什么時(shí)候可以停止：當(dāng)程序員感到代碼沒有缺陷時(shí)

·記錄：通常沒有記錄

我們?cè)谇宄陨蠁栴}后就可以編寫測試用例了。測試用例是輸入、執(zhí)行條件和一個(gè)特殊目標(biāo)所開發(fā)的預(yù)期結(jié)果集合。它按測試目的不同可分為以下幾種類型：

·需求測試用例：測試是否符合需求規(guī)范

·設(shè)計(jì)測試用例：測試是否符合系統(tǒng)邏輯結(jié)構(gòu)

·代碼測試用例：測試代碼的邏輯結(jié)構(gòu)和使用的數(shù)據(jù)

需求測試用例通常是按照需求執(zhí)行的功能逐條地編寫輸入數(shù)據(jù)和期望輸出。一個(gè)好的需求用例是可以用少量的測試用例就能夠覆蓋所有的程序功能。

設(shè)計(jì)測試用例檢測的是代碼和設(shè)計(jì)是否完全相符。是對(duì)底層設(shè)計(jì)和基本結(jié)構(gòu)上的測試。設(shè)計(jì)測試用例可以涉及到需求測試用例沒有覆蓋到的代碼空間（例如界面的設(shè)計(jì)）。

代碼測試用例是基于運(yùn)行軟件和數(shù)據(jù)結(jié)構(gòu)上的。它要保證可以覆蓋所有的程序分支、最小的語句和輸出。

以上三種用例所用的數(shù)據(jù)又可分為正常數(shù)據(jù)、邊緣數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)。

·正常數(shù)據(jù)：在測試中所用的正常數(shù)據(jù)的量是最大的，而且也是最關(guān)鍵的。少量的測試數(shù)據(jù)不能完全覆蓋需求，但我們要從中提取出一些具有高度代表性的數(shù)據(jù)作為測試數(shù)據(jù)，以減少測試時(shí)間。

·邊緣數(shù)據(jù)：邊緣測試是界于正常數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)之間的一種數(shù)據(jù)。它可以針對(duì)某一種編程語言、編程環(huán)境或特定的數(shù)據(jù)庫而專門設(shè)定。例如若使用SQLServer數(shù)據(jù)庫，則可把SQLServer關(guān)鍵字（如：';AS;Join等）設(shè)為邊緣數(shù)據(jù)。其它邊緣數(shù)據(jù)還有：HTML的HTML;等關(guān)鍵字以及空格、@、負(fù)數(shù)、超長字符等。邊緣數(shù)據(jù)要靠測試人員的豐富經(jīng)驗(yàn)來制定。

·錯(cuò)誤數(shù)據(jù)：顯而易見，錯(cuò)誤數(shù)據(jù)就是編寫與程序輸入規(guī)范不符的數(shù)據(jù)從而檢測輸入篩選、錯(cuò)誤處理等程序的分支。

由于執(zhí)行測試用例的數(shù)據(jù)量巨大以及還要進(jìn)行回歸測試，所以可以考慮使用自動(dòng)測試工具，但提取測試數(shù)據(jù)仍要依靠編寫測試用例人員的經(jīng)驗(yàn)。并且，我們還要注意到自動(dòng)測試也許不能找到程序中所有錯(cuò)誤，手動(dòng)測試所找到的錯(cuò)誤會(huì)比自動(dòng)測試所找到的要多。

有了測試用例，我們就可以進(jìn)行測試了吧？許多公司也是這樣做的，但在這里我建議大家最好要先進(jìn)行代碼的審議。通過代碼審議找到的錯(cuò)誤可以比測試用例測試所能找到的錯(cuò)誤更加深入，并且發(fā)現(xiàn)錯(cuò)誤的時(shí)間也比測試用例要早。代碼審議要