門戶系統測試---測試計劃
1 測試計劃
1 .1 概述
測試計劃的目的是測試系統實現的功能是否滿足需求階段定義的需求,效能是否滿足使用者需要,安全性是否具備企業級應用系統應該具備的安全級別。閱讀物件包括:
— 系統需求調研人員。
— 系統設計人員。
— 系統開發人員。
— 系統終端使用者或終端使用者代表。
— 專案相關管理人員。
測試計劃包括的功能測試有:
— 單元 測試 。
— 整合測試 。
— 系統測試 。
— 驗收測試 。
測試計劃包括的非功能測試有:
— 效能 測試 。
— 安全測試。
根據系統需求說明書列出系統的主要功能模組,每個功能模組的功能點清單,每個功能清單包括的業務場景和軟體系統操作場景,每個場景包括的用例,每個用例必須詳細列出具體的操作步驟,每個步驟的輸入值、輸出值,其中輸出值在計劃書裡僅撰寫期望輸出值( Expected Result ),但在測試報告裡必須撰寫實際輸出值( Actually Result )。
在撰寫測試用例時,必須列出所有的用例清單,在每個清單後邊定義測試用例的優先順序。測試用例的優先順序分為:
H — — 必須測試 。
M — — 應該測試,只有在測試完所有 H 項後才進行 該 測試 。
L — — 可能會測試,只有在測試完所有 H 和 M 項後才進行測試 。
( 1 )效能測試
根據系統需求說明書確定主要業務場景、次要業務場景,每個場景包含的測試用例,以及每個測試用例出現的頻率。在測試計劃書中必須設計要錄製的測試用例,定義每個測試用例出現的頻率,然後組合生成測試場景,藉助自動化測試工具,自動執行這些測試場景,分析測試結果,直到達到要求的效能資料。
( 2 )安全測試
設計攻擊性測試指令碼,避免無密碼登入、錯誤密碼登入、 URL 路徑漏洞、 SQL 注入漏洞等安全問題。
( 3 )使用者介面測試
由系統終端使用者測試系統介面是否是可接受的。
( 4 )迴歸測試
在測試出問題的地方進行迴歸測試,直到問題不再出現。
1 .2 測試資源
在測試之前必須制定詳細的測試計劃,然後按部就班地按照測試計劃執行。測試計劃涉及測試人員的組織、系統資源的準備、測試環境的搭建等。
1 .2.1 人力資源
測試計劃必須指出測試經理、業務測試工程師和 IT 測試工程師,包括在各個階段需要介入測試的各種角色,以及相關的職責和許可權等(見表 1- 1 )。
表 1- 1 測試專案所需的人力資源
角 色 |
人 數 |
具 體 職 責 |
測試經理 |
甲、乙雙方各一名 |
負責測試計劃、準備和組織、驗收 |
業務測試工程師 |
不少於 3 名 |
主要負責功能測試,測試系統的功能是否符合業務要求 |
IT 測試工程師 |
不少於 3 名 |
主要負責效能測試和安全測試,負責測試系統的非功能指標是否滿足要求 |
1 .2.2 系統 資源
表 1- 2 列出 了 測試專案所需的系統資源 ,包括軟硬體資源、測試工具等 。
表 1- 2 測試專案所需的系統資源
資源名稱 / 型別 |
基本配置及數量 |
PC 桌上型電腦 |
最低配置: P4 、主頻 1.6GHz 以上、硬碟 40GB 、記憶體 512MB 、 5 臺 |
系統軟體 |
微軟 IE 7.0 及以上版本 |
應用軟體 |
Microsoft Office 、 Visio |
測試管理平臺 |
必須搭建測試管理平臺 |
效能測試工具 |
LoadRunner 8.0 |
1 .3 測試環境
使用者執行系統時的環境要求,比如所要求的作業系統、軟體版本,以及其他的一些特殊環境要求等,可根據不同的專案特徵和實際情況,考慮是否需要此節。
使用同一個使用者 ID 模擬多併發實不可取的,此處需要提供 100 對真實的使用者名稱和密碼,存在檔案 userinfo.dat 中,供測試場景使用; 100 個真實使用者模擬 300 併發,在一定程度上設計為容錯測試。即:同一個 ID 在同時進行併發多資源操作,甚至有的 ID 已經退出系統。
1 .4 測試實施階段
制 定測試計劃時,還必須指出每個階段要執行的測試,表 1- 3 說明 了 測試將在哪個階段執行 。
表 1- 3 測試執行階段
測試型別 |
測試階段 |
|||
單元測試 |
整合測試 |
系統測試 |
驗收測試 |
|
功能測試 |
√ |
√ |
|
√ |
效能測試 |
× |
|
( × )可選,或者當系統效能測試發現缺陷時 |
√ |
安全測試 |
× |
( × )可選 |
|
|
使用者介面測試 |
× |
( × )可選 |
√ |
√ |
迴歸測試 |
當被測試的軟體或其環境改變時,在合適的測試階段進行迴歸測試 |
1 .5 測試進度
測試計劃必須包括詳細的測試計劃,圖 1- 1 所示是某個專案制定的測試進度計劃。
圖 1- 1 測試進度計劃
具體的測試時間計劃如表 1- 4 所示。
表 1- 4 具體的測試時間計劃
測試階段 |
開始時間 |
完成時間 |
執行人員 |
階段完成標誌 |
制定測試計劃 |
2011- 07-12 |
2011-8- 1 |
指定執行責任人 |
完成測試計劃 |
需求 Review |
2011- 07-20 |
2011- 07-29 |
指定執行責任人 |
|
設計 Review |
2011- 07-25 |
2011- 07-29 |
指定執行責任人 |
|
設計測試用例 |
2011-07-20 |
2011-08-01 |
指定執行責任人 |
完成測試用例 |
測試開發 |
2011- 07 - 25 |
2011- 8- 01 |
指定執行責任人 |
程式碼可交付 |
測試環境準備 |
2011- 07 - 25 |
2011- 8- 01 |
指定執行責任人 |
搭建好測試環境 |
功能測試 |
2011- 07 - 28 |
2011- 08 - 12 |
指定執行責任人 |
全部功能可用 |
整合測試 |
2011- 08 - 15 |
2011- 08 - 19 |
指定執行責任人 |
全部功能可用 |
迴歸測試 |
2011- 08 - 22 |
2011- 08 - 26 |
指定執行責任人 |
所有 Bug 均改正 |
效能測試 |
2011- 08 - 12 |
2011- 08 - 16 |
指定執行責任人 |
效能測試報告,滿足需求定義的要求 |
安全測試 |
2011- 08 - 12 |
2011- 08 - 20 |
指定執行責任人 |
安全測試報告,滿足安全要求 |
驗收測試 |
2011- 08 - 21 |
2011- 08 - 25 |
指定執行責任人 |
使用者可接受 |
文件編寫 |
2011- 08 - 25 |
2011- 09 - 15 |
指定執行責任人 |
完成本模組系統操作手冊 |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/9116427/viewspace-2284678/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 門戶系統測試---功能測試
- 圖書管理系統測試計劃
- 軟體測試-測試計劃
- 測試計劃和測試報告測試報告
- 軟體測試計劃與測試方案
- 圖書館管理系統程式測試計劃
- 測試方案和測試計劃的區別
- 測試平臺系列(73) 設計測試計劃功能
- web測試計劃(流程)Web
- 測試平臺系列(77) 完善測試計劃頁面
- 軟體測試中的測試計劃和測試用例起到什麼作用?
- 黑盒測試、白盒測試、單元測試、整合測試、系統測試、驗收測試的區別與聯絡...
- teprunner測試平臺測試計劃批量執行用例
- 系統測試論壇-一起測試
- 測試測試測試測試測試測試
- 軟體系統測試有哪些測試過程?系統測試報告如何收費?測試報告
- 測試計劃&效能測試分析報告模板(僅供參考)
- 系統測試-從研發到測試過程
- Oracle 11gRac 測試案例(三)系統測試Oracle
- 軟體測試計劃文件(初)
- 系統測試設計的層次
- 標籤系統測試
- 4大軟體測試策略的特點和區別(單元測試、整合測試、確認測試和系統測試)
- TPA測試專案管理系統-測試問題管理專案管理
- Oracle 11gRac 測試案例(二)系統測試(一)Oracle
- 軟體測試---單元、整合、系統、驗收測試
- 第四項任務——測試計劃
- 效能測試計劃包含哪些內容?
- 測試平臺系列(74) 測試計劃定時執行初體驗
- 做好測試計劃和測試用例的工作的關鍵是什麼?
- 軟體驗收測試和系統測試的區別點
- iOS 單元測試和 UI 測試快速入門iOSUI
- ETL測試或資料倉儲測試入門
- 從傳統測試轉向敏捷測試敏捷測試
- 學了Java才搞懂JMeter測試計劃JavaJMeter
- linux系統程式設計CP小測試Linux程式設計
- [測試平臺] 全流程客戶端測試質量保障客戶端
- 使用Android系統測試和iOS系統測試,到底有什麼區別?AndroidiOS