軟件測試生命周期

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

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

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

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

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

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

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

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

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

10、驗證列表框 內(nèi)容的測試用例。2、還可以檢查交易完成后的確認對話框。可以檢查對話框的標題。圖象比 較也可以檢查確認對話框，但圖象比較容易受其他因素影響。3、修改腳本， SQA Basic 提供了強大的數(shù)據(jù)庫支持。2、域的驗證 各種不同的域選擇相應的測試用例。3、用戶界面測試對象狀態(tài)測試用例4、性能標準等待狀態(tài)測試用例5、壓力下的操作6、訪問控制Object state test case7、配置測試 不能選擇圖象測試用例（也分辨率有關(guān)）和文件測試用例（與驅(qū)動器有關(guān)）8、安裝選項和驗證 對象狀態(tài)用例和窗口存在用例，文件存在用例。書寫測試設(shè)計的步驟生成測試需求報告指定測試過程指定測試用例（可選）回顧

11、測試覆蓋率 第三部分：測試開發(fā) 輸入：被測軟件、基于測試需求的測試設(shè)計 輸出：測試過程和測試用例目標：1、創(chuàng)建可以重用的測試過程和測試用例2、維護測試過程、測試用例與相關(guān)測試需求的一一對應。 測試開發(fā)的問題：1、測試開發(fā)很亂，與測試需求或測試策略沒有對應性2、測試過程不可重復或不可重用3、測試過程被作為一個編程任務來執(zhí)行，導致腳本太長，不能滿足軟件移 植性的要求。錯誤處理 當測試過程發(fā)生錯誤時，有幾種解決辦法：1、跳轉(zhuǎn)到別的測試過程2、調(diào)用一個能夠清除錯誤的過程3、退出過程，啟動另一個4、退出過程和應用程序，重新啟動啟動 Windows在失敗的地方重新開始 測試測試開發(fā)的步驟1、設(shè)立開發(fā)環(huán)境S

12、QA Suite連接到SQA存儲庫 啟動 SQA Baisc 或 VB 被測軟件2、錄制和回放原型過程原型過程指出所有未知窗口控制， 使得他們都能象標準窗口那樣動作或者沒 有特別的動作，把他們都劃歸為 Generic 類型。通過這個過程， SQARobot 就知 道該怎樣處理應用中的特殊控制。1、 把 recording option中的 Define Unknown Object as Type Generic 選項設(shè)置為 off2、使用的過程標識符要可以被覆蓋，或者能被刪掉。因為這只是個原型， 用來教 SQA Robot 錄制的過程3、錄制測試過程和測試用例1、錄制模塊測試過程和與測試需求

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

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