軟件測試計劃與相關文檔.ppt

1、軟件測試基礎教程,由安博測試空間技術中心,6.1 測試計劃的制定 6.2 測試文檔 6.3 測試用例文檔的設計 6.4 測試總結報告 習題,軟件測試計劃的制定 測試文檔的形成 測試用例文檔的編寫 測試報告的編寫格式,6.1.1 測試計劃 6.1.2 測試計劃的制定 6.1.3 軟件開發(fā)、軟件測試與測試計劃制定的并行關系,軟件測試是一個有組織有計劃的活動，應當給予充分的時間和資源進行測試計劃，這樣軟件測試才能在合理的控制下正常進行。測試計劃（Test Planning）作為測試的起始步驟，是整個軟件測試過程的關鍵管理者。 1測試計劃的定義 測試計劃規(guī)定了測試各個階段所要使用的方法策略、測試環(huán)境、

2、測試通過或失敗的準則等內容。ANSI/IEEE軟件測試文檔標準829-1983將測試計劃定義為：“一個敘述了預定的測試活動的范圍、途徑、資源及進度安排的文檔。它確認了測試項、被測特征、測試任務、人員安排，以及任何偶發(fā)事件的風險。”,2測試計劃的目的和作用 測試計劃的目的是明確測試活動的意圖。它規(guī)范了軟件測試內容、方法和過程，為有組織地完成測試任務提供保障。專業(yè)的測試必須以一個好的測試計劃作為基礎。盡管測試的每一個步驟都是獨立的，但是必須要有一個起到框架結構作用的測試計劃。 3測試計劃書 測試計劃文檔化就成為測試計劃書，包含總體計劃也包含分級計劃，是可以更新改進的文檔。從文檔的角度看，測試計劃書

3、是最重要的測試文檔，完整細致并具有遠見性的計劃書會使測試活動安全順利地向前進行，從而確保所開發(fā)的軟件產品的高質量。,4測試計劃的內容 軟件測試計劃是整個測試過程中最重要的部分，為實現可管理且高質量的測試過程提供基礎。測試計劃以文檔形式描述軟件測試預計達到的目標，確定測試過程所要采用的方法策略。測試計劃包括測試目的、測試范圍、測試對象、測試策略、測試任務、測試用例、資源配置、測試結果分析和度量以及測試風險評估等，測試計劃應當足夠完整但也不應當太詳盡。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中

4、的各種變更。因此一份好的測試計劃需要綜合考慮各種影響測試的因素。,實際的測試計劃內容因不同的測試對象而靈活變化，但通常來說一個正規(guī)的測試計劃應該包含以下幾個項目，也可以看作是通用的測試計劃樣本以供參考： 測試的基本信息： 包括測試目的、背景、測試范圍等； 測試的具體目標： 列出軟件需要進行的測試部分和不需要進行的測試部分； 測試的策略： 測試人員采用的測試方法，如回歸測試、功能測試、自動測試等； 測試的通過標準： 測試是否通過的界定標準以及沒有通過情況的處理方法； 停測標準：,給出每個測試階段停止測試的標準； 測試用例： 詳細描述測試用例，包括測試值、測試操作過程、測試期待值等； 測試的基本支

5、持： 測試所需硬件支持、自動測試軟件等； 部門責任分工： 明確所有參與軟件管理、開發(fā)、測試、技術支持等部門的責任細則； 測試人力資源分配： 列出測試所需人力資源以及軟件測試人員的培訓計劃； 測試進度安排： 制定每一個階段的詳細測試進度安排表； 風險估計和危機處理： 估計測試過程中潛在的風險以及面臨危機時的解決辦法。,一個理想的測試計劃應該體現以下幾個特點： 在檢測主要缺陷方面有一個好的選擇； 提供絕大部分代碼的覆蓋率； 具有靈活性； 易于執(zhí)行、回歸和自動化； 定義要執(zhí)行測試的種類； 測試文檔明確說明期望的測試結果； 當缺陷被發(fā)現時提供缺陷核對； 明確定義測試目標； 明確定義測試策略； 明確定義

