1.軟件生命周期(Software Life Cycle,SLC)是軟件的產(chǎn)生直到報(bào)廢或停止使用的生命周期,。

　　軟件生命周期內(nèi)有問題定義、可行性分析,、總體描述,、系統(tǒng)設(shè)計(jì)、編碼,、調(diào)試和測試,、驗(yàn)收與運(yùn)行,、維護(hù)升級到廢棄等階段，也有將以上階段的活動組合在內(nèi)的迭代階段,，即迭代作為生命周期的階段,。

3.軟件測試生命周期模型：瀑布模型,、V模型,、螺旋模型、迭代模型,、W模型,、H模型、X模型

（1）瀑布模型：瀑布模型強(qiáng)調(diào)文檔的作用,，并要求每個(gè)階段都要仔細(xì)驗(yàn)證,。但是，這種模型的線性過程太理想化,，已不再適合現(xiàn)代的軟件開發(fā)模式,，幾乎被業(yè)界拋棄。

　　優(yōu)點(diǎn)：

　　有利于大型軟件開發(fā)過程中人員的組織及管理,；

　　提高了大型軟件項(xiàng)目開發(fā)的質(zhì)量和效率,；

　　缺點(diǎn)：

　　由于開發(fā)模型呈線性，所以當(dāng)開發(fā)成果尚未經(jīng)過測試時(shí),，用戶無法看到軟件的效果,，只有等到整個(gè)過程的末期才能見到開發(fā)成果，軟件與用戶見面的時(shí)間間隔較長,，也增加了一定的風(fēng)險(xiǎn),；

　　早期的錯(cuò)誤可能要等到開發(fā)后期的測試階段才能發(fā)現(xiàn)，可能會擴(kuò)散,，進(jìn)而可能會造成整個(gè)軟件項(xiàng)目開發(fā)失?。?/p>

　　各個(gè)階段的劃分完全固定,，階段之間產(chǎn)生大量的文檔,，極大地增加了工作量（軟件需求分析階段,，完全確定用戶的所有需求是比較困難的，甚至可以說是不太可能的）,；

（2）V模型

　　V模型大體可以劃分為以下幾個(gè)不同的階段步驟：客戶需求分析,、軟件需求分析、概要設(shè)計(jì),、詳細(xì)設(shè)計(jì),、軟件編碼、單元測試,、集成測試,、系統(tǒng)測試、驗(yàn)收測試,。

　　局限性： 把測試作為編碼之后的最后一個(gè)活動,，需求分析等前期產(chǎn)生的錯(cuò)誤直到后期的驗(yàn)收測試才能發(fā)現(xiàn)。

（3）螺旋模型

　　螺旋模型是一種演化軟件開發(fā)過程模型,，它兼顧了快速原型的迭代的特征以及瀑布模型的系統(tǒng)化與嚴(yán)格監(jiān)控。

　　螺旋模型最大的特點(diǎn)在于引入了其他模型不具備的風(fēng)險(xiǎn)分析,，使軟件在無法排除重大風(fēng)險(xiǎn)時(shí)有機(jī)會停止,，以減小損失。同時(shí),，在每個(gè)迭代階段構(gòu)建原型是螺旋模型用以減小風(fēng)險(xiǎn)的途徑,。螺旋模型更適合大型的昂貴的系統(tǒng)級的軟件應(yīng)用。 

　　將瀑布模型和快速原型模型結(jié)合起來,，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析,，特別適合于大型復(fù)雜的系統(tǒng)。

（4）迭代模型

　　最早的迭代過程可能被描述為“分段模型（stagewise model）”,。迭代模型是RUP推薦的周期模型,。

　　迭代包括產(chǎn)生產(chǎn)品發(fā)布（穩(wěn)定、可執(zhí)行的產(chǎn)品版本）的全部開發(fā)活動和要使用該發(fā)布必需的所有其他外圍元素,。在某種程度上,，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：需求分析、設(shè)計(jì),、實(shí)施和測試工作流程,。

　　實(shí)質(zhì)上，它類似小型的瀑布式項(xiàng)目,。

　　優(yōu)點(diǎn)：與傳統(tǒng)的瀑布模型相比較,，迭代過程具有以下優(yōu)點(diǎn)：

　　1）降低了在一個(gè)增量上的開支風(fēng)險(xiǎn)。如果開發(fā)人員重復(fù)某個(gè)迭代,，那么損失只是這一個(gè)開發(fā)有誤的迭代的花費(fèi),。

　　2）降低了產(chǎn)品無法按照既定進(jìn)度進(jìn)入市場的風(fēng)險(xiǎn),。通過在開發(fā)早期就確定風(fēng)險(xiǎn)，可以盡早來解決而不至于在開發(fā)后期匆匆忙忙,。

　　3）加快了整個(gè)開發(fā)工作的進(jìn)度,。因?yàn)殚_發(fā)人員清楚問題的焦點(diǎn)所在，他們的工作會更有效率,。

　　4）由于用戶的需求并不能在一開始就作出完全的界定,，它們通常是在后續(xù)階段中不斷細(xì)化的。因此,，迭代過程這種模式使適應(yīng)需求的變化會更容易些,。

（5）W模型：文檔驅(qū)動

　　優(yōu)點(diǎn)： 

　　 將測試貫穿到整個(gè)軟件的生命周期中，且除了代碼要測試,，需求,、設(shè)計(jì)等都要測試。

　　更早的介入到軟件開發(fā)中,，能盡早的發(fā)現(xiàn)缺陷進(jìn)行修復(fù),。 

　　測試與開發(fā)獨(dú)立起來，并與開發(fā)并行,。   

　　缺點(diǎn)： 

　　對有些項(xiàng)目,，開發(fā)過程中根本沒有文檔產(chǎn)生，故W模型無法使用,。 

　　對于需求和設(shè)計(jì)的測試技術(shù)要求很高,，實(shí)踐起來很困難，文檔驅(qū)動,。

（6）H模型

　　相對于V模型和W模型,，H模型將測試活動完全獨(dú)立出來，形成了一個(gè)完全獨(dú)立的流程,，將測試準(zhǔn)備活動和測試執(zhí)行活動清晰地體現(xiàn)出來,。

（7）X模型

　　目標(biāo)是彌補(bǔ)V模型的一些缺陷。

4.測試基本過程

（1）一個(gè)規(guī)范化的軟件測試過程包括以下基本的測試活動：

　　擬定軟件測試計(jì)劃,、方案,；

　　設(shè)計(jì)和生成測試用例、準(zhǔn)備測試數(shù)據(jù),；

　　執(zhí)行測試,，記錄原始數(shù)據(jù)，對缺陷進(jìn)行管理,；

　　生成軟件測試報(bào)告,、缺陷的統(tǒng)計(jì)和報(bào)表；

（2）軟件測試過程與整個(gè)軟件開發(fā)過程基本上是平行進(jìn)行的,；

（3）一個(gè)開發(fā)機(jī)構(gòu)還應(yīng)當(dāng)制定軟件測試規(guī)程,，按照軟件工程的規(guī)范,，定義各項(xiàng)活動的目標(biāo)和詳細(xì)過程；

（4）測試基本過程示意圖：