軟件測(cè)試2-測(cè)試模型與過程

1、本節(jié)內(nèi)容本節(jié)內(nèi)容軟件開發(fā)模式軟件測(cè)試模型軟件測(cè)試流程軟件開發(fā)模型是軟件從最初構(gòu)思到發(fā)布軟件產(chǎn)品的全部過程，明確規(guī)定要完成的主要活動(dòng)和任務(wù)，是軟件項(xiàng)目開發(fā)的基礎(chǔ)正確、適宜的軟件開發(fā)方法對(duì)開發(fā)進(jìn)程很重要。不同類型的軟件的需求及規(guī)模不盡相同。不同軟件過程采用不同開發(fā)流程主流軟件開發(fā)過程瀑布模型螺旋模型RUP模型敏捷開發(fā)模型瀑布模型瀑布模型瀑布模型的核心思想是按工序?qū)栴}化簡，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，采用機(jī)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開。軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試、運(yùn)行維護(hù)。規(guī)定活動(dòng)自上而下、相互銜接的固定次序，逐級(jí)下落。優(yōu)點(diǎn)：易于理解；為項(xiàng)目提供

2、了按階段劃分的檢查點(diǎn)。強(qiáng)調(diào)早期計(jì)劃及需求調(diào)查；確定何時(shí)能夠交付產(chǎn)品及何時(shí)進(jìn)行評(píng)審與測(cè)試。缺點(diǎn)：需求調(diào)查分析只進(jìn)行一次，不能適應(yīng)需求變化；順序的開發(fā)流程，使得在項(xiàng)目各個(gè)階段之間極少有反饋。沒有包含任何類型的風(fēng)險(xiǎn)評(píng)估；開發(fā)中出現(xiàn)的問題直到開發(fā)后期才能夠顯露，因此失去及早糾正的機(jī)會(huì)。通過過多的強(qiáng)制完成日期和里程碑來跟蹤各個(gè)項(xiàng)目階段。傳統(tǒng)的瀑布模型，軟件測(cè)試的地位和價(jià)值并沒有體現(xiàn)出來，測(cè)試只能作為一個(gè)事后補(bǔ)救工作。早期的錯(cuò)誤可能要等到開發(fā)后期的測(cè)試階段才能發(fā)現(xiàn)，進(jìn)而帶來嚴(yán)重的后果。各個(gè)階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量。由于開發(fā)模型是線性的，用戶只有等到整個(gè)過程的末期才能見

3、到開發(fā)成果，從而增加 了開發(fā)的風(fēng)險(xiǎn)。螺旋模式是瀑布模式與邊寫邊改演化模式相結(jié)合，并加入風(fēng)險(xiǎn)評(píng)估所建立的軟件開發(fā)模式。 主要思想是在開始時(shí)不必詳細(xì)定義所有細(xì)節(jié)，而是從小開始，定義重要功能，盡量實(shí)現(xiàn)，接受客戶反饋，進(jìn)入下一階段，并重復(fù)上述過程，直到獲得最終產(chǎn)品。 每一螺旋（開發(fā)階段）包括5個(gè)步驟：確定目標(biāo)，選擇方案和限制條件。 對(duì)方案風(fēng)險(xiǎn)進(jìn)行評(píng)估，并能解決風(fēng)險(xiǎn)。 進(jìn)行本階段的開發(fā)和測(cè)試。 計(jì)劃下一階段。 確定進(jìn)入下階段的方法。優(yōu)點(diǎn)：嚴(yán)格的全過程風(fēng)險(xiǎn)管理，測(cè)試介入早，發(fā)現(xiàn)問題早；強(qiáng)調(diào)各開發(fā)階段的質(zhì)量；提供機(jī)會(huì)評(píng)估項(xiàng)目是否有價(jià)值繼續(xù)下去。缺點(diǎn)：螺旋開發(fā)需要巨大的回歸測(cè)試周期，以確定添加的內(nèi)容是否會(huì)對(duì)整

4、個(gè)系統(tǒng)的運(yùn)行產(chǎn)生影響螺旋開發(fā)模式詳細(xì)設(shè)計(jì)風(fēng)險(xiǎn)分析評(píng)估方案累計(jì)成本提交線制定計(jì)劃原型1原型2原型3可運(yùn)行原型風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析需求計(jì)劃開發(fā)計(jì)劃集成與測(cè)試軟件需求軟件產(chǎn)品設(shè)計(jì)需求確定設(shè)計(jì)確定實(shí)現(xiàn)編碼單元測(cè)試集成測(cè)試驗(yàn)收測(cè)試IBM開發(fā)的面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論：可以遠(yuǎn)距離網(wǎng)絡(luò)協(xié)同完成開發(fā)工作面向?qū)ο筌浖こ痰耐ㄓ脴I(yè)務(wù)流程，微型版螺旋開發(fā)具有統(tǒng)一的軟件流程構(gòu)架，提供規(guī)范的開發(fā)任務(wù)分配和職責(zé)明確分配，其目標(biāo)是確?？深A(yù)期和預(yù)算內(nèi)開發(fā)滿足用戶高質(zhì)量產(chǎn)品RUP認(rèn)為,所有的階段(需求及其它)都可以細(xì)分為迭代。每一次的迭代都會(huì)產(chǎn)生一個(gè)可以發(fā)布的產(chǎn)品,這個(gè)產(chǎn)品是最終產(chǎn)品的一個(gè)子集。RUP把一個(gè)項(xiàng)目分為四個(gè)不

