檔案編號: ticket/2009-06-11
版本號:1.0
發放編號:
受控狀態:
審核日期:2023年 06月11日
批准日期:2023年 06 月11日
發布日期:2023年 06月11日實施日期:2023年 06 月11日
目錄1引言 5
1.1測試計畫概述 5
1.2被測試系統概述 5
1.3測試計畫制定依據 6
1.4預期讀者 6
2測試範圍 6
2.1測試特性與軟體需求的對應關係 7
2.2被測試特性 7
3術語定義 7
3.1軟體錯誤與缺陷定義 7
3.2其他術語的定義 7
4測試目標與策略 7
4.1測試目標 7
4.2測試方法 7
4.3測試工具 8
4.4測試地點 8
5測試狀態轉換標準和再啟動要求 8
6測試通過準則 8
7應提供的測試文件 8
8測試資源需求 8
8.1硬體需求 8
8.2軟體需求 9
8.3網路需求 9
8.4人員需求 9
8.5其他需求 9
9人員、職責及培訓要求 9
9.1人員組成 9
9.2人員分工與職責 9
9.3培訓要求 9
10測試進度 10
11風險和應急 10
11.1影響計畫的潛在因素 10
11.2應急措施 11
12測試的侷限性 11
13計畫的批准 11
14參考文件 11
計畫名稱:航空訂票系統測試計畫
文件編號:ticket/2009-06-11
測試部門:軟體測試部
計畫作者:羅敏
計畫審核:在windows平台下執行航空訂票系統,針對該專案中各個模組應實現的不同功能,生成測試用例文件,再手動進行測試。
/* 此部分主要對測試計畫的名稱、背景、目標、制定依據以及執行部門,測試的方法、工具、範圍作乙個簡明扼要的闡述。*/
產品名稱:航空訂票系統
開發部門:軟體開發部
測試版本:v 1.0
最新版本:v 1.0
系統概述:該系統主要實現了預訂機票的功能,並生成訂單便於查詢和修改,主要針對使用者登入模組和生成訂單模組進行測試。
/* 此部分主要對被測試系統的基本用途、功能、特性以及計畫測試的軟體項進行簡要的描述。 */
對測試計畫的制定依據給以說明。
測試計畫的制定依據本系統的《軟體需求規格說明書》,另外還可能包括開發部提供的《軟體測試需求說明書》、被測試系統的使用者手冊、使用說明書以及軟體系統自身特性,有時還需要參考使用者的意見和建議。另外測試計畫的制定要與被測試系統的質量保證計畫相一致。
主要可能包括以下人員:專案管理人員、測試人員、系統開發人員,有時還會包括部分使用者。
在這一部分中,要定義需要測試和不需要測試的內容,定義與測試計畫執行有關的重要術語和縮略語,並決定與測試子專案有關的測試工作所發生的場合。
嚴格按照《軟體需求規格說明書》中的功能、效能等要求,同時兼顧軟體系統自身特性、使用者的意見和建議、被測試系統的質量保證計畫等,對軟體系統的被測試特性和不被測試特性以下表的格式詳細列出。
航空訂票系統的測試範圍
本部分詳細說明在本次測試中計畫測試的內容與《軟體需求規格說明書》的對應關係,對照需求計畫測試的內容。
1. 使用者登入模組:
測試使用者名稱和密碼的有效性,主要包括文字框中所輸入文字的長度,型別,格式,密碼的顯示狀態以及使用者名稱與密碼的一致性,還有是否能實現控制項所標註的功能。
2.生成訂單模組:
(1)測試機票訂單的有效性,主要包括航班日期,航班路線和詳細資訊,以及預定者的姓名。
(2)測試是否能實現與訂單相關其他的功能,主要包括插入訂單,修改訂單以及刪除訂單。
(3)測試各種控制項的組合使用,主要包括整個介面的布局以及風格,控制項間的相互作用,tab鍵的順序,熱鍵的使用,回車鍵和esc鍵的使用,控制項組合後功能的實現。以及文字框是否可輸入,下拉列表是否可選,單選框是否有預設值且不能多選,按鈕是否有預設值等。
3.選單欄:
測試是否能夠正確實現選單欄中各選單項指明的功能。
4.工具欄:
測試是否能夠正確實現工具欄中指明的各項功能。
/*指明所有要被測試的軟體特性及其組合,指明每個特性或特性組合有關的測試設計說明。*/
此部分定義與測試計畫執行有關的重要術語和縮略語,其中主要對軟體錯誤與缺陷的劃分標準進行定義。
軟體錯誤與缺陷定義見附錄ⅰ。
通過對該系統中各個模組的測試,找出系統中可能存在的缺陷,確保該系統的可用性和穩定性。
該系統用到得測試方法有:
1.介面測試:主要針對系統中的登入介面和生成訂單介面,如各個控制項的擺放次序是否規範,是否存在中英文混雜的問題。
2.功能測試:對選單欄和工具欄的測試大部分都是功能測試,主要用來確定是否完整的實現了模組的功能。
3 控制項測試:既要對單個控制項的功能進行測試,也要看控制項是否符合自身的需求,如:單選框是否有預設值等,還要看各控制項組合起來是否實現了其對應的功能。
對於測試中用到的測試工具給以簡單的介紹,對使用測試工具準備進行的測試種類給以簡明的描述。
北京達內中關村校區中鼎大廈231教室。
測試狀態轉換標準和再啟動要求見附錄ⅱ。
測試通過準則參見附錄ⅲ。
《軟體產品提交測試委託書》
《軟體測試需求說明書》
《測試計畫》
《測試用例設計與執行報告》
《測試結果報告》
《測試分析報告》
/* 對於測試所必備的和希望有的硬體裝置及其配置給以說明。並指出目前還不能得到的硬體裝置及其配置。 */
作業系統:windowsxp/windows2000
/* 對於測試所必備的和希望有的軟體(包括所需要的測試工具軟體)給以說明,並指出目前還不能得到的軟體。 */
對於測試所必備的和希望有的網路環境給以說明。
對於測試所需人員及其應具備的知識給予說明。
對於上面沒有涉及到的其他需求給以說明。
對參與測試活動的所有人員的姓名及其工作角色給以清楚的說明。
參與測試的人員通常由專案負責人、質量人員、測試負責人、測試人員、專案開發組負責人或專案開發人員組成,有時還包括使用者等參與測試的其他人員。
人員分工與職責見附錄ⅳ。
指出測試人員開展和完成測試所需要進行的培訓活動。培訓活動主要包括被測試系統、被測試系統的支撐系統以及測試工具的培訓。同時對每一項培訓的負責人給以明確的說明。
1 測試工具的培訓通常由測試部內部委派人員來完成。
2 被測試系統及其支撐系統的培訓通常由被測試系統開發部委派人員來完成。
此部分要明確給出測試活動中主要事件的計畫表。估計完成每項測試任務所需的時間,為每項測試任務和測試里程碑規定進度。
測試進度可以以下表的格式給出。
測試進度計畫表
在測試計畫的執行過程中,對可能存在的影響計畫按時完成的風險因素進行分析。
在測試計畫執行過程中,通常可能存在以下因素影響計畫的按時完成,其中第一點和第三點是影響測試進度的最大可能因素:
● 測試人員對被測試產品的熟悉進度較慢;
● 測試人員對測試工具的使用熟悉程度不夠;
● 被測試產品存在重大錯誤,以致於測試無法繼續,需要開發部進行額外的除錯和修改才能繼續;
訂票系統軟體專案管理計畫
目錄1 簡介 1 1.1 專案概述 1 1.2 專案範圍說明 1 1.3 軟體專案計畫書的演化 1 2 專案進度及成本管理 1 2.1 開發過程中的資源需求 1 2.2 軟體管理過程中預算及資源分配 1 2.3 軟體專案管理進度表 2 2.4 團隊的分工 2 3 管理過程 3 3.1管理目標及優先順...
系統軟體測試計畫
測試計畫 本測試計畫的具體編寫目的,指出預期的讀者範圍。說明 a 測試計畫所從屬的軟體系統的名稱 b 該開發專案的歷史,列出使用者和執行此專案測試的計算中心,說明在開始執行本測試計畫之前必須完成的各項工作。列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。列出要用到的參考資料,如 a 本專案...
管理系統軟體測試計畫
小型超市管理系統 測試計畫 1 測試環境 作業系統windows 8 visual c visual basic 2 系統風險 優先順序 1 測試該系統面臨的風險 2 系統的程式 是否存在問題或漏洞 3 執行在該系統的資料庫是否能正常使用 4 測試該系統實現的優先順序 5 首先,對系統的 進行精細測...