ISO9000質(zhì)量管理體系認證-軟件產(chǎn)品測試計劃書(通用)

1、XXXX 分析軟件產(chǎn)品測試計劃書 2目錄軟件產(chǎn)品測試計劃書軟件產(chǎn)品測試計劃書.1目錄.31引言.31.1目的.31.2項目背景.31.3名詞定義.41.4參考資料.42測試任務及要求.42.1文檔測試內(nèi)容與要求.42.2應用系統(tǒng)測試內(nèi)容與要求.53測試方案.63.1測試環(huán)境.63.2測試組織.63.3測試時間安排.73.4測試流程要求.73.5測試方案及用例.74測試進度.105系統(tǒng)風險、優(yōu)先級.106問題嚴重度描述.117與測試相關(guān)的任務.117.1制定測試計劃.117.2設計測試.127.3實施測試.127.4記錄缺陷，分析缺陷.12 31 1引言引言1.11.1 目的目的本文是為了測試

2、XXXX 分析軟件而編制， 編制目的在于為此系統(tǒng)的管理工作和技術(shù)工作提供指南；確定測試的內(nèi)容和范圍，為以后評價 XXXX 分析軟件提供依據(jù)。本文主要依據(jù)XXXX 分析軟件需求規(guī)格說明書編制。同時，本文也是編制測試用例 、 測試問題報告的依據(jù)。1.21.2 項目背景項目背景1.31.3 名詞定義名詞定義 文檔中的縮略語和術(shù)語有：1.41.4 參考資料參考資料1、 下表列出了制定測試計劃時所使用的文檔：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注軟件產(chǎn)品需求分析是 否是 否概要設計是 否是 否詳細設計規(guī)格書是 否是 否軟件功能清單是 否是 否使用說明書是 否是 否安裝部署手冊是

3、 否是 否2、 測試提交文檔：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注測試大綱是 否是 否測試計劃是 否是 否測試用例是 否是 否測試問題報告是 否是 否 4測試報告是 否是 否2 2測試任務及要求測試任務及要求2.12.1 文檔測試內(nèi)容與要求文檔測試內(nèi)容與要求2.1.1文檔測試內(nèi)容XXXX 分析軟件需求規(guī)格說明書2.1.2文檔測試要求1文檔的完整性：主要是測試文檔內(nèi)容的全面性與完整性，從總體上把握文檔的質(zhì)量。例如用戶手冊應該包括軟件的所有功能模塊。2描述與軟件實際情況的一致性：主要測試軟件文檔與軟件實際的一致程度。例如用戶手冊基本完整后，我們還要注意用戶手冊與實際功能

4、描述是否一致。因為文檔往往跟不上軟件版本的更新速度。3易理解性：主要是檢查文檔對關(guān)鍵、重要的操作有無圖文說明，文字、圖表是否易于理解。對于關(guān)鍵、重要的操作僅僅只有文字說明肯定是不夠的，應該附有圖表使說明更為直觀和明了。4文檔中提供操作的實例：這項檢查內(nèi)容主要針對用戶手冊。對主要功能和關(guān)鍵操作提供的應用實例是否豐富，提供的實例描述是否詳細。只有簡單的圖文說明，而無實例的用戶手冊看起來就像是軟件界面的簡單拷貝，對于用戶來說，實際上沒有什么幫助。5印刷與包裝質(zhì)量：主要是檢查軟件文檔的商品化程度。有些用戶手冊是簡單打印、裝訂而成，過于粗糙，不易于用戶保存。優(yōu)秀的文檔例如用戶手冊和技術(shù)白皮書，應提供商品

5、化包裝，并且印刷精美。2.22.2 應用系統(tǒng)測試內(nèi)容與要求應用系統(tǒng)測試內(nèi)容與要求2.2.12.2.1系統(tǒng)測試內(nèi)容系統(tǒng)測試內(nèi)容下面主要針對XXXX分析軟件的功能測試建立了一個相對完善的評測體系，各測試項分布情況如下：編號測試項說明 52.2.2系統(tǒng)測試要求能測試完成后進行業(yè)務測試，業(yè)務測試關(guān)注的要點是業(yè)務流程，及數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性3 3測試方案測試方案3.13.1 測試環(huán)境測試環(huán)境a) 測試地點XXXX 信息科技有限公司b) 測試環(huán)境1）軟件環(huán)境：windows pro xp sp3 操作系統(tǒng)，Jdk6+eclipse 和 j2me 仿真環(huán)境； 2）硬件環(huán)境：

6、CPU 雙核處理器，主頻在 2.8GHz 以上，內(nèi)存至少 2GB。c) 測試工具工具用途生產(chǎn)廠商版本QuickTest Professional 自動化功能測試，主要用于回歸測試和測試同一軟件的新版本 sMercury Interactive9.2MercuryQuality Center 基于 WEB 環(huán)境下的 BUG 管理工具Mercury Interactive9.03.23.2 測試組織測試組織人員具體職責 63.33.3 測試時間安排測試時間安排項目名稱編寫測試計劃設計測試用例環(huán)境安裝部署測試執(zhí)行總共3.43.4 測試流程要求測試流程要求便于在測試階段中對文檔的歸檔和對 bug 的追