5、同的階段：初始階段 ：包括用戶溝通和計(jì)劃活動(dòng)兩個(gè)方面，強(qiáng)調(diào)定義和細(xì)化用例，并將其作為主要模型。細(xì)化階段 ：包括用戶溝通和建?；顒?dòng)，重點(diǎn)是創(chuàng)建分析和設(shè)計(jì)模型，強(qiáng)調(diào)類的定義和體系結(jié)構(gòu)的表示構(gòu)建階段 ：將設(shè)計(jì)轉(zhuǎn)化為實(shí)現(xiàn)，并進(jìn)行集成和測(cè)試發(fā)布階段 ：將產(chǎn)品發(fā)布給用戶進(jìn)行測(cè)試評(píng)價(jià)，并收集用戶的意見，之后再次進(jìn)行迭代修改產(chǎn)品使之完善。敏捷開發(fā)以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開發(fā)。在敏捷開發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過測(cè)試（24小時(shí)內(nèi)），具備可視、可集成和可運(yùn)行使用的特征。敏捷原則：個(gè)體和交互勝于過程與工具；可運(yùn)行的軟件勝于面面俱到的文檔，客戶合作

6、勝于合同談判；響應(yīng)變化勝于教條遵循計(jì)劃需求變更，日常工作，共享狀態(tài)，發(fā)現(xiàn)潛在問題軟件測(cè)試生命周期包含在軟件生命周期中測(cè)試生命周期主要橫跨兩歷程：軟件開發(fā)階段的測(cè)試歷程軟件運(yùn)行維護(hù)階段的測(cè)試活動(dòng)軟件測(cè)試與軟件開發(fā)過程的關(guān)系測(cè)試在開發(fā)階段的作用：項(xiàng)目規(guī)劃階段：負(fù)責(zé)從單元測(cè)試到系統(tǒng)測(cè)試的整個(gè)測(cè)試階段的監(jiān)控。需求分析階段：確定測(cè)試需求分析、系統(tǒng)測(cè)試計(jì)劃的制定，評(píng)審后成為管理項(xiàng)目。詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)階段：確保集成測(cè)試計(jì)劃和單元測(cè)試計(jì)劃完成。編碼階段：由開發(fā)人員進(jìn)行自己負(fù)責(zé)部分的測(cè)試代碼。在項(xiàng)目較大時(shí)，由專人進(jìn)行編碼階段的測(cè)試任務(wù)。測(cè)試階段（單元、集成、系統(tǒng)測(cè)試）：依據(jù)測(cè)試代碼進(jìn)行測(cè)試，并提交相應(yīng)的測(cè)試狀

7、態(tài)報(bào)告和測(cè)試結(jié)束報(bào)告。V模型W模型H模型X 模型測(cè)試前置模型(測(cè)試驅(qū)動(dòng)模型)V模型是最廣為人知的測(cè)試模型，由Paul Rook在世紀(jì)年代后期提出的，旨在改進(jìn)軟件開發(fā)的效率和效果。V模型與瀑布模型有共同特性，開發(fā)與測(cè)試實(shí)現(xiàn)層級(jí)對(duì)應(yīng)其重要之處在于從左到右，描述了基本的開發(fā)過程和測(cè)試行為，非常明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別，描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系需求分析需求分析概要設(shè)計(jì)概要設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼編碼單元測(cè)試單元測(cè)試集成測(cè)試集成測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試驗(yàn)收測(cè)試單元和集成測(cè)試應(yīng)檢測(cè)程序的執(zhí)行是否滿足軟件設(shè)計(jì)的要求；系統(tǒng)測(cè)試應(yīng)檢測(cè)系統(tǒng)功能、性能的質(zhì)量特性是否達(dá)到系統(tǒng)要

8、求的指標(biāo)；驗(yàn)收測(cè)試確定軟件的實(shí)現(xiàn)是否滿足用戶需要或合同的要求。V模型中的過程從左到右，描述了基本的開發(fā)過程和測(cè)試行為。V模型的價(jià)值在于它非常明確地標(biāo)注了測(cè)試過程中存在的不同類型的測(cè)試。V模型的缺陷存在局限性，僅僅把測(cè)試過程作為在需求分析、系統(tǒng)設(shè)計(jì)及編碼之后的一個(gè)階段，只針對(duì)程序進(jìn)行的尋找錯(cuò)誤的活動(dòng)，忽視了測(cè)試活動(dòng)對(duì)需求分析,系統(tǒng)設(shè)計(jì)等活動(dòng)的驗(yàn)證和確認(rèn)的功能，直到后期的驗(yàn)收測(cè)試才被發(fā)現(xiàn)，違背了測(cè)試盡早介入的原則。W模型由Evolutif公司提出。W模型從V模型演化過來，實(shí)際上開發(fā)是V，測(cè)試也是與此并行的V。相對(duì)于V模型，W模型增加了軟件各開發(fā)階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動(dòng)。測(cè)試伴隨整個(gè)軟件開發(fā)

