軟體測試計畫

檔案編號：litjsj-jh-11-09記錄編號：

***x

測試計畫

編制年月日

審核年月日

批准年月日

洛陽理工學院軟體學院z100551

宣告本測試文件中的各項內容僅供廠商或使用者參考。在任何情況下，若需引用本測試文件中的結果、資料及相關內容，都應徵得本單位同意。在使用時務必要保持其完整和真實意義，不得擅自進行增加、修改、偽造。

洛陽理工學院軟體學院z100551

***x年xx月

目錄1 簡介 4

1.1 目的 4

1.2 背景 4

1.3 範圍 4

1.4 引用文件 4

2 測試需求 4

3 測試型別 5

3.1 產品描述測試 5

3.2 使用者文件測試 5

3.3 功能性測試 5

3.4 可靠性測試 6

3.5 易用性測試 6

3.6 效率測試 7

3.7可維護性測試 7

3.8可移植性測試 8

4 資源 9

4.1 測試人員和職責 9

4.2 測試環境 9

4.3工具 10

5 專案里程碑 10

6 可交付工件 10

附錄職責 11

[確定現有專案的資訊和應測試的軟體構件。

列出推薦的測試需求（高層次）。

推薦可採用的測試策略，並對這些策略加以說明。

確定所需的資源，並對測試的工作量進行估計。

列出測試專案的可交付元素]

[輸入測試物件（元件、應用程式、系統等）及其目標的的簡要說明。需要包括的資訊有：主要的功能和特性、測試物件的構架以及專案的簡史。

[描述測試的各個階段，例如：單元測試、整合測試或系統測試，並說明本計畫所針對的測試型別（如功能測試或效能測試）。簡要地列出測試物件中將接受測試或將不接受測試的那些特性和功能。

如果在編寫此文件的過程中作出的某些假設可能會影響測試設計、開發或實施，則列出所有這些假設。列出可能會影響測試設計、開發或實施的所有風險或意外事件。

列出可能會影響測試設計、開發或實施的所有約束。]

此處列出制定測試計畫所用的文件，

下面列出了那些已被確定為測試物件的專案（用例、功能性需求和非功能性需求）。此列表說明了測試的物件。

[在此處輸入乙個主要測試需求的高層次列表。]

[測試策略提供了推薦用於測試物件的方法。上一節「測試需求」中說明了將要測試哪些物件，而本節則要說明如何對測試物件進行測試。

對於每種測試，都應提供測試說明，並解釋其實施和執行的原因。

如果不實施和執行某種測試，則應該用一句話加以說明，並陳述這樣做的理由。例如，「將不實施和執行該測試。。該測試不合適。」

制定測試策略時所考慮的主要事項有：將要使用的方法以及判斷測試何時完成的標準。

下面列出了在進行每項測試時需考慮的事項，除此之外，測試還只應在安全的環境中使用已知的、受控的資料庫來執行。 ]

[測試物件的功能測試應該側重於可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測試的目標在於核實能否正確地接受、處理和檢索資料以及業務規則是否正確實施。這種型別的測試基於黑盒方法，即通過圖形使用者介面 (gui) 與應用程式互動並分析輸出結果來驗證應用程式及其內部程序。

以下列出的是每個應用程式推薦的測試方法概要：]

[可靠性是指在指定條件下使用軟體產品時，軟體產品維持規定的效能級別的能力。可以進一步細分為 4 個子特性：成熟性、容錯性、易恢復性、可靠性的依從性。

在完成被測試軟體的功能測試的基礎上，針對可靠性測試的特點，強調實時、準確地作好記錄，包括：每次測試（執行被測試軟體）的起止時間（精確到分鐘）、被測試軟體每次發生故障的時間、如果發生宕機，必須記錄發生宕機的時間、宕機的時間。

對測試中使用的所有測試用例、測試結果按照4個子特性進行統計分析。根據子特性測試的要求，補充增加相關測試用例。然後對被測試軟體的可靠性進行加權評價。]

[在完成功能測試的基礎上，還應該重點考慮軟體的易用性測試，設計易用性測試的測試用例，包括：對產品描述（需求規格說明、使用者手冊）的測試、對使用者文件和/或幫助系統的測試、被測試軟體是否提供了**幫助、使用者能否定位找到幫助主題、能否理解對輸入資料的要求、對輸出資訊的說明、對系統訊息的說明、使用者能否定製介面元素、被測試軟體是否提供了演示程式、統計學習使用一項功能的所需的時間、能否容易地修復輸入資料、在操作時能否進行引數值的選擇。

對測試中使用的所有測試用例、測試結果按照5個子特性進行統計分析。根據子特性測試的要求，補充增加相關測試用例。然後對被測試軟體的易用性進行加權評價。]

[在完成功能測試的基礎上，還應該考慮軟體的效率測試，設計效率測試的測試用例，包括：響應時間、平均響應時間、最壞情況下的響應時間比率、吞吐量、平均吞吐量、周轉時間、平均周轉時間、等待時間的測試；還包括：對i/o裝置、記憶體、傳輸裝置（不同介質）的使用情況的測試。

對測試中使用的所有測試用例、測試結果按照3 個子特性進行統計分析。根據子特性測試的要求，補充增加相關測試用例。然後對被測試軟體的效率進行加權評價。]

[維護性是指軟體產品可被修改的能力。修改可能包括糾正、改進或軟體對環境、需求和功能規格說明變化的適應。可以進一步細分為 5 個子特性：

易分析性、易改變性、穩定性、易測試性、維護性的依從性。

在完成功能測試的基礎上，還應該重點考慮軟體的維護性測試，設計維護性測試的測試用例。重點關注：被測試軟體是否具有診斷功能？

測試人員能否確定引起失效的是哪個具體功能？測試人員能否確定引起失效的是哪個具體操作？被測試軟體是否可以通過引數設定來變更軟體的狀態？

測試人員能否容易地使用檢測點執行測試？被測試軟體是否提供了內建測試功能？詳細、準確地做好回歸測試的記錄，記錄軟體測試人員向軟體開發人員提交軟體測試報告（含錯誤報告）的時間，軟體測試人員獲得修改後的版本的時間。

記錄在回歸測試中發現的軟體失效情況，統計回歸測試之前，測試人員提交給軟體開發人員的、測試中發現的失效數。統計回歸測試中又發現的失效數。這些資料對於維護性評價十分重要。

對測試中使用的所有測試用例、測試結果按照5 個子特性進行統計分析。根據子特性測試的要求，補充增加相關測試用例。然後對被測試軟體的維護性進行加權評價。]

軟體測試計畫

軟體測試計畫

軟體測試計畫

軟體測試計畫

相關推薦