6、測試通過標準； 沒有測試冗余； 確認測試風險； 文檔化確定測試的需求； 定義可交付的測試件。,軟件測試計劃是整個軟件測試流程工作的基本依據，測試計劃中所列條目在實際測試中必須一一執(zhí)行。在測試的過程中，若發(fā)現新的測試用例，就要盡早補充到測試計劃中。若預先制定的測試計劃項目在實際測試中不適用或無法實現，那么也要盡快對計劃進行修改，使計劃具有可行性。,1測試計劃的制定 測試的計劃與控制是整個測試過程中最重要的階段，它為實現可管理且高質量的測試過程提供基礎。這個階段需要完成的主要工作內容是：擬定測試計劃，論證那些在開發(fā)過程中難于管理和控制的因素，明確軟件產品的最重要部分（風險評估）。 （1）概要測試計

7、劃 概要測試計劃是在軟件開發(fā)初期制定，其內容包括： 定義被測試對象和測試目標； 確定測試階段和測試周期的劃分； 制定測試人員，軟、硬件資源和測試進度等方面的計劃； 明確任務與分配及責任劃分； 規(guī)定軟件測試方法、測試標準。比如，語句覆蓋率達到98%，三級以上的錯誤改正率達98%等； 所有決定不改正的錯誤都必須經專門的質量評審組織同意； 支持環(huán)境和測試工具等。,（2）詳細測試計劃 詳細測試計劃是測試者或測試小組的具體的測試實施計劃，它規(guī)定了測試者負責測試的內容、測試強度和工作進度，是檢查測試實際執(zhí)行情況的重要標準。 詳細測試計劃的主要內容有：計劃進度和實際進度對照表；測試要點；測試策略；尚未解決的

8、問題和障礙。 （3）制定主要內容 計劃進度和實際進度對照表；測試要點；測試策略；尚未解決的問題和障礙。,（4）制定測試大綱（用例） 測試大綱是軟件測試的依據，保證測試功能不被遺漏，并且功能不被重復測試，使得能合理安排測試人員，使得軟件測試不依賴于個人。 測試大綱包括：測試項目、測試步驟、測試完成的標準以及測試方式（手動測試或自動測試）。測試大綱不僅是軟件開發(fā)后期測試的依據，而且在系統(tǒng)的需求分析階段也是質量保證的重要文檔和依據。無論是自動測試還是手動測試，都必須滿足測試大綱的要求。 測試大綱的本質：從測試的角度對被測對象的功能和各種特性的細化和展開。針對系統(tǒng)功能的測試大綱是基于軟件質量保證人員對

9、系統(tǒng)需求規(guī)格說明書中有關系統(tǒng)功能定義的理解，將其逐一細化展開后編制而成的。 測試大綱的好處：保證測試功能不被遺漏，使得軟件功能不被重復測試，合理安排測試人員，使得軟件測試不依賴于個人。測試大綱不僅是軟件開發(fā)后期測試的依據，而且在系統(tǒng)的需求分析階段也是質量保證的重要文檔和依據。,（5）制定測試通過或失敗的標準 測試標準為可觀的陳述，它指明了判斷/確認測試在何時結束，以及所測試的應用程序的質量。測試標準可以是一系列的陳述或對另一文檔（如測試過程指南或測試標準）的引用。 測試標準應該指明： 確切的測試目標 度量的尺度如何建立 使用了那些標準對度量進行評價,（6）制定測試掛起標準和恢復的必要條件 指明

10、掛起全部或部分測試項的標準，并指明恢復測試的標準及其必須重復的測試活動。 （7）制定測試任務安排 明確測試任務，對每項任務都必須明確7個主題。 任務：用簡潔的句子對任務加以說明 方法和標準：指明執(zhí)行該任務時，應該采用的方法以及所應遵守的標準。 輸入輸出：給出該任務所必需的輸入輸出 時間安排：給出任務的起始和持續(xù)時間 資源：給出任務所需要的人力和物力資源 風險和假設：指明啟動該任務應滿足的假設，以及任務執(zhí)行可能存在的風險 角色和職責：指明由誰負責該任務的組織和執(zhí)行，以及誰將擔負怎樣的職責,（8）制定應交付的測試工作產品 指明應交付的文檔、測試代碼和測試工具，一般包括這些文檔：測試計劃、測試方案、

11、測試用例、測試規(guī)程、測試日志、測試總結報告、測試輸入與輸出數據、測試工具。 （9）制定工作量估計 給出前面定義任務的人力需求和總計 （10）編寫測試方案文檔 測試方案文檔是設計測試階段文檔，指明為完成軟件或軟件集成的特性測試而進行的設計測試方法的細節(jié)文檔。,軟件開發(fā)、軟件測試與測試計劃制定的并行關系如圖6-1所示。,圖6-1 軟件開發(fā)、軟件測試與測試計劃制定的并行關系,6.2.1 測試文檔 6.2.2 軟件生命周期各階段的測試任務與可交付的文檔,1測試文檔的定義 測試文檔（Testing Documentation）記錄和描述了整個測試流程，它是整個測試活動中非常重要的文件。測試過程實施所必備