9、周期，而且測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣要測(cè)試，測(cè)試與開發(fā)是同步進(jìn)行的。W模型有利于盡早地全面的發(fā)現(xiàn)問題。優(yōu)點(diǎn)需求分析完成后，就參與到對(duì)需求的驗(yàn)證和確認(rèn)活動(dòng)中，以盡早地找出缺陷所在。同時(shí)，對(duì)需求的測(cè)試也有利于及時(shí)了解項(xiàng)目難度和測(cè)試風(fēng)險(xiǎn)，及早制定應(yīng)對(duì)措施，這將顯著減少總體測(cè)試時(shí)間，加快項(xiàng)目進(jìn)度。非常明確地標(biāo)注了生產(chǎn)周期中開發(fā)與測(cè)試之間的對(duì)應(yīng)關(guān)系。缺點(diǎn)W模型也存在局限性。在W模型中，需求、設(shè)計(jì)、編碼等活動(dòng)被視為串行的，同時(shí)，測(cè)試和開發(fā)活動(dòng)也保持著一種線性的前后關(guān)系，上一階段完全結(jié)束，才可正式開始下一個(gè)階段工作工作。這樣就無法支持迭代，自發(fā)性以及變更調(diào)整的開發(fā)模型。對(duì)于當(dāng)前軟件開發(fā)復(fù)雜多變

10、的情況，W模型并不能解除測(cè)試管理面臨著困惑。測(cè)試準(zhǔn)備測(cè)試準(zhǔn)備測(cè)試執(zhí)行測(cè)試執(zhí)行測(cè)試流程測(cè)試流程其他流程（設(shè)計(jì)、其他流程（設(shè)計(jì)、編碼等流程）編碼等流程）測(cè)試就緒點(diǎn)測(cè)試就緒點(diǎn)測(cè)試的“微循環(huán)”與前兩種模型相比，H模型充分地體現(xiàn)了測(cè)試過程。H模型說明:1、軟件測(cè)試不僅僅指測(cè)試的執(zhí)行, 還包括很多其他的活動(dòng)。2、軟件測(cè)試是一個(gè)獨(dú)立的流程, 貫穿產(chǎn)品的整個(gè)開發(fā)周期, 與其它流程并發(fā)進(jìn)行。3、軟件測(cè)試要盡早準(zhǔn)備, 盡早執(zhí)行。軟件測(cè)試可以根據(jù)被測(cè)物的不同而分層次進(jìn)行。不同的測(cè)試活動(dòng)可以是按照某個(gè)次序先后進(jìn)行的，但也可能是反復(fù)的,只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn),測(cè)試執(zhí)行活動(dòng)就可以開展。很好地處理測(cè)試與開發(fā)的交接過程（

11、交接的過程是一個(gè)時(shí)間段，而不是一個(gè)點(diǎn)）左邊描述的是針對(duì)多個(gè)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，通過集成最終合成為可執(zhí)行的程序，然后再對(duì)這些可執(zhí)行程序進(jìn)行測(cè)試。己通過集成測(cè)試的成品可以進(jìn)行封版并提交給用戶，也可以作為更大規(guī)模和范圍內(nèi)集成的一部分。多根并行的曲線表示變更可以在各個(gè)部分發(fā)生。X模型還定位了探索性測(cè)試，這是不進(jìn)行事先計(jì)劃的特殊類型的測(cè)試，給有經(jīng)驗(yàn)的測(cè)試人員在測(cè)試計(jì)劃之外發(fā)現(xiàn)更多的軟件缺陷。但可能對(duì)測(cè)試造成人力、物力和財(cái)力的浪費(fèi)，對(duì)測(cè)試員的熟練程度要求比較高。V模型與W模型與開發(fā)模型相對(duì)應(yīng)，非常正規(guī)，但實(shí)踐性較弱；H模型代表了迭代，由于沒有和開發(fā)相對(duì)應(yīng)，有時(shí)候難于確認(rèn)測(cè)試就緒點(diǎn)，對(duì)

