論進(jìn)的V測(cè)試模型綜述

1、本文格式為Word版，下載可任意編輯 論進(jìn)的V測(cè)試模型綜述 簡(jiǎn)介： 馬俊，男， 24歲，西南大學(xué)碩士研究生，主要研究方向：計(jì)算機(jī)軟件與理論；丁曉明，男，40歲，西南大學(xué)計(jì)算機(jī)科學(xué)與信息學(xué)院副教授，碩士生導(dǎo)師。 隨著計(jì)算機(jī)技術(shù)的飛速發(fā)展，軟件行業(yè)的競(jìng)爭(zhēng)日益強(qiáng)烈，在開發(fā)軟件的過(guò)程中，人們使用了大量保證軟件質(zhì)量的方法來(lái)分析、設(shè)計(jì)和實(shí)現(xiàn)軟件，以保證自己生產(chǎn)的軟件在競(jìng)爭(zhēng)中的不敗。但開發(fā)人員難免會(huì)在工作中犯錯(cuò)誤，特別是對(duì)于規(guī)模大，繁雜性高的軟件更是如此。這樣，在軟件產(chǎn)品中就會(huì)隱蔽大量錯(cuò)誤和缺陷。這些錯(cuò)誤和缺陷假如遺留到軟件投入運(yùn)行之時(shí)，終將會(huì)暴露出來(lái)。1996年，由于阿里亞納（Ariane）5號(hào)火箭上的軟

2、件系統(tǒng)失敗，損失了多個(gè)衛(wèi)星，造成的間接經(jīng)濟(jì)損失達(dá)到數(shù)十億美元1。象這種要求極高的系統(tǒng)的驗(yàn)證工作比其他類型的系統(tǒng)更為重要，而且成本也高得多。但若不進(jìn)行足夠的驗(yàn)證而出現(xiàn)Ariane 5號(hào)火箭這種狀況，則造成的損失比驗(yàn)證的成本要高得多。大量類型的軟件所使用的領(lǐng)域還涉及到人類的生命安全。譬如醫(yī)用領(lǐng)域的胰島素注射系統(tǒng)，若因軟件的缺陷而造成系統(tǒng)故障，向病人注射過(guò)量的胰島素，會(huì)導(dǎo)致腦功能障礙甚至死亡。以上提到這些風(fēng)險(xiǎn)及大的軟件系統(tǒng)，在開發(fā)過(guò)程中必需經(jīng)過(guò)嚴(yán)格的測(cè)試，以驗(yàn)證軟件系統(tǒng)的可靠性。就算一般的系統(tǒng)，雖然不會(huì)對(duì)人的生命造成危害，但是在經(jīng)濟(jì)方面的損失是不可估量的。譬如銀行的管理系統(tǒng)，若出現(xiàn)系統(tǒng)崩潰的狀況，經(jīng)

3、濟(jì)損失巨大。所以不管什么系統(tǒng)，都必需在經(jīng)濟(jì)允許的狀況下，進(jìn)行足夠的測(cè)試，已保證軟件的質(zhì)量。 軟件測(cè)試有以下幾項(xiàng)原則： （）在軟件開發(fā)生命周期中盡早地和不斷地進(jìn)行測(cè)試2。 質(zhì)量保證協(xié)會(huì)的調(diào)查說(shuō)明，應(yīng)用系統(tǒng)每1000個(gè)源語(yǔ)句中存在大約60個(gè)缺陷，這些缺陷中有2/3是出現(xiàn)在系統(tǒng)的需求和設(shè)計(jì)階段的。假如拖到后面的階段解決這些缺陷，將增加大量費(fèi)用。 （）測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。 （）程序員應(yīng)避免測(cè)試自己的程序。假如程序員測(cè)試自己的程序，他會(huì)按自己開發(fā)時(shí)的思維方式來(lái)對(duì)待自己的程序，總認(rèn)為自己的程序是正確的，不利于找到缺陷。 （）要合理保存測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和

4、最終分析報(bào)告，這些文檔會(huì)為維護(hù)人員維護(hù)階段的工作提供便利。維護(hù)階段是軟件交付后的階段，有可能維護(hù)人員是用戶方的人而不是開發(fā)人員，保存這些文檔就尤為重要。 其左邊每個(gè)開發(fā)活動(dòng)都與右邊的測(cè)試活動(dòng)相對(duì)應(yīng),它描繪了軟件開發(fā)過(guò)程中,需求、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼逐步實(shí)現(xiàn)，針對(duì)這些開發(fā)階段的測(cè)試，其開展的次序正好相反。也就是說(shuō)，代碼最終被開發(fā)出來(lái)，而相應(yīng)的單元測(cè)試首先被執(zhí)行；需求最早開發(fā)，但相應(yīng)的驗(yàn)收測(cè)試是最終才進(jìn)行的。這個(gè)傳統(tǒng)的模型是早期開發(fā)出來(lái)的，和現(xiàn)代軟件工程中測(cè)試的原則不相適合。 V模型的缺點(diǎn)： （）V模型是等到編碼終止才開始進(jìn)行單元測(cè)試，和前面提到的要在軟件開發(fā)生命周期中盡早地和不斷地進(jìn)行測(cè)試這