12、的核心文檔是：測試計劃、測試用例（大綱）和軟件測試報告。,2測試文檔的重要性 軟件測試是一個很復雜的過程，涉及軟件開發(fā)其他階段的工作，對于提高軟件質量、保證軟件正常運行有著十分重要的意義，因此必須把對測試的要求、過程及測試結果以正式的文檔形式寫下來。軟件測試文檔用來描述要執(zhí)行的測試及測試的結果?？梢哉f，測試文檔的編制是軟件測試工作規(guī)范化的一個重要組成部分。 軟件測試文檔不只在測試階段才開始考慮，它應在軟件開發(fā)的需求分析階段就開始著手編制，軟件開發(fā)人員的一些設計方案也應在測試文檔中得到反映，以利于設計的檢驗。測試文檔對于測試階段的工作有著非常明顯的指導作用和評價作用。即便在軟件投入運行的維護階段

13、，也常常要進行再測試或回歸測試，這時仍會用到軟件測試文檔。,3測試文檔的內容 整個測試流程會產生很多個測試文檔，一般可以把測試文檔分為兩類：測試計劃和測試分析報告。 測試計劃文檔描述將要進行的測試活動的范圍、方法、資源和時間進度等。測試計劃中羅列了詳細的測試要求，包括測試的目的、內容、方法、步驟以及測試的準則等。在軟件的需求和設計階段就要開始制定測試計劃，不能在開始測試的時候才制定測試計劃。通常，測試計劃的編寫要從需求分析階段開始，直到軟件設計階段結束時才完成。 測試報告是執(zhí)行測試階段的測試文檔，對測試結果進行分析說明。說明軟件經過測試以后，結論性的意見如何，軟件的能力如何，存在哪些缺陷和限制

14、等，這些意見既是對軟件質量的評價，又是決定該軟件能否交付用戶使用的依據。由于要反映測試工作的情況，自然應該在測試階段編寫。,測試報告包含了相應的測試項的執(zhí)行細節(jié)。軟件測試報告是軟件測試過程中最重要的文檔，記錄問題發(fā)生的環(huán)境，如各種資源的配置情況，問題的再現步驟以及問題性質的說明。測試報告更重要的是還記錄了問題的處理進程，而問題的處理進程從一定角度上反映了測試的進程和被測軟件的質量狀況以及改善過程。 計算機軟件測試文檔編制規(guī)范國家標準給出了更具體的測試文檔編制建議，其中包括以下幾個內容。,測試計劃 描述測試活動的范圍、方法、資源和進度，其中規(guī)定了被測試的對象，被測試的特性、應完成的測試任務、人員

15、職責及風險等。 測試設計規(guī)格說明 詳細描述測試方法，測試用例設計以及測試通過的準則等。 測試用例規(guī)格說明 測試用例文檔描述一個完整的測試用例所需要的必備因素，如輸入、預期結果、測試執(zhí)行條件以及對環(huán)境的要求、對測試規(guī)程的要求等。 測試步驟規(guī)格說明 測試規(guī)格文檔指明了測試所執(zhí)行活動的次序，規(guī)定了實施測試的具體步驟。它包括測試規(guī)程清單和測試規(guī)程列表兩部分。 測試日志 日志是測試小組對測試過程所作的記錄。 測試事件報告 報告說明測試中發(fā)生的一些重要事件。 測試總結報告 對測試活動所作的總結和結論。 上述測試文檔中，前4項屬于測試計劃類文檔，后3項屬于測試分析報告類文檔。,通常軟件生命周期可分為以下6個

16、階段：需求階段、功能設計階段、詳細設計階段、編碼階段、軟件測試階段以及運行/維護階段，相鄰兩個階段之間可能存在一定程度的重復以保證階段之間的順利銜接，但每個階段的結束是有一定的標志，例如已經提交可交付文檔等。 1需求階段 （1）測試輸入 需求計劃（來自開發(fā)）。 （2）測試任務 制定驗證和確認測試計劃； 對需求進行分析和審核； 分析并設計基于需求的測試，構造對應的需求覆蓋或追蹤矩陣。,（3）可交付的文檔 驗收測試計劃（針對需求設計）； 驗收測試報告（針對需求設計）。 2功能設計階段 （1）測試輸入 功能設計規(guī)格說明（來自開發(fā)）。 （2）測試任務 功能設計驗證和確認測試計劃； 分析和審核功能設計規(guī)

