軟件測試生命周期

1、SQA«試過程測試生命周期測試計(jì)劃-測試設(shè)計(jì)-測試開發(fā)-測試執(zhí)行-測試評(píng)估測試計(jì)劃就是定義一個(gè)測試項(xiàng)目的過程，以便能夠正確的度量和控制測試。第一部分：測試計(jì)劃測試計(jì)劃的問題：1、測試計(jì)劃經(jīng)常是等到開發(fā)周期后期才開始實(shí)行，使得沒有時(shí)間有效的執(zhí)行計(jì)劃；2、測試計(jì)劃的組織者可能缺乏Client/Server 測試經(jīng)驗(yàn)；3、測試的量度和復(fù)雜性可能太大，沒有自動(dòng)化工具，很難計(jì)劃和控制。測試策略：測試策略描述測試工程的總體方法和目標(biāo)。描述目前在進(jìn)行哪一階段的測試（單元測試、集成測試、系統(tǒng)測試）以及每個(gè)階段內(nèi)在進(jìn)行的測試種類（功能測試、性能測試、壓力測試等）。測試策略包括1、要使用的測試技術(shù)和工具

2、；2、測試完成標(biāo)準(zhǔn)；3、影響資源分配的特殊考慮例如測試與外部接口或者模擬物理損壞、安全性威脅。測試計(jì)劃最關(guān)鍵的一步就是將軟件分解成單元，寫成測試需求。測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類。把軟件分解成單元元件有幾個(gè)好處：1、測試需求是測試設(shè)計(jì)和開發(fā)測試用例的基礎(chǔ)，分成單元可以更好地進(jìn)行設(shè)計(jì)；2、詳細(xì)的測試需求是用來衡量測試覆蓋率的重要指標(biāo)；3、測試需求包括各種測試實(shí)際和開發(fā)以及所需資源。怎樣估計(jì)測試工作量：1、效率假設(shè)：即測試隊(duì)伍的工作效率。對(duì)于功能測試，這主要依賴于應(yīng)用的復(fù)雜度，窗口的個(gè)數(shù)，每個(gè)窗口中的動(dòng)作數(shù)目。對(duì)容量測試，主要依賴于建立測試所需數(shù)據(jù)的工作量大小。2、測試

3、假設(shè)：為了驗(yàn)證一個(gè)測試需求所需測試動(dòng)作數(shù)目。3、應(yīng)用的維數(shù)：應(yīng)用的復(fù)雜度指標(biāo)。例如要加入一個(gè)記錄，測試需求的維數(shù)就是這個(gè)記錄中域的數(shù)目。4、所處測試周期的階段：有些階段主要工作都在設(shè)計(jì)，有些階段主要是測試執(zhí)行。測試資源：1、人力資源測試經(jīng)理為測試項(xiàng)目提供總體方向。開發(fā)測試計(jì)劃、征集并監(jiān)督測試人員、申請系統(tǒng) 資源、監(jiān)視并匯報(bào)工作進(jìn)程、測試評(píng)估、測試需求的分解。測試工程師-設(shè)計(jì)和開發(fā)設(shè)計(jì)：對(duì)被測軟件的詳細(xì)了解、分解測試需求的技能、選擇在C/S環(huán)境下用 來驗(yàn)證測試需求的技術(shù)。開發(fā)：熟悉SQA VB和腳本語言。測試工程師-執(zhí)行負(fù)責(zé)測試執(zhí)行和記錄結(jié)果。需要能夠安裝系統(tǒng)，網(wǎng)絡(luò)知識(shí)，初始化數(shù)據(jù)庫和 其他初始

4、條件。重要的是診斷能力。測試系統(tǒng)管理者每個(gè)測試項(xiàng)目必須指定一個(gè)專人負(fù)責(zé)管理 SQASuite。包括在服務(wù)器上安裝 存儲(chǔ)庫，安裝打印機(jī)連接，執(zhí)行備份，以及其他維護(hù)工作。管理者必須高度熟悉 SQA網(wǎng)絡(luò)工作經(jīng)驗(yàn)。2、系統(tǒng)資源安裝SQA Suite的硬件和軟件環(huán)境數(shù)據(jù)庫服務(wù)器該服務(wù)器必須專用于 測試工作，能夠重置某些初始值，包括系統(tǒng)日期和時(shí) 問等。寫測試計(jì)劃的步驟：1、確定工程收集下列信息文檔已創(chuàng)建（是/否）版本/日期需求詳述功能詳述項(xiàng)目計(jì)劃設(shè)計(jì)詳述原型用戶手冊定義新的工程，Admind New Project 。確定軟件的結(jié)構(gòu)，用Assets a Software Structure 選項(xiàng)定義軟件結(jié)

