測試計畫與測試策略

2021-10-13 05:48:40 字數 3021 閱讀 5945

測試目的

這裡的目的是指測試計畫文件要達到的目的。

制定測試目標要從以下方面著手

1.理解系統

2.及早介入

3.理解企業文化和過程

4. 測試期望

5. 吸取教訓

6.工作量大小

7.解決方案的型別

8.技術選擇

9. 預算

10.時間表

11.分階段的解決方案

測試專案簡介

1.產品規格

產品名稱、製造商和產品版本號的說明

2.產品資訊

產品的使用者、開發該產品的背景

3.技術結構

介紹產品的主要功能,可以借助圖表的格式表述。

測試參考文件

測試計畫中引用的文件或書籍

測試提交文件

1.測試用例

提供測試用例的模板

確定測試用例編號規則

2.測試日誌

提供測試日誌模板

3.缺陷報告

提供缺陷報告模板

缺陷跟蹤系統還是電子文件

確定嚴重程度和優先級別如何劃分

4測試總結

提供測試總結模板。

測試策略

測試策略描述測試小組用於測試整體和每個階段的方法。確定測試策略要從模組、功能、整體、系統、版本、壓力、效能、配置和安裝等各個方面來考慮。

測試階段進入推出標準

進入標準:允許系統進入乙個特定的測試階段時所必須具備的條件。

退出標準:規定測試何時結束的條件

確定測試內容

功能的測試 :理論上測試要覆蓋所有的功能項。

設計的測試 :對一些使用者介面、選單的結構還有窗體的設計是否合理等的測試

整體考慮 :要考慮到資料流從軟體中的乙個模組流到另乙個模組的過程中的正確 性

確定功能項優先順序: 1.風險 2. 複雜度 3. 客戶需求

測試進度

安排測試進度的重要性

計畫測試進度和人員安排要考慮:

1.記錄當前專案每項任務實際花費的人員和時間

2.考慮測試組織的測試成熟度

3.測試需求範圍

4.測試工程師的技術水平

5.使用測試工具的熟練程度

6.商業知識

7.測試程式的範圍

8.測試工作的啟動

9.軟體計畫公升級的版本個數

10.高風險的應用程式

里程碑事件的設定

風險和問題

1.市場的壓力

2.測試時間不夠,主要是功能凍結後的系統測試的時間可能 不夠

3.測試資源是否能及時到位(裝置和人員)

4.測試人員的培訓

5.開發進度的變化,需求或設計的變更

6.測試人員的基礎培訓

7.開發組的版本控制

測試計畫的內容小結

測試目的、測試專案簡介、測試參考文件、測試提交文件、術語和定義、測試策略、確定測試內容、資源、測試進度、測試人員的任務分配、風險和問題。

測試策略

1.在一定的軟體測試標準、測試規範的指導下,依據測試專案的特定環境約束而 規定的軟體測試的原則、方式、方法的集合。

2.測試策略通常是描述測試工程的總體方法和目標。描述目前在進行哪一階段的 測試,以及每個階段內進行的測試種類,以確定合理的測試方案使得測試更有效。

3.任何實際測試,都不能夠保證被測試系統中不存在遺漏的缺陷。

4.為了減少這種情況,在測試實施前,必須確定將要採用的測試策略和測試方法。

5.好的測試策略和測試方法,能充分利用有限的人力和物力資源,高效率、高質 量的完成測試。

影響測試策略的因素

1.測試週期的變化

2.資源狀況

3.軟體型別

單元測試測試策略:

1.自頂向下的單元測試策略:先對最頂層單元進行測試,然後再把頂層所呼叫的單元做 成樁單元;再對第二次測試,將上面已經測試的單元做成驅動單元。直到測試完所有 的單元。優勢:節省了樁單元的開發工作量,測試效率較高。劣勢:隨著單元的逐個 加入,測試過程變得越來越複雜,增加了開發和維護的成本。

2.自底向上的單元測試策略:先對最底層單元進行測試,模擬呼叫該單元的單元作為驅 動單元;然後再對上面一層做單元測試,並用下面已經測過的單元做樁單元,直到結 束。節省了樁單元的開發工作量,測試效率較高。

3.孤立單元測試策略:最簡單的,最容易操作的方法,是單純的單元測試。不考慮每個 單元與其他單元之間的關係,單獨的為每乙個單元來設計樁單元和驅動單元,能夠達 到較高的覆蓋率。但是需要大量的開發單元樁和驅動單元,所以測試的效率較低。

整合測試的測試策略:

1.大**整合、一次性整合:適應於乙個維護型專案或被測試系統較小。

2.自頂向下整合:適應於產品控制結構比較清晰和穩定;高層介面變化較小;底層介面 未定義或經常可能被修改;產口控制項具有較大的技術風險,需要盡早被驗證;希 望盡早能看到產品的系統功能行為。

3.自底向上整合:適應於底層介面比較穩定;高層介面變化比較頻繁;底層元件較早被 完成。

4.基於進度的整合

(1) 優點:具有較高的並行度;能夠有效縮短專案的開發進度。

(2) 缺點:樁和驅動工作量較大;有些介面測試不充分;有些測試重複和浪費。

系統測試的測試策略:• 資料和資料庫完整性測試 • 功能測試 • 使用者介面測試 • 效能評測 • 負載測試 • 強度測試 • 容量測試 • 安全性和訪問控制測試 • 故障轉移和恢復測試 • 配置測試 • 安裝測試 • 加密測試 • 可用性測試 • 版本驗證測試 • 文件測試

測試策略 VS 測試計畫 測試方案

日常測試工作中,或多或少有聽說過測試策略的術語,一開始所理解的概念比較模糊,很容易和測試計畫 測試方案混淆,但這個東東實實在在的貫穿在測試過程中不可忽略。鑑於此,對實際工作的相關場景作一些簡單的梳理和總結,以作參考,不完善之處後續再作優化。一 測試計畫測試計畫 是對測試全過程的組織 資源 原則等進行...

測試計畫編寫策略

測試計畫描述了如何進行測試,有效的測試計畫會驅動測試工作的完成,使測試執行 測試分析以及測試報告的工作開展更加順利。一 測試計畫的重要性和目的 1 測試計畫的重要性 測試計畫是在軟體測試中最重要的步驟之一,它在軟體開發的前期對軟體測試做出清晰,完整的計畫,不光對整個測試起到關鍵性的作用,而且對開發人...

測試計畫編寫策略

測試計畫編寫策略 測試計畫描述了如何進行測試,有效的測試計畫會驅動測試工作的完成,使測試執行 測試分析以及測試報告的工作開展更加順利。一 測試計畫的重要性和目的 1 測試計畫的重要性 測試計畫是在軟體測試中最重要的步驟之一,它在軟體開發的前期對軟體測試做出清晰,完整的計畫,不光對整個測試起到關鍵性的...