17、格說明； 可用性測試設計； 分析并設計基于功能的測試，構造對應的功能覆蓋矩陣； 實施基于需求和基于功能的測試。,（3）可交付的文檔 主確認測試計劃； 驗收測試計劃（針對功能設計）； 驗收測試報告（針對功能設計）。 3詳細設計階段 （1）測試輸入 詳細設計規(guī)格說明（來自開發(fā)）。 （2）測試任務 詳細設計驗收測試計劃； 分析和審核詳細設計規(guī)格說明； 分析并設計基于內部的測試。 （3）可交付的文檔 詳細確認測試計劃； 驗收測試計劃（針對詳細設計）； 驗收測試報告（針對詳細設計）； 測試設計規(guī)格說明。,4編碼階段 （1）測試輸入 代碼（來自開發(fā)）。 （2）測試任務 代碼驗收測試計劃； 分析代碼； 驗證

18、代碼； 設計基于外部的測試； 設計基于內部的測試。 （3）可交付的文檔 測試用例規(guī)格說明； 需求覆蓋或追蹤矩陣； 功能覆蓋矩陣； 測試步驟規(guī)格說明； 驗收測試計劃（針對代碼）； 驗收測試報告（針對代碼）。,5測試階段 （1）測試輸入 要測試的軟件； 用戶手冊。 （2）測試任務 制定測試計劃； 審查由開發(fā)部門進行的單元和集成測試； 進行功能測試； 進行系統(tǒng)測試； 審查用戶手冊。 （3）可交付的文檔 測試記錄； 測試事故報告； 測試總結報告。,6運行/維護階段 （1）測試輸入 已確認的問題報告； 軟件生命周期。軟件生命周期是一個重復的過程。如果軟件被修改了，開發(fā)和測試活動都要回歸到與修改相對應的生

19、命周期階段。 （2）測試任務 監(jiān)視驗收測試； 為確認的問題開發(fā)新的測試用例； 對測試的有效性進行評估。 （3）可交付的文檔 可升級的測試用例庫。,1測試用例 測試用例（Test Case）是為了高效率地發(fā)現軟件缺陷而精心設計的少量測試數據。實際測試中，由于無法達到窮舉測試，所以要從大量輸入數據中精選有代表性或特殊性的數據來作為測試數據。好的測試用例應該能發(fā)現尚未發(fā)現的軟件缺陷。 2測試用例文檔應包含以下內容： （1）測試用例表 測試用例表如表6-1所示。對其中一些項目做如下說明： 測試項目：指明并簡單描述本測試用例是用來測試哪些項目、子項目或軟件特性的。 用例編號：對該測試用例分配唯一的標識號

20、。 用例級別：指明該用例的重要程度。測試用例的級別分為4級：級別1（基本）、級別2（重要）、級別3（詳細）、級別4（生僻）。 執(zhí)行操作：執(zhí)行本測試用例所需的每一步操作。 預期結果：描述被測項目或被測特性所希望或要求達到的輸出或指標。 實測結果：列出實際測試時的測試輸出值，判斷該測試用例是否通過。 備注。如需要，則填寫“特殊環(huán)境需求（硬件、軟件、環(huán)境）”、“特殊測試步驟要求”、“相關測試用例”等信息。,測試用例清單 測試用例清單如表6-2所示。 表6-1 測試用例表,表6-2 測試用例清單,測試總結報告主要包括測試結果統(tǒng)計表、測試問題表和問題統(tǒng)計表、測試進度表、測試總結表等。 1測試結果統(tǒng)計表 測試結果統(tǒng)計表主要是對測試項目進行統(tǒng)計，統(tǒng)計計劃測試項和實際測試項的數量，以及測試項通過多少、失敗多少等。測試結果統(tǒng)計表如表6-3所示。,表6-3 測試結果統(tǒng)計表,其中，【Y】表示測試結果全部通過，【P】表示測試結果部分通過，【N】表示測試結果絕大多數沒通過，【N/A】表示無法測試或測試用例不適合