5、構(gòu)。2、定義測試策略測試策略項(xiàng)例子測試階段系統(tǒng)測試測試類型功能測試測試技術(shù)75%用SQA Suite自動(dòng)測試，25%手工測試完成標(biāo)準(zhǔn)95%測試用例通過并且最高級(jí)缺陷全部解決特殊考慮測試必須在上午進(jìn)行3、分解軟件，寫測試需求分析各種信息反復(fù)檢查并理解各種信息，和用戶交流，理解他們的要求?？梢园凑找韵虏?驟執(zhí)行：1、確定軟件提供的主要商業(yè)任務(wù)2、對(duì)每個(gè)商業(yè)任務(wù)，確定完成該任務(wù)所要進(jìn)行的交易。3、確定從數(shù)據(jù)庫信息引出的計(jì)算結(jié)果。4、對(duì)于對(duì)時(shí)間有要求的交易，確定所要的時(shí)間和條件。這些條件包括數(shù)據(jù) 庫大小、機(jī)器配置、交易量、以及網(wǎng)絡(luò)擁擠情況。5、確定會(huì)產(chǎn)生重大意外的壓力測試，包括：內(nèi)存、硬盤空間、高的交

6、易率6、確定應(yīng)用需要處理的數(shù)據(jù)量。7、確定需要的軟件和硬件配置。通常情況下，不可能對(duì)所有可能的配置都 測試到，因此要選擇最有可能產(chǎn)生問題的情況進(jìn)行測試，包括：最低性能的硬件、幾個(gè)有兼容性問題的軟件并存、客戶端機(jī)器通過最慢的LAN/WAN連接訪問服務(wù)器。8、確定其他與應(yīng)用軟件沒有直接關(guān)系的商業(yè)交易。包括：管理功能，如啟動(dòng)和推出程序配置功能，如設(shè)置打印機(jī)操作員的愛好，如字體、顏色應(yīng)用功能，如訪問email或者顯示時(shí)間和日期。9、確定安裝過程，包括定置從哪安裝、定制安裝、升級(jí)安裝。10、確定沒有隱含在功能測試中的戶界面要求。大多界面都在功能測試時(shí)被 測試到。還有寫沒有測到，如：操作與顯示的一致性，如

7、使用快捷鍵等；界面遵 從合理標(biāo)準(zhǔn)，如按鈕大小，標(biāo)簽等。把需求組織成層次圖4、估計(jì)測試工作量工（每個(gè)測試的時(shí)間*每個(gè)需求的測試的數(shù)目*測試需求的的數(shù)目）（測試設(shè)計(jì)、開發(fā)、.）5、確定資源人力資源職位姓名特殊責(zé)任/說明測試經(jīng)理測試工程師設(shè)計(jì)/開發(fā)（可以多人）測試工程師測試執(zhí)行（可以多人）測試系統(tǒng)管理員系統(tǒng)資源系統(tǒng)名稱/類型數(shù)據(jù)庫服務(wù)器 網(wǎng)絡(luò)/子網(wǎng)服務(wù)器名稱數(shù)據(jù)庫名稱SQA測試存儲(chǔ)庫網(wǎng)絡(luò)/子網(wǎng) 服務(wù)器名稱客戶測試機(jī) 包括專門的配置需求列表測試開發(fā)的PC機(jī)列表6、創(chuàng)建工程調(diào)度表任務(wù)相關(guān)工作量（天）整個(gè)SQA過程38測試計(jì)劃12確定項(xiàng)目1定義測試策略決定測試需求估計(jì)工作量確定資源調(diào)度測試活動(dòng)生成測試計(jì)劃