7、蹤以及管理，要求如下：測試人員測試人員：列出進行測試的具體步驟（進行過何種測試） ，測試結(jié)果，反饋給開發(fā)人員開發(fā)人員開發(fā)人員：提供功能清單，列出測試失敗的詳細描述、原理分析、修改方法和修改結(jié)果并形成文檔回饋給測試人員 3.53.5 測試方案及用例測試方案及用例 測試方案提供了對測試對象的推薦方法。3.5.13.5.1階段性測試方案階段性測試方案3.5.1.1 系統(tǒng)測試系統(tǒng)測試流程圖 7測試設計（部署環(huán)境，編寫測試用例）修改測試計劃通過測試計劃未通過接收測試申請書評審測試用例通過未通過執(zhí)行測試用例測試問題報告回歸測試提交測試報告達到測試要求測試目標對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿

8、足產(chǎn)品需求并且遵循系統(tǒng)設計。測試范圍：測試整個系統(tǒng)的所有功能，包括功能測試、界面測試、安裝部署測試及文檔測試。測試技術(shù)：黑盒測試、動態(tài)測試開始標準：接收到測試申請單完成標準：發(fā)現(xiàn)的 BUG 已經(jīng)修改完成或者已經(jīng)達到可以接受的程度需考慮的特殊事項：能測試完成后進行業(yè)務測試，業(yè)務測試關(guān)注的要點是業(yè)務流程，及數(shù)據(jù)流從軟件中的一個模塊流到另一個模塊的過程中的正確性3.5.1.2安裝部署測試安裝測試流程圖 8接收安裝部署手冊安裝部署測試環(huán)境提交安裝問題報告進入系統(tǒng)測試階段項目組修改測試目標測試對象可正確地安裝到各種所需的硬件配置測試范圍：首次安裝。 （以前從未安裝過的新計算機）更新。 （以前安裝過相同版

9、本的計算機，但文件損壞，或以前安裝過較早版本的計算機）卸載后重新安裝技術(shù)：啟動或執(zhí)行安裝使用預先確定的功能測試腳本子集來運行測試，驗證軟件是否安裝完整或更新完整開始標準：已經(jīng)接收安裝部署手冊完成標準：應用程序安裝成功，沒有出現(xiàn)任何故障需考慮的特殊事項：安裝完成后，需要重點考慮應該選擇哪些測試才能準確地測試出應用程序已經(jīng)成功安裝，而且沒有遺漏主要的軟件構(gòu)件3.5.23.5.2 測試方法及用例測試方法及用例3.5.2.13.5.2.1功能測試功能測試概述概述：確保測試項目的功能正常，如導航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GU

10、I）與應用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應用程序及其內(nèi)部進程,這是目前的測試重點。 9目標目標：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例流，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預期的結(jié)果在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。注：除測試所提供的功能外，還需添加 Cookies 測試3.5.2.23.5.2.2用戶界面測試用戶界面測試概述概述：用于核實用戶與軟件之間的交互是否正常目標目標：核實下列內(nèi)容確保各種瀏覽以及各種訪問方法（鼠標移動、快捷鍵等）都使用正常確保窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準等 3.5.2.33.5.2.3安裝部署測試安裝部

11、署測試概述：概述：測試軟件在正常情況和異常情況下的安裝狀況目標：目標：核實下列行為首次安裝、升級、完整的或自定義的安裝都能進行安裝磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等異常情況的安裝3.5.2.43.5.2.4文檔測試文檔測試測試用戶手冊與需求說明書的準確型，一致性。4 4測試進度測試進度測試活動主要內(nèi)容工作日實際開始日期結(jié)束日期制定測試計劃根據(jù)測試大綱、需求、說明書編制測試計劃1安裝部署環(huán)境進行測試設計并部署、安裝測試環(huán)境2設計測試用例根據(jù)測試計劃中人員安排，時間進度，編寫測試用例5執(zhí)行功能測根據(jù)使用說明書、需6 10試用例求規(guī)格說明書、測試用例，執(zhí)行測試編制功能測試問題報告生成測試問題報告并通過

12、評審，提交給開發(fā)人員與執(zhí)行功能測試同步回歸測試得到開發(fā)人員的反饋后，進行回歸測試5 5系統(tǒng)風險、優(yōu)先級系統(tǒng)風險、優(yōu)先級L=Low(風險與處理的優(yōu)先級為低) M=Middle(風險與處理的優(yōu)先級為中) H=High(風險與處理的優(yōu)先級為高)功能測試階段安裝測試階段文檔測試正確性HHH文件完整性HHH處理的連續(xù)性MMM訪問控制MMM符合性HHH可靠性HHH易操作性HHH可維護性HHH可移植性HHH6 6問題嚴重度描述問題嚴重度描述問題嚴重度描述致命缺陷1 由于程序所引起的死機,非法退出 2 死循環(huán)3 數(shù)據(jù)庫發(fā)生死鎖 4 因錯誤操作導致的程序中斷 5主要功能丟失或功能嚴重錯誤 6 與數(shù)據(jù)庫連接錯誤 7 數(shù)據(jù)通訊錯誤測試階段測試因素 11嚴重缺陷1 程序錯誤 2 程序接口錯誤 3 數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件一般性缺陷1 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2 打印內(nèi)容、格式錯誤 3 簡單的輸入限制未放在前臺進行控制 4 刪除操作未給出提示 5 數(shù)據(jù)庫表中有過多的空字段建議改進1 界面不規(guī)范 2 輔助說明描述不清楚 3 輸入輸出不規(guī)范 4 長時間操作未給用戶提