12、于缺乏經(jīng)驗(yàn)的測(cè)試員更是如此；X模型強(qiáng)調(diào)了單元測(cè)試、集成測(cè)試以及探索性測(cè)試，實(shí)用性較強(qiáng)，但并沒有涵蓋整個(gè)開發(fā)周期，比如軟件設(shè)計(jì)階段，形成不完整的模型。軟件開發(fā)是一個(gè)自頂向下，逐步細(xì)化的過程；軟件測(cè)試則是以相反順序的自底向上，逐步集成的過程。軟件測(cè)試工作必須要通過制定測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試開發(fā)、測(cè)試執(zhí)行、測(cè)試評(píng)估幾個(gè)階段來完成。測(cè)試以下程序： void static main(int argc, char * argv) printf(“Hello world!”);測(cè)試用例編號(hào)測(cè)試用例編號(hào)說明說明操作過程操作過程輸入值輸入值期望結(jié)果期望結(jié)果1測(cè)試程序功能運(yùn)行軟件無在控制臺(tái)打印出“Hello w

13、orld！”將程序編譯、連接形成可執(zhí)行程序Hello.exe，然后運(yùn)行它，由于測(cè)試不要求輸入值，因此運(yùn)行軟件即是執(zhí)行測(cè)試。程序在控制臺(tái)打印出“Hello world！”字樣測(cè)試的實(shí)際結(jié)果與期望的結(jié)果一致，程序的打印功能是正確的。軟件測(cè)試生命周期 回歸測(cè)試回歸測(cè)試制定測(cè)試計(jì)劃制定測(cè)試計(jì)劃 測(cè)試設(shè)計(jì)測(cè)試設(shè)計(jì) 測(cè)試開發(fā)測(cè)試開發(fā) 執(zhí)行測(cè)試執(zhí)行測(cè)試評(píng)估測(cè)試評(píng)估測(cè)試缺陷缺陷測(cè)試策略是制定測(cè)試計(jì)劃的重要參考依據(jù)目的：如何以最少的人力、物力和時(shí)間等資源投入來達(dá)到最佳測(cè)試效果的綜合方法，原因在于完全的測(cè)試是不可能的，對(duì)任何程序的測(cè)試必定是不完全的。那么，最顯然的測(cè)試策略就是努力使測(cè)試盡可能完全。影響因素： 測(cè)試

14、完成的標(biāo)準(zhǔn)成本、人力、時(shí)間等資源狀況針對(duì)需求定義測(cè)試類型、方法及工具等由于時(shí)間和成本的約束，軟件測(cè)試的最關(guān)鍵問題是： 所有可能的測(cè)試用例中，哪個(gè)子集所有可能的測(cè)試用例中，哪個(gè)子集最有可能發(fā)現(xiàn)最多的錯(cuò)誤？最有可能發(fā)現(xiàn)最多的錯(cuò)誤？代表性、典型性正確和錯(cuò)誤的或者異常的輸入多考慮用戶實(shí)際使用場(chǎng)景避免含糊的測(cè)試用例（三種狀態(tài)）盡量將具有相類似功能的測(cè)試用例抽象并歸類盡量避免冗長和復(fù)雜的測(cè)試用例軟件測(cè)試的主要評(píng)測(cè)方法包括：覆蓋評(píng)測(cè)測(cè)試覆蓋是對(duì)測(cè)試完全程度的評(píng)測(cè)，它建立在測(cè)試覆蓋基礎(chǔ)上。覆蓋指標(biāo)提供了“測(cè)試的完全程度如何？”這一問題的答案。最常用的覆蓋評(píng)測(cè)是基于測(cè)試需求和測(cè)試用例基于測(cè)試需求和測(cè)試用例的測(cè)試

15、覆蓋和基于已執(zhí)行代碼基于已執(zhí)行代碼的測(cè)試覆蓋。質(zhì)量評(píng)測(cè)質(zhì)量是對(duì)測(cè)試對(duì)象的可靠性、穩(wěn)定性以及性能的評(píng)測(cè)。評(píng)估測(cè)試對(duì)象的性能時(shí)，側(cè)重于獲取與行為相關(guān)的數(shù)據(jù)，如響應(yīng)時(shí)間、事務(wù)處理數(shù)、內(nèi)存占用率、操作可靠性等。立項(xiàng)會(huì)議需求評(píng)審測(cè)試工作啟動(dòng)測(cè)試設(shè)計(jì)階段設(shè)計(jì)內(nèi)容評(píng)審測(cè)試交接測(cè)試交接測(cè)試實(shí)施測(cè)試實(shí)施階段階段回歸測(cè)試回歸測(cè)試同行評(píng)審?fù)性u(píng)審測(cè)試總結(jié)報(bào)告測(cè)試驗(yàn)收測(cè)試歸檔工作總結(jié)由工程技術(shù)委員會(huì)召開立項(xiàng)會(huì)議，會(huì)議主要對(duì)項(xiàng)目的可行性進(jìn)行分析，并且確定項(xiàng)目經(jīng)理及項(xiàng)目測(cè)試組長。過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件立項(xiàng)會(huì)議工作內(nèi)容 項(xiàng)目（產(chǎn)品）可行性分析。 項(xiàng)目經(jīng)理的確定. 根據(jù)項(xiàng)目信息，測(cè)試經(jīng)理確定測(cè)試組長。退出標(biāo)