5、個(gè)最重要的測(cè)試原則相矛盾。 （）應(yīng)當(dāng)開發(fā)和測(cè)試并行，開發(fā)小組和測(cè)試小組通力合作，而傳統(tǒng)的V模型的這種方式很可能出現(xiàn)這種狀況，開發(fā)人員編碼完成，就等著測(cè)試小組提交缺陷報(bào)告，然后修改程序。這種就對(duì)比空閑，不利于人力資源的利用，也不利于小組間的合作。 （）這個(gè)模型測(cè)試過(guò)程和開發(fā)過(guò)程在時(shí)間上嚴(yán)格的劃分開，這樣不利于測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告等文檔的保存。 基于以上原因以及傳統(tǒng)V測(cè)試模型的缺點(diǎn)，提出了改進(jìn)的測(cè)試模型，如下圖。 這個(gè)模型左邊是開發(fā)階段，右邊是與各個(gè)開發(fā)階段對(duì)應(yīng)的測(cè)試。他們的執(zhí)行順序都是從上到下，測(cè)試與開發(fā)并行進(jìn)行。如需求分析階段就有制定測(cè)試計(jì)劃和測(cè)試需求這兩個(gè)測(cè)試步驟；軟件

6、設(shè)計(jì)階段就設(shè)計(jì)此階段的測(cè)試用例并測(cè)試設(shè)計(jì)階段得出的結(jié)果。每個(gè)階段都要設(shè)計(jì)相應(yīng)的測(cè)試用例，一旦得出了可測(cè)試的結(jié)果，就對(duì)其進(jìn)行測(cè)試。這也符合盡早地和不斷地進(jìn)行測(cè)試這個(gè)原則。而且這樣的話測(cè)試小組和開發(fā)小組就可以更好地合作，有利于資源利用。 該模型從一開始的需求階段就制定測(cè)試計(jì)劃，在需求分析的過(guò)程中，對(duì)可測(cè)試的需求文檔進(jìn)行需求測(cè)試。測(cè)試計(jì)劃的目標(biāo)是描述所有要完成的測(cè)試，包括完成所需的資源和進(jìn)度。測(cè)試計(jì)劃應(yīng)給出被測(cè)試軟件的背景信息、測(cè)試的目標(biāo)和風(fēng)險(xiǎn)，以及所要執(zhí)行的特定測(cè)試。測(cè)得太多不行，浪費(fèi)人力財(cái)力；測(cè)得太少也不行，軟件的質(zhì)量得不到保證。有效的測(cè)試方法就是明確和評(píng)價(jià)計(jì)算機(jī)系統(tǒng)的各種風(fēng)險(xiǎn)。能把這些風(fēng)險(xiǎn)縮小

7、到測(cè)試范圍內(nèi)是很重要的。要確定能接受多少風(fēng)險(xiǎn)，然后制定測(cè)試計(jì)劃實(shí)現(xiàn)這個(gè)目標(biāo)。風(fēng)險(xiǎn)的概念確定了從經(jīng)濟(jì)學(xué)的角度考慮需要完成多少測(cè)試或測(cè)試類型，而不是進(jìn)行不可能完成的窮舉測(cè)試或者憑直覺胡亂地測(cè)試。所以有經(jīng)驗(yàn)的測(cè)試人員會(huì)基于風(fēng)險(xiǎn)找到一個(gè)平衡點(diǎn)，逐步完成測(cè)試計(jì)劃。需求測(cè)試的目的是要確保需求得到了正確的記錄，保證信息服務(wù)工程小組正確解釋了需求。由于需求階段應(yīng)當(dāng)是用戶占主導(dǎo)地位的階段，所以測(cè)試必需要確定需求很好地代表了用戶的需要，確定已經(jīng)文檔化了需要。 接下來(lái)是對(duì)總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)的測(cè)試。這個(gè)階段執(zhí)行設(shè)計(jì)評(píng)審以及審查可交付的設(shè)計(jì)結(jié)果。此階段的測(cè)試和需求階段的測(cè)試都是靜態(tài)測(cè)試，沒有可執(zhí)行的代碼，只有文檔和可交

8、付結(jié)果用于審查。假如將缺陷遺留到后面的階段解決，會(huì)增加大量花費(fèi)。這也不符合及早地不斷地進(jìn)行測(cè)試的原則?？山桓督Y(jié)果包括：輸入規(guī)格說(shuō)明、處理規(guī)格說(shuō)明、輸出規(guī)格說(shuō)明、操縱規(guī)格說(shuō)明、系統(tǒng)流程圖等等，基本上就是對(duì)這些文檔進(jìn)行測(cè)試。這個(gè)階段有幾個(gè)任務(wù)需要完成：分析設(shè)計(jì)因素、進(jìn)行設(shè)計(jì)評(píng)審、審查設(shè)計(jì)階段可交付的結(jié)果。 編碼階段進(jìn)行的測(cè)試，主要是針對(duì)代碼進(jìn)行測(cè)試，已白盒測(cè)試技術(shù)為主，已黑盒測(cè)試為輔。白盒測(cè)試技術(shù)中的語(yǔ)句覆蓋、條件覆蓋、路徑覆蓋等技術(shù)都可用于代碼的測(cè)試階段。從這個(gè)階段開始，就有了可執(zhí)行的代碼，所以此階段和之后的階段都是進(jìn)行動(dòng)態(tài)測(cè)試。 編碼階段終止后就進(jìn)入了傳統(tǒng)的測(cè)試階段，這個(gè)階段要進(jìn)行單元測(cè)試，然后在軟件模塊的集成過(guò)程中要進(jìn)行集成測(cè)試，在進(jìn)行系統(tǒng)測(cè)試和用戶的驗(yàn)收測(cè)試。系統(tǒng)測(cè)試和驗(yàn)收測(cè)試?yán)锩嬉舶藢?duì)系統(tǒng)功能的測(cè)試。這個(gè)階段基本上就按傳統(tǒng)的測(cè)試階段進(jìn)行，但是由于此前做了大量測(cè)試工作，這個(gè)階段的大量步驟比傳統(tǒng)測(cè)試階段的步驟更簡(jiǎn)單，返工的工作也更少，花費(fèi)也更小。開發(fā)階段的測(cè)試就到此為止，形成了成品軟件，交付給用戶方。