8、文檔測試設(shè)計(jì)分析測試需求指定測試過程指定測試用例查看測試需求的覆蓋率測試開發(fā)建立測試開發(fā)環(huán)境錄制和回放原型過程開發(fā)測試過程測試和調(diào)試測試過程修改測試過程建立外部數(shù)據(jù)集合重新測試并調(diào)試測試過程測試執(zhí)行設(shè)置測試系統(tǒng)執(zhí)行測試驗(yàn)證測試結(jié)果調(diào)查突發(fā)結(jié)果(unexpected result)生成缺陷日記測試評(píng)估回顧測試日記評(píng)估測試需求的覆蓋率評(píng)估缺陷決定是否達(dá)到測試完成的標(biāo)準(zhǔn)7、書寫測試計(jì)劃1、介紹目的背景測試范圍項(xiàng)目文件列表2、測試需求3、測試策略測試類型1、功能測試2、用戶界面測試3、性能測試4、壓力測試5、容量測試6、配置測試7、安裝測試工具4、資源人力資源系統(tǒng)資源5、調(diào)度6、文檔軟件元件測試特性（

9、Assets ）測試日記 缺陷報(bào)告第二部分：測試設(shè)計(jì)測試設(shè)計(jì)的問題1、不做測試設(shè)計(jì)，測試過程也是胡亂建立的。2、測試設(shè)計(jì)不詳細(xì)，不是基于可量度的測試策略，例如測試計(jì)劃覆蓋一個(gè)集合或者測試需求的一個(gè)子集。3、測試過程沒有采用最好的技術(shù)來檢驗(yàn)Windows C/S結(jié)構(gòu)的測試需求測試用例的選擇規(guī)則1、選擇與測試需求的實(shí)質(zhì)部分最相關(guān)的測試用例。2、選擇的測試用例應(yīng)該不容易應(yīng)用程序的改變的影響。下面是選擇測試用例的幾點(diǎn)具體規(guī)則：1、商業(yè)函數(shù)商業(yè)函數(shù)一般與數(shù)據(jù)庫有關(guān)，要測試數(shù)據(jù)庫的變化，有幾種方法：1、如果數(shù)據(jù)庫的的改變會(huì)反映在一個(gè)列表框中，那么就要選擇驗(yàn)證列表框內(nèi)容的測試用例。2、還可以檢查交易完成后的

10、確認(rèn)對(duì)話框。可以檢查對(duì)話框的標(biāo)題。圖象比較也可以檢查確認(rèn)對(duì)話框，但圖象比較容易受其他因素影響。3、修改腳本，SQA Basic 提供了強(qiáng)大的數(shù)據(jù)庫支持。2、域的驗(yàn)證各種不同的域選擇相應(yīng)的測試用例。3、用戶界面測試對(duì)象狀態(tài)測試用例4、性能標(biāo)準(zhǔn)等待狀態(tài)測試用例5、壓力下的操作6、訪問控制Object state test case7、配置測試不能選擇圖象測試用例（也分辨率有關(guān)）和文件測試用例（與驅(qū)動(dòng)器有關(guān)）8、安裝選項(xiàng)和驗(yàn)證對(duì)象狀態(tài)用例和窗口存在用例，文件存在用例。書寫測試設(shè)計(jì)的步驟生成測試需求報(bào)告指定測試過程指定測試用例（可選）回顧測試覆蓋率第三部分：測試開發(fā)輸入：被測軟件、基于測試需求的測試設(shè)

11、計(jì)輸出：測試過程和測試用例目標(biāo)：1、創(chuàng)建可以重用的測試過程和測試用例2、維護(hù)測試過程、測試用例與相關(guān)測試需求的一一對(duì)應(yīng)。測試開發(fā)的問題：1、測試開發(fā)很亂，與測試需求或測試策略沒有對(duì)應(yīng)性2、測試過程不可重復(fù)或不可重用3、測試過程被作為一個(gè)編程任務(wù)來執(zhí)行，導(dǎo)致腳本太長，不能滿足軟件移植性的要求。錯(cuò)誤處理當(dāng)測試過程發(fā)生錯(cuò)誤時(shí)，有幾種解決辦法：1、跳轉(zhuǎn)到別的測試過程2、調(diào)用一個(gè)能夠清除錯(cuò)誤的過程3、退出過程，啟動(dòng)另一個(gè)4、退出過程和應(yīng)用程序，重新啟動(dòng)啟動(dòng)Window在失敗的地方重新開始測試測試開發(fā)的步驟1、設(shè)立開發(fā)環(huán)境SQA Suite連接到SQ的儲(chǔ)庫啟動(dòng) SQA Baisc 或 VB被測軟件等等2、