16、準(zhǔn)測(cè)試組長確定責(zé)任人測(cè)試經(jīng)理（確定測(cè)試組長）注： 1需求定義基本完成，此時(shí)應(yīng)在評(píng)審會(huì)議召開之前發(fā)給測(cè)試團(tuán)隊(duì)，預(yù)留時(shí)間給測(cè)試相關(guān)人員熟悉、理解。 2測(cè)試部參與人員由測(cè)試部經(jīng)理指定，主要由測(cè)試組長、測(cè)試設(shè)計(jì)等人員組成（還應(yīng)包括配置管理人員、質(zhì)量保證人員）。過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件需求定義完成工作內(nèi)容測(cè)試團(tuán)隊(duì)成員對(duì)需求中不清楚、不完整、太概括或存在疑義的地方提出問題，相關(guān)人員解答并確認(rèn)。退出標(biāo)準(zhǔn)所有人員對(duì)需求無異議參與人員需求調(diào)研人員，工程技術(shù)委員會(huì)，開發(fā)組，測(cè)試部責(zé)任人工程技術(shù)委員會(huì)過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件項(xiàng)目（產(chǎn)品）開發(fā)計(jì)劃完成工作內(nèi)容1項(xiàng)目/產(chǎn)品經(jīng)理郵件通知測(cè)試

17、組長正式測(cè)試交接時(shí)間，測(cè)試規(guī)模預(yù)估等，同時(shí)提交相關(guān)最新項(xiàng)目資料：項(xiàng)目需求及軟件規(guī)格定義文檔、項(xiàng)目開發(fā)計(jì)劃、開發(fā)設(shè)計(jì)過程中提供概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)文檔等其他相關(guān)資料2組建測(cè)試小組，確定小組成員。并指定測(cè)試設(shè)計(jì)工程師及測(cè)試實(shí)施工程師。3召開測(cè)試啟動(dòng)會(huì)議，開發(fā)團(tuán)隊(duì)提供需求規(guī)格說明書和開發(fā)計(jì)劃，確認(rèn)開發(fā)組與測(cè)試組對(duì)需要交接的測(cè)試內(nèi)容、測(cè)試目標(biāo)達(dá)成一致，統(tǒng)一項(xiàng)目組的目標(biāo)和測(cè)試的工作重點(diǎn)。 退出標(biāo)準(zhǔn)測(cè)試小組成立，雙方對(duì)測(cè)試目標(biāo)及內(nèi)容達(dá)成一致。責(zé)任人產(chǎn)品（項(xiàng)目）經(jīng)理，測(cè)試組長在正式測(cè)試任務(wù)下達(dá)前，開發(fā)團(tuán)隊(duì)?wèi)?yīng)在項(xiàng)目（產(chǎn)品）開發(fā)計(jì)劃完成后及時(shí)向測(cè)試團(tuán)隊(duì)下達(dá)預(yù)通知，告之較為確切的測(cè)試日期，提供當(dāng)前最新的相關(guān)資料。部

18、門經(jīng)理和測(cè)試組長組建測(cè)試小組，并視具體情況決定是否需要調(diào)整人力、時(shí)間安排、測(cè)試環(huán)境等其它資源。測(cè)試小組成員可預(yù)先熟悉必要的項(xiàng)目（產(chǎn)品）資料。過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件項(xiàng)目需求文檔建立，項(xiàng)目開發(fā)計(jì)劃完成工作內(nèi)容根據(jù)項(xiàng)目的需求文檔、設(shè)計(jì)文檔，按照測(cè)試計(jì)劃文檔模板編寫測(cè)試計(jì)劃。測(cè)試計(jì)劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容：依據(jù)項(xiàng)目背景及要求，確定測(cè)試環(huán)境。測(cè)試需求需要測(cè)試的范圍，估算出測(cè)試所花費(fèi)的人力資源和各個(gè)測(cè)試需求的測(cè)試優(yōu)先級(jí)測(cè)試策略確定項(xiàng)目的測(cè)試計(jì)劃內(nèi)容，整體測(cè)試的測(cè)試方法和每個(gè)測(cè)試需求的測(cè)試方法，同時(shí)做好測(cè)試進(jìn)度安排及人員調(diào)整。測(cè)試資源本次測(cè)試所需要用到的人力、硬件、軟件、技術(shù)的資源測(cè)試

