團隊項目--測試計劃

第1章 引言

1.1目的

測試圖書管理系統的各個模板是否知足用戶的要求並測試是否存在錯誤，預期達到可以使系統進行快速的改進和系統的提升。爲了在軟件投入運行以前，儘量多的發現軟件的錯誤。

1.2參考資料

      構建之法軟件工程

      軟件測試計劃模板

1.3測試摘要

本次測試主要針對本小組開發的圖書管理系統進行系統測試，主要包括功能測試、界面測試、文檔測試，在圖書管理系統需求中列出的系統功能和性能都須要進行測試在測試工做期間發現的錯誤都須要及時改正和更新。

1.4測試方案

整個過程採用自底向上的模式，逐個集成的方法依次進行單元測試、組裝測試。測試用例的過程應該包括合理的和不合理的輸入條件。

第2章 項目背景

2.1測試範圍

 

整個過程採用自底向上的模式，逐個集成的方法依次進行單元測試、組裝測試。測試用例的過程應該包括合理的和不合理的輸入條件。本小組開發的圖書管理系統進行系統測試，主要包括功能測試、界面測試、文檔測試，在圖書管理系統需求中列出的系統功能和性能都須要進行測試在測試工做期間發現的錯誤都須要及時改正和更新。

 

2.2測試目標

本次的測試主要是進行系統功能和性能測試，儘量完善的測試出系統界面。

 

2.3風險及約束

Ä因爲客觀存在的設備、網絡等資源緣由，使得測試不全面。

Ä因爲研發模式爲現場定製，且上線時間壓力大，使得測試不充分。面對此壓力，咱們儘量縮短上線時間，齊心合力，快速的把測試完成。

第3章質量目標

產品的質量目標：系統可以按照預約的時間正式發行。

測試小組的質量目標：在敲定代碼後，及時的進行代碼修改，及時的進行代碼改進，以備使測試準確完成。

第4章 資源需求

4.1測試環境

4.1.1硬件測試環境

描述創建測試環境所須要的設備、用途及軟件部署計劃。

「機型（配置）」：此處說明所需設備的機型要求以及內存、CPU、硬盤大小的最低要求。

「用途及特殊說明」：此設備的用途，如數據庫服務器，web服務器，後臺開發等；若有特殊約束，如開放外部端口，封閉某端口，進行性能測試等，也寫在此列；

「軟件及版本」：詳細說明每臺設備上部署的自開發和第三方軟件的名稱和版本號，以便系統管理員按照此計劃分配測試資源；

「預計空間」：說明第三方軟件和應用程序的預計空間；

「環境約束說明」：創建此環境時的特殊約束。如須要開發外部訪問端口，須要進行性能測試等。

平臺1 ：SUN
機型（配置）	IP 地址	操做系統	用途及特殊說明	軟件及版本	預計空間
SUN450	10.1.1.1			oracle8.1.2	2G
平臺2 ：IBM
機型	IP 地址	操做系統	用途	第三方軟件及版本	預計空間

 

4.1.2軟件測試環境

軟件需求	用途
	運用JAVA，進行測試

4.3測試工具

此項目將列出測試使用的工具以及用途：

測試工具	用途
自動測試工具	可以快速的完成要求

第5章 測試策略

5.1   總體測試策略

本節的目的是說明計劃中使用的基本的測試過程。

使用里程碑技術在測試過程當中驗證每一個模塊，測試人員在需求階段參與測試工做，進行需求review、設計review、測試案例設計和測試開發，在系統開發完成以後，正式執行測試。產品達到軟件產品質量要求和測試要求後發佈，並提交相關的測試文檔。

5.2開始/中斷/完成標準

說明中斷/開始/完成測試的標準。

開始/ 中斷/ 完成測試	標準說明
開始測試標準	硬件環境可用且軟件正確安裝完成
中斷測試標準	安裝沒法正確完成或程序的文檔有至關多的失誤或系統服務異常或發現Block Bug
完成測試標準	完成測試計劃中的測試規劃並達到程序和測試質量目標,並由Test Lead/R&D Manager確認

5.3測試類型

測試類型	是否採用	說明
功能測試	採用	根據系統需求文檔和設計文檔，檢查產品是否正確實現了功能。
流程測試	採用	按操做流程進行的測試，主要有業務流程、數據流程、邏輯流程、正反流程，檢查軟件在按流程操做時是否可以正確處理
邊界值測試	採用	選擇邊界數據進行測試，確保系統功能正常，程序無異常。
容錯性測試	採用	檢查系統的容錯能力，錯誤的數據輸入不會對功能和系統產生非正常的影響，且程序對錯誤的輸入有正確的提示信息
異常測試	採用	檢查系統可否處理異常
啓動中止測試	採用	檢查每一個模塊可否正常啓動中止、異常中止後可否正常啓動
安裝測試	採用	檢查系統可否正確安裝、配置
易用性測試	採用	檢查系統是否易用友好
界面測試	採用	檢查界面是否美觀合理
接口測試	採用	檢查系統可否與外部接口正常工做
配置測試	採用	檢查配置是否合理、配置是否正常
安全性和訪問控制測試	採用	應用程序級別的安全性：檢查Actor只能訪問其所屬用戶類型已被受權訪問的那些功能或數據。 系統級別的安全性：檢查只有具有系統和應用程序訪問權限的Actor才能訪問系統和應用程序。
性能測試	採用	提取系統性能數據，檢查系統是否知足在需求中所規定達到的性能。
壓力測試	採用	檢查系統可否承受大壓力，測試產品應該可以在高強度條件下正常運行，不會出現任何錯誤。
兼容性測試	採用	對於 C/S 架構的系統來講，須要考慮客戶端支持的系統平臺。 對於 B/S 架構的系統來講須要考慮用戶端瀏覽器的版本。
割接/升級測試	採用	進行專門的割接測試或升級測試，提供工程升級割接方案
文擋測試	採用	檢查文檔是否足夠、描述是否合理
迴歸測試	採用	檢查程序修改後有沒有引發新的錯誤、是否可以正常工做以及可否知足系統的需求

5.4   測試技術

測試技術	是否採用	說明
里程碑技術	採用	里程碑的達成標準及驗收方法在測試完後製訂
自動測試技術	採用	核心業務流程採用自動測試技術
審評測試	採用	對軟件產品功能說明文檔和設計說明文檔進行檢查，在需求與設計階段進行
編寫測試用例	採用	在產品編碼階段編寫測試用例
單元測試	不採用	由開發人員進行
集成測試	採用	檢測模塊集成後的系統是否達到需求對業務流程及數據流的處理是否符合標準、系統對業務流處理是否存在邏輯不嚴謹及錯誤以及是否存在不合理的標準及要求。
確認測試	採用	在產品發佈前，對照feature list 進行基本需求的確認，確認產品是否正確實現了功能。
系統測試	採用	包括性能測試、壓力測試和迴歸測試
驗收測試	不採用	由工程實施人員進行

第六章   測試計劃

測試里程碑

里程碑	完成時間	完成標準
測試正式開始		完成可接受性測試和煙霧測試
進行CVS LOCK	進行cvs lock	完成全部里程碑測試和標準測試,測試種類包括確認測試和系統測試,且全部以發現的Bug等級爲1/2/3的Bug已修復,近期內無發現新的Bug等級爲1/2/3的Bug
產品Release		重複進行主路徑測試和進行Bug檢查測試,產品處於可交付狀態並由測試經理和高級經理確認