軟體測試計畫10

2021-08-27 13:29:07 字數 2940 閱讀 3461

在開發jsp**過程中,人的主觀認識不可能全符合客觀現實,與**密切相關的各類人員之間的通訊和配合不可能完美無缺。因此,在軟體生命週期的每個階段都不可避免地會產生差錯。尤其是對動態**,有多方協同的 ,涉及到人民生活和財產的工程,必須儘量減少差錯,以免造成嚴重損失。

測試的目的就是在軟體投入生產性運用之前,盡可能多的發現軟體中的錯誤。

讀者物件:開發人員,測試人員,管理員。

1.2名詞解釋

無1.3參考資料

1. 軟體測試計畫模版

2. 教職工食堂訂餐系統的需求和總體設計——後台子系統

3. 教職工食堂訂餐系統的需求和總體設計——前台子系統

/*列出本計畫各處參考的經過核准的全部文件和主要文獻。

*/1.4測試摘要

1.4.1 重點事項

互動:功能測試

結算:業務測試

安全:壓力測試

1.4.2 爭議事項

無1.4.3 風險評估

質量風險:

>>測試人員是新手,經驗不足;修改速度慢

環境風險:

>> 測試環境衝突或測試資源少

>>資料庫設計,在測試前備份資料庫

1.4.4 時間進度

2012-10-10~2012-10-17 制定測試計畫

2012-10-18~2012-10-31 軟體測試用例設計與測試

2012-11-1~2012-11-14 軟體測試報告

2012-11-15~2012-11-21軟體測試總結,發布測試報告。

1.4.5 測試目標

操作流程方式,測試用例,方法

通過測試,達到以下目標:

>>各個功能點是否已經實現,業務流程是否正確。

>>測試計畫中所有測試方法和模組已經執行通過

>>所有的測試案例已經執行過

2.1測試範圍

測試範圍為:

>> 功能測試

>> 整合測試

>> 壓力測死

>> 安裝測試

>> 驗收測試

可能會影響測試設計、開發或實施的所有風險或意外事件:

>> 風險:測試平台的侷限性(硬體,軟體)

>> 測試隊伍知識的侷限性

可能會影響測試設計、開發或實施的約束:

>> 測試隊伍知識的侷限性

>> 測試用的硬體

2.2測試目標

>> *功能測試:系統能按照要求實現模組的功能,資料完整性,介面友好性。

>> *整合測試:測試業務流程,以及資料流從軟體中的乙個模組流到另乙個模組中的正確性。

>> 壓力測死:模擬客戶進行多使用者測試。

>> 安裝測試:測試不同的安裝方式(自動,手工)

>> 驗收測試:軟體產品測試隊伍對經過內部單元測試、整合測試、和系統測試後的軟體所進行的測試。

2.3****

列出專案參與人員的職務、姓名、e-mail 和**。

2.4風險及約束

質量風險:

>>測試人員是新手,經驗不足;修改速度慢

環境風險:

>> 測試環境衝突或測試資源少

>>資料庫設計,在測試前備份資料庫

只針對專門的客戶群需求的測試。

>> 針對註冊使用者的測試:測試下單,留言能否準確執行。

2.5測試文件

2.5.1測試參考文件

軟體工程規範.doc

軟體測試計畫模板.doc

整合測試計畫書.doc

測試用例-例項.doc

哪些文件

2.5.2測試提交文件

描述本階段測試目標和要求。質量目標應該包括產品的質量目標和測試小組的質量目標。

質量不僅是衡量系統的功能或效能是否正常。對系統來說,在開發過程中盡早建立全面的質量標準與系統的及時發布是一樣重要的。質量目標是乙個強有力的工具,應該在系統開發過程中盡早建立。

乙個定義準確的質量目標在以後的產品開發過程中幫助決策。例如,系統是否能夠正式發行?在**完成後,應該修復那些缺陷?

在系統完成後那種型別的測試是最合適的?

3.1產品質量目標

可以是產品的質量達到什麼樣的目標,產品的流程聯通性達到什麼樣的要求。

3.2測試質量目標

評價測試質量的目標可以有:

4.1培訓資料

4.2測試環境

4.2.1硬體測試環境

描述建立測試環境所需要的裝置、用途及軟體部署計畫。

「機型(配置)」:此處說明所需裝置的機型要求以及記憶體、cpu、硬碟大小的最低要求。

「用途及特殊說明」:此裝置的用途,如資料庫伺服器,web伺服器,後台開發等;如有特殊約束,如開放外部埠,封閉某埠,進行效能測試等,也寫在此列;

「軟體及版本」:詳細說明每台裝置上部署的自開發和第三方軟體的名稱和版本號,以便系統管理員按照此計畫分配測試資源;

「預計空間」:說明第三方軟體和應用程式的預計空間;

「環境約束說明」:建立此環境時的特殊約束。如需要開發外部訪問埠,需要進行效能測試等。

4.2.2軟體測試環境

4.3測試工具

無此專案將列出測試使用的工具以及用途:

5.1整體測試策略

審核文件和設計需求,驗證功能

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

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

5.2開始/中斷/完成標準

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

5.3測試型別

5.4測試技術

6.1進度計畫

在此章節,對各階段的測試給出里程碑計畫,包括階段、里程碑、資源等。

6.1.1測試時間進度

6.1.2測試里程碑

四個文件的時間

6.2測試準備

6.2.1 測試環境準備

第一次上機時間

6.2.2 安裝測試

軟體測試計畫

1 專案背景 本次的被測專案,是乙個基於b s結構的web部落格系統。該系統可以實現使用者註冊,以及好友的搜尋增添,基本的文章發布,上傳等功能。使用者可選擇關注的好友還可以設定部落格訪問許可權 公開 好友可見,僅自己可見。2 編寫目的 測試web部落格系統中的各個功能模組是否滿足使用者要求,並測試是...

軟體測試計畫

目錄 1.概述1 1.1 產品簡介 1 1.2 範圍 1 1.3 限制條件 1 1.4 參考文件 1 2.約定 2 2.1 測試目標 2 2.2 接收標準 2 2.3 資源和工具 2 2.3.1 資源 2 2.3.2 工具 2 2.4 送測要求 2 2.5 編號規則 2 3.測試種類及測試標準 3 ...

軟體測試計畫

此頁為模板文件本身的版本控制記錄表,按模板生成的正式文件中不需要此頁 秘密 資訊系統 系統測試計畫 軟體測試部 yyyy mm dd 目錄1.引言 5 1.1 編寫目的 5 1.2 專案背景 5 1.3 系統簡介 5 1.4 參考文件 5 2.測試策略與範圍 5 2.1 整合測試階段 5 2.2 系...