19、組角色明確測(cè)試組內(nèi)各個(gè)成員的角色和相關(guān)責(zé)任可交付工件在測(cè)試組的工作中必須向項(xiàng)目組提交的產(chǎn)物，包括測(cè)試計(jì)劃、測(cè)試報(bào)告等等風(fēng)險(xiǎn)管理列舉出測(cè)試工作所可能出現(xiàn)的風(fēng)險(xiǎn)測(cè)試計(jì)劃編寫完畢后，必須提交給項(xiàng)目組全體成員，并由項(xiàng)目組組中各個(gè)角色組聯(lián)合評(píng)審。退出標(biāo)準(zhǔn)測(cè)試計(jì)劃由項(xiàng)目組評(píng)審并通過.在項(xiàng)目開發(fā)過程中，要適時(shí)的對(duì)測(cè)試計(jì)劃進(jìn)行跟蹤，以及評(píng)估此計(jì)劃的完整性、可行性，在項(xiàng)目結(jié)束時(shí)還要最后評(píng)估一下測(cè)試計(jì)劃的質(zhì)量責(zé)任人測(cè)試設(shè)計(jì)工程師 過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件測(cè)試需求明確，測(cè)試計(jì)劃明確工作內(nèi)容根據(jù)測(cè)試計(jì)劃設(shè)計(jì)測(cè)試用例，設(shè)計(jì)參考原則：等價(jià)類劃分邊界值分析錯(cuò)誤推測(cè)等業(yè)務(wù)知識(shí)及相關(guān)流程退出標(biāo)準(zhǔn) 測(cè)試用例需要覆

20、蓋所有的測(cè)試需求 測(cè)試用例集需進(jìn)行評(píng)審并通過 項(xiàng)目進(jìn)行過程中，適時(shí)的根據(jù)需求變更來對(duì)測(cè)試用例進(jìn)行維護(hù)責(zé)任人測(cè)試組成員在需求分析文檔確立基線以后，測(cè)試組需要針對(duì)項(xiàng)目的測(cè)試需求編寫測(cè)試用例，在實(shí)際的測(cè)試中，測(cè)試用例將是唯一實(shí)施標(biāo)準(zhǔn)。過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件測(cè)試計(jì)劃、測(cè)試用例集完成工作內(nèi)容評(píng)審測(cè)試計(jì)劃內(nèi)容的正確性及合理性：測(cè)試環(huán)境、測(cè)試資源；測(cè)試需求范圍，各個(gè)測(cè)試需求的優(yōu)先級(jí)；測(cè)試策略及風(fēng)險(xiǎn)管理等；評(píng)審測(cè)試用例集：測(cè)試用例優(yōu)先級(jí)測(cè)試用例集基于需求的覆蓋程度退出標(biāo)準(zhǔn)測(cè)試計(jì)劃及測(cè)試用例集評(píng)審?fù)ㄟ^責(zé)任人同行測(cè)試組，項(xiàng)目經(jīng)理，測(cè)試計(jì)劃及測(cè)試用例的設(shè)計(jì)工作完成后，需通知項(xiàng)目組相關(guān)成員召開評(píng)審會(huì)

21、議。在這之前需要將待評(píng)審的內(nèi)容發(fā)給相關(guān)人員熟悉和理解。過程要點(diǎn)過程要點(diǎn)詳細(xì)說明詳細(xì)說明輸入條件測(cè)試設(shè)計(jì)內(nèi)容評(píng)審?fù)戤?，開發(fā)團(tuán)隊(duì)編碼工作完成，并已完成內(nèi)部測(cè)試；工作內(nèi)容1. 開發(fā)組根據(jù)測(cè)試啟動(dòng)會(huì)上所規(guī)定的內(nèi)容，填寫送測(cè)單，向測(cè)試組提交測(cè)試內(nèi)容。2. 測(cè)試小組檢查提交部件的完整性和可測(cè)性： 檢查接收的測(cè)試內(nèi)容（按照測(cè)試啟動(dòng)會(huì)上所規(guī)定的交接內(nèi)容）； 檢查程序是否有病毒； 能否正確安裝/卸載； 檢查送測(cè)的軟件是否完整，能否進(jìn)行測(cè)試；退出標(biāo)準(zhǔn)提交部件經(jīng)測(cè)試組檢驗(yàn)通過責(zé)任人產(chǎn)品（項(xiàng)目）經(jīng)理，測(cè)試組長過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件測(cè)試組長于前一工作日定出當(dāng)日的測(cè)試計(jì)劃，確定可用的測(cè)試用例。工作內(nèi)容

22、測(cè)試實(shí)施工程師根據(jù)測(cè)試計(jì)劃中分配給自己的測(cè)試任務(wù)和提供的測(cè)試用例，實(shí)施相應(yīng)的測(cè)試用例。 記錄實(shí)施用例的結(jié)果，提交當(dāng)日測(cè)試紀(jì)錄。 提交缺陷。退出標(biāo)準(zhǔn)測(cè)試用例中的所有任務(wù)被執(zhí)行，結(jié)果被記錄。責(zé)任人測(cè)試組成員實(shí)施測(cè)試用例將花費(fèi)測(cè)試組大部分時(shí)間，這些工作都是建立在前期很多計(jì)劃工作的基礎(chǔ)上。過程要點(diǎn)詳細(xì)描述輸入條件測(cè)試組完成了預(yù)定周期的測(cè)試任務(wù)工作內(nèi)容測(cè)試組長根據(jù)此輪測(cè)試的結(jié)果，編寫階段性測(cè)試報(bào)告，主要應(yīng)包含以下內(nèi)容：測(cè)試報(bào)告的版本、測(cè)試的人員和時(shí)間測(cè)試所覆蓋的缺陷測(cè)試組在這輪測(cè)試中所有處理的缺陷，報(bào)告測(cè)試組長處理的缺陷和實(shí)施工程師驗(yàn)證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向測(cè)試新發(fā)現(xiàn)的

