測測計劃--OA系統測試計劃
oa系統測試計劃
|
產品名稱 |
oa系統 |
|
密級 |
祕密 |
|
產品版本 |
v1.0 |
|
擬製 |
阿來 |
日期 |
2013-05-19 |
|
稽核 |
日期 |
||
|
稽核 |
日期 |
||
|
批准 |
日期 |
修訂記錄
| 日期 |
| 修訂版本 |
| 描述 |
| 作者 |
1、簡介
目的
《oa系統測試》的這一測試計劃文件有助於實現以下目標：
基於專案提供了確切的需求文件並參照專案組的《oa系統專案組工作計劃》，制定本計劃，重點使用黑盒測試方法對oa系統進行功能、UI、效能方面的需求驗證，以檢查是否符合預期的功能、UI、效能等方面的要求，最終輸出《OA系統功能測試報告》、《OA系統性能測試報告》。
背景
《OA系統》專案是我公司的重頭專案，為滿足大型企業協同管理的需求而開發的新一代先進的協同平臺套件系統。
範圍
本計劃用於指導OA專案測試組完成OA專案的測試工作，併為專案組總體把控專案質量提供幫助，中文定義本次測試內容為《OA系統使用者需求規格說明書》中定義的所有功能性、UI、效能方面已明確的需求，同時規定在測試活動中的人力資源、硬體資源的需求。
2、測試參考文件和測試提交文件
2.1 測試參考文件
下表列出了制定測試計劃時所使用的文件：
| 文件（版本/日期） | 已建立/可用 | 已被接收或已經過複審 | 作者或來源 | 備註 |
| 《OA系統使用者需求規格說明書》 | 是 | 是 | 業務部 | |
| 測試環境搭建單 | 否 | 開發部 | ||
| 測試工作流程規範 | 是 | 是 | 測試部 | |
| 缺陷管理流程定義 | 是 | 是 | 測試部 |
2.2 測試提交文件
1、《OA系統測試計劃》
2、《OA系統測試方案》
3、《OA系統測試用例》
4、《OA系統功能測試報告》
5、《OA系統性能測試方案》
6、《OA系統性能測試報告》
3、測試進度
| 測試活動 | 計劃開始日期 | 預期結束日期 | 備註 |
| 制定OA系統測試計劃 | alai完成 | ||
| 制定OA系統測試方案 | |||
| 分析測試需求 | |||
| 設計測試用例 | |||
| 執行測試用例 | |||
| 功能測試評估 | |||
| 制定OA系統性能測試方案 | |||
| 設計效能測試用例 | |||
| 執行效能測試用例 | |||
| 效能測試評估 |
4、測試資源
4.1 人力資源
下表列出了在此專案的人員配備方面所作的各種假定。
| 角色 | 所推薦的最少資源 | 具體職責或註釋 |
| 測試組長 | 1 | 負責小組功能任務分配及監控小組工作行為。負責最終測試報告輸出及評估 |
| 測試工程師 | 4 | 負責測試用例設計及執行用例，最終跟蹤處理缺陷 |
4.2 測試環境
下表列出了測試伺服器的系統環境。
| 軟體環境（相關軟體、作業系統等） |
| OS:WINDOWS XP |
| WEB伺服器：tomcat |
| 資料庫：MYSQL |
|
硬體環境（網路、裝置） |
| PC:普通PC |
| CPU: |
| MEM: |
下表列出了測試客戶端的系統環境。
| 軟體環境（相關軟體、作業系統等） |
| OS:WINDOWS XP |
| IE:9.0 |
| 硬體環境（網路、裝置等） |
| 個人PC |
| CPU: |
| MEM:2G |
| DISK:500G |
4.3 測試工具
此專案將使用的測試工具：
| 用途 | 工具 | 生產廠商/自產 | 版本 |
| 測試管理 | TD/mantisbt | HP/ | |
| 功能測試工具 | QTP | HP | |
| 效能測試工具 | LR | HP | |
| 資料庫效能監視工具 | spotlight | quest software | |
| web伺服器監控 | manageengine_applicationmanage | manageenginer | |
| 客戶端服務監控工具 | PROCESSHACKER |
5、系統風險、優先順序
| 風險名稱 | 優先順序 | 應對措施 |
| 需求變更 | 高 | 採用配置管理方法嚴格控制，見《配置管理工作流程規範》 |
| 人員變動 | 高 |
6、制約條件
| 模組功能實現情況 |
| 系統整體功能實現情況 |
| 程式碼編寫質量 |
| 人員經驗及對軟體的熟悉度 |
| 測試時間的長短 |
| 需求臨時變化 |
| 標準不清晰 |
7、測試策略
7.1 功能測試
|
測試目標 |
確保OA系統的功能滿足《OA系統使用者需求規格說明書》中的需求定義 |
|
測試範圍 |
《OA系統使用者需求規格說明書》中定義的需求 |
|
技術 |
使用等價類、邊界值、錯誤推斷等用例設計方法設計本次此時的測試用例，並使用漸增式整合方法對系統功能模組進行測試 |
|
開始標準 |
編碼完成、用例評審通過、軟體通過入口準則 |
|
完成標準 |
缺陷修復率大於90% |
|
測試重點及優先順序 |
與《OA系統使用者需求規格說明書》中的需求優先順序一致 |
|
需考慮的特殊事項 |
缺陷修復率計演算法則：缺陷修復率=校驗通過關閉的缺陷數/總的缺陷數 |
7.2 使用者介面測試
| 測試目標 | 通過測試進行的瀏覽可正確反映業務的功能和需求，這種瀏覽包括視窗與視窗之間、欄位與欄位之間的瀏覽，以及各種訪問方法（tab鍵、滑鼠移動和快捷鍵）的使用 |
| 測試範圍 | 《OA系統使用者需求規格說明書》定義的UI需求 |
| 技術 | 使用靜態測試方法，仔細審查介面圖片、文字、按鈕等介面元素的正確性與整體統一性 |
| 開始標準 | 系統介面設計完成並通過評審 |
| 完成標準 | 與《OA系統使用者需求規格說明書》中的UI需求一致 |
| 測試重點和優先順序 | 與《OA系統使用者需求規格說明書》中的需求優先順序一致 |
| 需考慮的特殊事項 |
7.3 效能測試
| 測試目標 | 通過設計典型的業務場景，檢查系統在大業務量下能否提供持續的服務，並且系統的資源耗用在一個合理的範圍內 |
| 測試範圍 | 《OA系統使用者需求規格說明書》中定義的效能需求 |
| 技術 | 使用專業的效能測試工具LR模擬多併發操作，完成被測模組實際業務操作 |
| 開始標準 | 功能測試完成 |
| 完成標準 | 與《OA系統使用者需求規格說明書》中的效能需求一致 |
| 測試重點和優先順序 | 與《OA系統使用者需求規格說明書》中的需求優先順序一致 |
| 需考慮的特殊事項 |
8、問題嚴重度描述
| 問題嚴重度 | 描述 | 響應時間 |
| 高 | 系統崩潰，宕機。功能實現錯誤 | 0.5個工作日完成 |
| 中 | 頁面相應慢、頁面佈局錯亂，有錯別字 | 1 |
| 低 | 使用者體驗方面的問題 | 2 |