軟體測試工程師管理系統
測試計畫
文件編號：
版本號：1.0
軟體產品名稱：軟體測試工程師管理系統
軟體開發部門
軟體測試部門
編寫日期：
審核日期：
批准日期：
目錄1. 引言 5
1.1 測試計畫概述 5
1.2 被測試系統概述 5
1.3 測試計畫制定依據 6
1.4 預期讀者 6
2. 測試範圍 6
2.1 測試特性與軟體需求的對應關係 7
2.1.1 安裝/解除安裝測試 7
2.1.2 功能測試 7
3. 術語定義 9
3.1 軟體錯誤與缺陷定義 9
3.2 其他術語的定義 9
4. 測試目標與策略 9
4.1 測試目標 9
4.2 測試方法 9
4.3 測試工具 9
4.4 測試地點 9
5. 測試狀態轉換標準和再啟動要求 9
6. 測試通過準則 9
7. 應提供的測試文件 10
8. 測試資源需求 10
8.1 硬體需求 10
8.2 軟體需求 10
8.3 網路需求 10
8.4 人員需求 10
8.5 其他需求 11
9. 人員、職責及培訓要求 11
9.1 人員組成 11
9.2 人員分工與職責 11
9.3 培訓要求 11
10. 測試進度 11
11. 風險和應急 12
11.1 影響計畫的潛在因素 12
11.2 應急措施 12
12. 測試的侷限性 12
13. 計畫的批准 12
14. 參考文件 13
計畫名稱： 軟體測試工程師管理系統測試計畫
文件編號：
測試部門：
計畫作者：
計畫審核：
本測試計畫將對軟體測試工程師管理系統的測試方法、測試工具、測試範圍、測試種類、測試的軟體硬體環境、測試進度、測試人員的分工和職責以及測試流程進行詳細的定義和整體的描述。
對軟體測試工程師管理系統將採用黑盒測試方法，完成第一輪測試。
產品名稱： 軟體測試工程師管理系統
開發部門：
測試版本： v1.0
最新版本： v1.0
本專案的目標是完成乙個計算機人事管理系統，實現人事管理的自動化。系統的主要功能包括：人事資訊的錄入、管理、查詢、刪除、生成報表等。
進入本系統提供使用者選擇選單，要求人機介面友好，具有錯誤處理和故障恢復能力。
本測試計畫是依據《軟體測試工程師管理系統開發計畫》、《軟體測試工程師管理系統需求規格說明書》、《軟體測試工程師管理專案條款》等。
（1） 專案管理人員；
（2） 測試人員；
（3） 開發人員。
備註：（1）請在表中選擇本次測試計畫進行的測試型別，並對測試的優先順序給以說明。
（2）測試的優先順序分為四個級別，請在**中填寫相應序號。
1 最高優先順序：首先測試，並詳細測試；
2 中等優先順序：正常測試；
3 低優先順序： 只需粗略測試，但本次測試必須進行；
4 最低優先順序：只需粗略測試，可以留到下輪測試進行；
安裝環境測試需求說明
本軟體的最終執行環境是作業系統dos5.0以上，或windows95/98/2000/me/nt/xp等dos環境上，要求有中文平台或作業系統為中文的計算機上，配有一台印表機。
一台微機：主頻》=100，硬碟》=1m，記憶體》=1m；
一台印表機；
作業系統：dos5.0以上，或windows95/98/2000/me/nt/xp。
開發環境：microsoft visual c++6.0；
該系統硬體和軟體與外界軟體沒有介面，也不需要網路環境；
在介面上，要求使用dos選單選擇，使用者可以隨時選擇選單進行；
在操作上，要求操作簡單，通過少數的選擇選單或單擊按鈕即可完成操作；
在系統執行任何階段，提示給使用者當前系統的狀態。
表4 功能測試需求說明
備註：（1）在測試項一欄中，請填寫需要進行測試的主要功能模組，不需要劃分太細，以功能模組進行劃分即可。（2）在「測試注意事項或特殊說明」一欄，請給出在進行本項測試時，需要重點測試的方面或其他使用說明。
此部分定義與測試計畫執行有關的重要術語和縮略語，其中主要對軟體錯誤與缺陷的劃分標準進行定義。
軟體錯誤與缺陷定義見附錄ⅰ。
無。 盡可能發現系統中存在的錯誤和設計缺陷。驗證系統的可靠性，檢查系統的正確性和系統的友好性。
4．21 使用非法輸入。例如，在只允許輸入數字的地方，輸入英文或特殊字元。
4．22 直接輸入預設值。例如，預設值是空，則不改變此預設值，而將空值作為輸入值。
4．23 輸入臨近或者超出程式處理範圍的數值。
4．24 使用特殊字元、特殊長度、無效的檔名。
4．25 改變檔案訪問許可權。
4．25 使檔案內容錯誤，並讓軟體使用這個檔案。
主要進行功能的手工測試，所以沒有使用特殊的測試工具。
本測試計畫的的執行地點在機房。
測試狀態轉換標準和再啟動要求見附錄ⅱ。
測試通過準則參見附錄ⅲ。
《軟體產品提交測試委託書》
《軟體測試需求說明書》
《測試計畫》
《測試用例設計與執行報告》
《測試用例設計評審記錄》
《軟體問題清單》
《測試分析報告》
黑盒測試測試計畫 例項
軟體測試工程師管理系統 測試計畫 文件編號 版本號 1.0 軟體產品名稱 軟體測試工程師管理系統 軟體開發部門 軟體測試部門 編寫日期 審核日期 批准日期 目錄1.引言 5 1.1 測試計畫概述 5 1.2 被測試系統概述 5 1.3 測試計畫制定依據 6 1.4 預期讀者 6 2.測試範圍 6 2...
黑盒測試方法
黑盒測試 black box testing，又稱為功能測試或資料驅動測試 是把測試物件看作乙個黑盒子。利用黑盒測試法進行動態測試時，需要測試軟體產品的功能，不需測試軟體產品的內部結構和處理過程。採用黑盒技術設計測試用例的方法有 等價類劃分 邊界值分析 錯誤推測 因果圖和綜合策略。黑盒測試注重於測試...
黑盒測試方法揭密
一 黑盒測試在快速應用開發 rad 環境中的重要作用 軟體測試方法一般分為兩種 白盒測試與黑盒測試。其中，白盒測試又稱為結構測試 邏輯驅動測試或基於程式本身的測試，著重於程式的內部結構及演算法，通常不關心功能與效能指標。黑盒測試又被稱為功能測試 資料驅動測試或基於規格說明的測試，實際上是站在終端使用...