軟體測試計畫 系統

2022-06-11 15:30:05 字數 2698 閱讀 9122

專案名稱:系統

專案編號

擬制日期:2023年8月28日

校對日期:

審核日期:

批准日期:

目錄1 引言 1

1.1 編寫目的 1

1.2 術語定義及編寫說明 1

1.3 引用標準 1

1.4 參考資料 1

1.5 測試摘要 2

2 資源需求 3

2.1 硬體資源 3

2.2 軟體資源 3

2.3 人力資源 4

3 測試描述 5

3.1 測試範圍 5

3.1.1 功能測試 5

3.1.2 效能測試 5

3.1.3 缺陷測試 5

3.2 測試目標 6

3.2.1 測試結果等級定義 6

3.2.2 質量目標 6

3.3 風險和約束 6

3.4 測試進度 7

4 測試策略 8

4.1.1 整體策略 8

4.1.2 測試型別 8

4.1.3 測試技術 9

4.1.4 測試文件 9

5 測試記錄 10

這裡編寫的「系統」軟體測試計畫的目的是為了明確軟體測試測試各階段的任務、人員分配、時間安排和工作規範等。在計畫中對測試的策略和方法明確定義,使參試人員明白整個測試如何運作,盡可能詳細的定義測試的專案、範圍、操作方法、記錄規範等資訊。

此規格說明書的讀者物件範圍包括:本專案的所有開發人員,測試人員,專案經理等相關人員。

gb/t25000.1-2010 軟體工程軟體產品質量要求與評價(square) square指南

gb/t25000.51-2010軟體工程軟體產品質量要求與評價(square) 商業現貨(cots)軟體產品的質量要求和測試細則

《系統專案計畫》

《系統需求規格說明書》

《系統概要設計說明書》

《系統詳細設計說明書》

《系統使用說明書》

重點事項

資訊的一致性。登記、採集、伺服器、診斷、資料備份,整個過程同一人,同一檢查的資訊應一致無誤。

影象資料歸檔的可靠性。

爭議事項

暫無。 風險評估

影象資料和資料庫記錄較為龐大時軟體的響應速度;

磁碟滿時的影象採集能否進行;

軟體介面不按規定操作時影象採集和處理能否繼續;

軟體長時間工作是否存在隱性的記憶體洩露等不穩定性導致程式崩潰,崩潰後重啟軟體能否繼續正常工作。

時間進度

2023年8月24日至2023年5月20日止。

測試目標

本次測試的目標為:驗證《系統需求規格說明書》中定義的特性均全部實現;測試計畫中的所有測試用例全部執行過,軟體bug重要等級在a級的已通過修正並經過測試驗證。

本次測試的範圍包括:功能測試、效能測試、安全性測試。

檢查已開發的軟體是否能執行在約定的硬體配置和軟體環境下;軟體是否按照約定實現所有定義的功能;檢查使用者手冊中是否包含約定的所有功能的描述。

以上驗證的依據為《系統需求規格說明書》。

檢查已開發軟體是否能滿足約定的資料精度、系統響應時間、可移植性和可擴充套件性、系統安全方面的效能。

驗證的依據為《系統需求規格說明書》。

根據事先設計的正規操作和使用方法,由測試人員檢查驗證軟體是否存在非預期的結果和行為。

根據實現設計的非正規操作和使用方法,由測試人員檢查驗證軟體是否能察覺這些非法和有危險的輸入和使用方法,並避免非預期結果的產生、發出相應的警告。

功能測試結果分3個等級:

p級(功能與約定完全一致)

f級(有約定的功能,但功能特性與約定不完全一致)

n級(無約定功能)

效能測試結果分2個等級:

a級(效能達到約定)

d級(效能未達約定)

缺陷測試結果分5個等級:

a級(非常嚴重,導致程式崩潰、宕機、無響應而無法使用)

b級(嚴重,資訊出現遺漏、錯亂等影響一致性識別和不可忽略的非預期結果)

c級(一般性報錯,程式可繼續使用)

d級(可忽略的非預期結果)

p級(沒有缺陷)

在測試的全過程中,缺陷測試的結果中等級為a、b兩級的數量應逐漸減少,在測試的末期不應出現這兩個級別的結果;等級為c的錯誤數量應不超過5處。

在測試的全過程中,功能測試的結果中等級為n、f兩級的數量應逐漸減少,在測試的末期不應出現這兩個級別的結果。

在測試的全過程中,效能測試的結果中等級為d級的數量應逐漸減少,在測試的末期數量應少於3處。

效能測試由於測試工具和手段的侷限,資料有存在不準確的風險,應在此次測試結束後,在滿足軟體可用的前提下改善測試手段,尋求可能存在的效能不足。

軟體測試遵循先主要開發人員參與測試,後其他部門人員參與測試的順序,公分5輪測試進行。每輪測試相隔一周時間用於軟體修改。

軟體測試時對應測試用例編號做好測試記錄,軟體異常時填寫《軟體異常報告》,利用《軟體異常報告》跟蹤軟體bug的發現、修改、驗證過程,並不斷重複這一過程,直到測試完成。

測試的順序為:

軟體整體功能測試;

軟體效能測試。

所有的測試用例均需提交相應測試記錄;

測試中發現軟體異常的需要填寫《缺陷報告》;

系統軟體測試計畫

測試計畫 本測試計畫的具體編寫目的,指出預期的讀者範圍。說明 a 測試計畫所從屬的軟體系統的名稱 b 該開發專案的歷史,列出使用者和執行此專案測試的計算中心,說明在開始執行本測試計畫之前必須完成的各項工作。列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。列出要用到的參考資料,如 a 本專案...

管理系統軟體測試計畫

小型超市管理系統 測試計畫 1 測試環境 作業系統windows 8 visual c visual basic 2 系統風險 優先順序 1 測試該系統面臨的風險 2 系統的程式 是否存在問題或漏洞 3 執行在該系統的資料庫是否能正常使用 4 測試該系統實現的優先順序 5 首先,對系統的 進行精細測...

航空訂票系統軟體測試計畫

檔案編號 ticket 2009 06 11 版本號 1.0 發放編號 受控狀態 審核日期 2009年 06月11日 批准日期 2009年 06 月11日 發布日期 2009年 06月11日實施日期 2009年 06 月11日 目錄1引言 5 1.1測試計畫概述 5 1.2被測試系統概述 5 1.3...