23、缺陷數(shù)量、上一版本活動(dòng)缺陷的數(shù)量經(jīng)過此輪測(cè)試，所有活動(dòng)缺陷的數(shù)量及其狀態(tài)分類測(cè)試評(píng)估寫明在這一版本中，哪些功能被實(shí)現(xiàn)了，哪些還沒有實(shí)現(xiàn)，只需寫明和上一版本不同之處即可急待解決的問題寫明當(dāng)前項(xiàng)目組中面臨的最優(yōu)先的問題，可以重復(fù)提出退出標(biāo)準(zhǔn)在每輪測(cè)試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測(cè)試報(bào)告發(fā)給全項(xiàng)目組責(zé)任人測(cè)試組長在約定的測(cè)試周期完成之后，測(cè)試組長需要總結(jié)此次測(cè)試的結(jié)果，編寫階段性測(cè)試報(bào)告。過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件在每輪測(cè)試中，按照現(xiàn)有的測(cè)試用例沒有新的缺陷被發(fā)現(xiàn)，測(cè)試報(bào)告中全部的活動(dòng)缺陷都被解決。工作內(nèi)容 測(cè)試組將按照測(cè)試計(jì)劃中對(duì)于回歸測(cè)試的策略對(duì)產(chǎn)品進(jìn)行回歸測(cè)試，回歸測(cè)試的用例屬于測(cè)

24、試用例的一部分或者是全部測(cè)試用例，但不能超出原先預(yù)定的測(cè)試用例的范圍。 記錄用例實(shí)施結(jié)果，提交回歸測(cè)試記錄。退出標(biāo)準(zhǔn) 回歸測(cè)試所運(yùn)行的用例全部通過 缺陷經(jīng)過驗(yàn)證 所有缺陷都被指明處理方式責(zé)任人測(cè)試實(shí)施工程師 在每輪測(cè)試結(jié)束之后，由測(cè)試組重新拷貝修改后的最新版本，進(jìn)行回歸測(cè)試。過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件回歸測(cè)試結(jié)束，所有缺陷都被關(guān)閉。工作內(nèi)容1.進(jìn)行對(duì)測(cè)試組所測(cè)試項(xiàng)目或產(chǎn)品的測(cè)試審查工作.基本原則:不依據(jù)所設(shè)計(jì)測(cè)試用例,進(jìn)行自由測(cè)試.測(cè)試時(shí)間保持在3個(gè)正常工作日以內(nèi).如發(fā)現(xiàn)嚴(yán)重缺陷,則一輪測(cè)試結(jié)束后,更新版本,執(zhí)行回歸測(cè)試.2.提交當(dāng)日測(cè)試紀(jì)錄.3.編寫同行審查總結(jié)報(bào)告(報(bào)告以簡單

25、為好).退出標(biāo)準(zhǔn)同行審查沒有新的缺陷或沒有嚴(yán)重缺陷產(chǎn)生.責(zé)任人同行測(cè)試組過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件測(cè)試組完成了所有的測(cè)試實(shí)施工作,同行審查結(jié)束.工作內(nèi)容測(cè)試組長根據(jù)測(cè)試的結(jié)果，按照測(cè)試總結(jié)報(bào)告的文檔模板編寫測(cè)試總結(jié)報(bào)告，測(cè)試報(bào)告必須包含以下重要內(nèi)容：測(cè)試資源概述多少人、多長時(shí)間。測(cè)試結(jié)果摘要分別描述各個(gè)測(cè)試需求的測(cè)試結(jié)果，產(chǎn)品實(shí)現(xiàn)了哪些功能點(diǎn)，哪些還沒有實(shí)現(xiàn)缺陷分析按照缺陷的屬性分類進(jìn)行分析測(cè)試需求覆蓋率原先列舉的測(cè)試需求的測(cè)試覆蓋率，可能一部分測(cè)試需求因?yàn)橘Y源和優(yōu)先級(jí)的因素沒有進(jìn)行測(cè)試，那么在這里要進(jìn)行說明測(cè)試評(píng)估從總體對(duì)項(xiàng)目質(zhì)量進(jìn)行評(píng)估測(cè)試組建議從測(cè)試組的角度為項(xiàng)目組提出工作