12、錄制和回放原型過程原型過程指出所有未知窗口控制，使得他們都能象標(biāo)準(zhǔn)窗口那樣動(dòng)作或者沒有特別的動(dòng)作，把他們都劃歸為Generic 類型。通過這個(gè)過程，SQARobot 就知道該怎樣處理應(yīng)用中的特殊控制。1、把 recording option 中的 Define Unknown Object as Type Generic選項(xiàng)設(shè)置為off2、使用的過程標(biāo)識(shí)符要可以被覆蓋，或者能被刪掉。因?yàn)檫@只是個(gè)原型，用來教 SQA Robot 錄制的過程3、錄制測試過程和測試用例1、錄制模塊測試過程和與測試需求最低層對(duì)應(yīng)的測試用例；2、錄制初始化過程；3、錄制導(dǎo)航過程，把前面的過程串起來；4、測試和調(diào)試測試過

13、程5、修改測試過程（可選）6、建立外部數(shù)據(jù)集合如果測試過程是用來循環(huán)一套輸入和輸出數(shù)據(jù)，就需要建立數(shù)據(jù)集合。7、重復(fù)測試和調(diào)試測試過程，回到4第四部分：測試執(zhí)行測試執(zhí)行的問題1、自動(dòng)化測試沒有有效的利用，使得手工測試太多。2、測試結(jié)果的捕獲沒有系統(tǒng)性，而且沒有查看或調(diào)查3、缺陷報(bào)告必須用手工加入缺陷跟蹤系統(tǒng)錯(cuò)誤分類1、測試用例失敗正常錯(cuò)誤2、腳本命令失敗當(dāng)測試過程不能不能執(zhí)行錄制過程中的某個(gè)功能時(shí)，回產(chǎn)生這種錯(cuò)誤，如鼠標(biāo)單擊按鈕或選擇菜單項(xiàng)等。它也能指示是缺陷還是測試過程的設(shè)計(jì)問題。3、致命錯(cuò)誤導(dǎo)致測試停止，這種情況最好重起Windows。具體步驟：1、建立測試系統(tǒng)2、準(zhǔn)備測試過程3、運(yùn)行初始

14、化過程4、執(zhí)行測試5、從終止的測試恢復(fù)6、驗(yàn)證預(yù)期結(jié)果7、調(diào)查突發(fā)結(jié)果8、記錄缺陷日記第五部分：測試評(píng)估測試評(píng)估的目標(biāo)1、量化測試進(jìn)程2、生成缺陷和測試覆蓋率的總結(jié)報(bào)告測試評(píng)估的問題1、沒有把測試覆蓋率作為報(bào)告測試進(jìn)程的根據(jù)，使得不知測試是否結(jié)束；2、沒有做缺陷評(píng)估，缺陷評(píng)估是量度軟件可行性的重要指標(biāo)；3、不使用專門的軟件工具進(jìn)行數(shù)據(jù)輸入任務(wù)和相應(yīng)的評(píng)估活動(dòng)，使得這些任務(wù)變得繁重累人。測試覆蓋率評(píng)估測試完成多少的標(biāo)準(zhǔn)缺陷評(píng)估評(píng)估軟件質(zhì)量的重要指標(biāo)，通常評(píng)估模型假設(shè)缺陷的發(fā)現(xiàn)是呈泊松分布的；嚴(yán)格的缺陷評(píng)估要考察在測試過程中發(fā)現(xiàn)缺陷的間隔時(shí)間長短。評(píng)估要估計(jì)軟件當(dāng)前的可靠性并預(yù)測隨著測試的繼續(xù)進(jìn)行，軟件可靠性會(huì)怎樣提高。SQA Suite 提供