26、建議退出標(biāo)準(zhǔn)測(cè)試組長完成了符合標(biāo)準(zhǔn)的測(cè)試報(bào)告，發(fā)送給全項(xiàng)目組。責(zé)任人測(cè)試組長在回歸測(cè)試結(jié)束之后，測(cè)試組長將要編寫測(cè)試總結(jié)報(bào)告，對(duì)測(cè)試進(jìn)行總結(jié)，并且提交給全體項(xiàng)目組，為產(chǎn)品的后續(xù)工作提供重要的信息支持。過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件測(cè)試組完成了所有的測(cè)試實(shí)施工作，測(cè)試組長完成符合標(biāo)準(zhǔn)的測(cè)試總結(jié)文檔工作內(nèi)容由測(cè)啟會(huì)上約定的驗(yàn)收組成員，對(duì)本次測(cè)試收進(jìn)行驗(yàn)收，驗(yàn)收內(nèi)容包括：測(cè)試效果驗(yàn)收測(cè)試是否達(dá)到預(yù)期目的測(cè)試文檔驗(yàn)收測(cè)試過程文檔是否齊全，可信，符合標(biāo)準(zhǔn)測(cè)試評(píng)估從總體對(duì)測(cè)試的質(zhì)量進(jìn)行評(píng)估測(cè)試建議對(duì)本次測(cè)試工作指出不足，需要在以后工作中改進(jìn)的地方宣布測(cè)試結(jié)束測(cè)試驗(yàn)收組成員簽字宣布本次測(cè)試結(jié)束退出

27、標(biāo)準(zhǔn)測(cè)試驗(yàn)收通過，測(cè)試驗(yàn)收會(huì)議記錄整理完畢參與人員驗(yàn)收組人員，測(cè)試經(jīng)理，測(cè)試組長，產(chǎn)品（項(xiàng)目）經(jīng)理測(cè)試驗(yàn)收工作是在以上工作全部結(jié)束后，對(duì)測(cè)試的過程，效果進(jìn)行驗(yàn)收，宣布測(cè)試結(jié)束。過程要點(diǎn)過程要點(diǎn)詳細(xì)描述詳細(xì)描述輸入條件測(cè)試驗(yàn)收通過工作內(nèi)容歸類、存檔測(cè)試過程涉及到的文檔，主要包括以下文檔（必須）測(cè)試任務(wù)書測(cè)試計(jì)劃書測(cè)試用例書階段性測(cè)試報(bào)告測(cè)試總結(jié)報(bào)告測(cè)試驗(yàn)收會(huì)議記錄退出標(biāo)準(zhǔn)全部文檔歸類完畢，版本號(hào)封存責(zé)任人測(cè)試組長測(cè)試歸檔是在測(cè)試驗(yàn)收結(jié)束宣布測(cè)試有效，結(jié)束測(cè)試后，對(duì)測(cè)試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。過程要點(diǎn)過程要點(diǎn) 詳細(xì)描述詳細(xì)描述輸入條件項(xiàng)目驗(yàn)收工作完成。工作內(nèi)容由質(zhì)控部經(jīng)理，測(cè)試組長

28、召開項(xiàng)目測(cè)試工作總結(jié)會(huì)議，會(huì)議內(nèi)容主要為：測(cè)試組長對(duì)項(xiàng)目期間的整個(gè)測(cè)試組的工作情況進(jìn)行總結(jié)，指出測(cè)試工作中存在的問題，同時(shí)也對(duì)工作中表現(xiàn)好的地方給與肯定。（具體包括整個(gè)測(cè)試情況、流程實(shí)施、人員安排、測(cè)試方法等）參與本次項(xiàng)目測(cè)試工作的所有成員個(gè)人體會(huì)和建議。討論測(cè)試工作中出現(xiàn)的問題，尋求更好的解決辦法。宣布解散測(cè)試小組。退出標(biāo)準(zhǔn)所提問題尋求到較好解決方式，測(cè)試小組解散參與人員測(cè)試部所有成員測(cè)試歸檔是在測(cè)試驗(yàn)收結(jié)束宣布測(cè)試有效，結(jié)束測(cè)試后，對(duì)測(cè)試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。軟件測(cè)試的周期性是“測(cè)試-改錯(cuò)-再測(cè)試-再改錯(cuò)”這樣一個(gè)循環(huán)過程，如下圖所示。測(cè)試周期測(cè)試周期開發(fā)開發(fā)/ 改錯(cuò)改錯(cuò)改錯(cuò)改錯(cuò)測(cè)試周期測(cè)試周期改錯(cuò)改錯(cuò)串行方式串行方式開發(fā)者開發(fā)者： .開發(fā)者：開發(fā)者：并行方式并行方式測(cè)試者：測(cè)試者：開發(fā)開發(fā)/ 改錯(cuò)改錯(cuò)開發(fā)開發(fā)/ 改錯(cuò)改錯(cuò)最終回歸測(cè)試最終回歸測(cè)試回歸測(cè)試回歸測(cè)試1測(cè)試周期測(cè)試周期1功能凍結(jié)功能凍結(jié)代碼凍