測試模型和測試的基本方法

2021-09-29 17:26:03 字數 3969 閱讀 4226

階段學習的內容

1.測試相關的概念(軟體開發模型, 測試模型)

2.設計測試用例的方法(8中設計測試用例方法)

3.缺陷管理(定義, 流程, jira 禪道)

軟體測試的目的:

找bug, 協助開發人員修改bug , 保證產品的質量

學習目標

掌握瀑布模型的開發流程

掌握軟體測試v模型和w模型

熟悉軟體測試分類

了解軟體質量模型

掌握測試用例包含的基本內容

掌握等價類劃分法的適用範圍

掌握等價類劃分法的使用步驟

瀑布模型

示意圖:

瀑布模型流程:

需求分析

概要設計

詳細設計

編碼軟體測試

軟體維護

特點和優缺點:

特點:劃分不同的階段

線性模型, 其他模型從瀑布模型演變而來, 占有重要地位

文件驅動開發模型

優點:階段劃分清晰,

只需要關注當前階段,

文件驅動模型, 執行過程中有理有據。

缺點:依賴早期需求調研,不適應需求變更

測試介入較晚, 失去及早矯正機會。

步驟:快速分析

構建原型

執行評價

重複以上四個步驟。

優點:解決瀑布模型的缺點, 依賴早期需求調研,很好滿足使用者的需求。

缺點:不適應大型專案, 靈活中小型專案

快速原型方式:

原型圖靜態網頁 –

風險: 對於我們專案不利的因素。

風險兩個特點

影響性可能性

專案中風險:

業務影響 – 銀行自身業務人員。

技術安全 – 安全測試團隊。

專案延期 – 加班, 加人, 規範開發流程。

螺旋模型特點和優缺點:

特點:引入了風險分析

優點:引入了風險分析, 大大提高軟體開發成功率

缺點:風險分析,有專業人士來做,豐富業務知識。

三種開發模型:

瀑布模型: 大型專案,需求非常明確。

快速原型模型: 靈活,中小型專案。

螺旋模型: 大型專案, 需求不明確。

流程:

需求分析 概要設計 詳細設計 編碼

單元測試 整合測試 系統測試 驗收測試

優缺點:

優點: 測試分階段, 既包含底層測試(單元, 整合) 高層測試(系統 驗收)

缺點: 線性模型缺點

1. 依賴早起需求調研, 不適應需求變更。

2. 測試介入較晚, 失去及早矯正機會。

開發v模型

1. 需求分析 概要設計 詳細設計 編碼 – 整合 – 實施 – 交付

測試v模型

1. 驗收和系統測試設計 —整合測試設計 – 單元測試設計 – 單元測試 --整合測試 --系統測試 --驗收測試

優缺點:

優點:1. 測試內容更加豐富, 有程式, 文件,**。。

2. 測試伴隨整個開發生命週期, 及早發現問題。

缺點:1. 技術實現複雜, 很難實踐。

1. 按照測試階段劃分

單元測試: 程式最小單位的測試,依據的文件詳細文件。

整合測試

1. 組裝測試, 依據文件概要文件。

2. 介面測試

系統測試: 對產品所有功能的測試, 依據文件 需求文件

驗收測試: 驗證產品是否滿足使用者的需求, 依據文件需求文件/客戶需求

驗收測試分為:

1. α測試

1. 內測版本

2. 公司內部人員

3. 很多問題,很多bug

2. β測試

1. 公測版本

2. 廣大使用者

3. 使用者在使用中發現問題,反饋給開發人 員。

3. γ測試

1. 正式版本的 – 備選版本。

2. 線上出現問題, 備選版本上線。

2. 按照是否檢視源**

黑盒測試

1. 關注資料的輸入和輸出。

2. 不關注程式邏輯和**

白盒測試: 關注是程式邏輯和**

灰盒測試: 既關注資料的輸入和輸出, 也關注程式的源**

1. 介面測試。

3. 是否自動化分

人工測試自動化測試

4.是否執行程式分類

靜態測試:.**,介面,文件

動態測試

1. 冒煙測試

1. 對產品最基本功能測試, 保證產品最基本的功能和流 程沒有問題

2. 開發人員開發好新的功能前。

2. 回歸測試

1. 小回歸: 開發人員修復bug, 測試人員在新的**下再次驗證這個功能。

2. 大回歸: 系統測試後, 保證修復缺陷對其他功能沒有影響, 挑選主要我功能進行回歸測試。

3. 隨機測試

介紹: 隨便 點點點的測試-- ad-hoc testing

關注點:1. 產品主要的功能

2. 以前沒有覆蓋到的部分(邊邊角角,不重要功能)

4. 探索式測試

介紹: 測試人員發散思維, 去思考,去測試, 找到更深層 次的問題。

測試用例的概念:(test case)測試用例是為了特定目的而設計的,包含了測試輸入,執行條件和預期結果的乙個文件。

用例編號: 唯一標識一條測試用例。

用例標題: 描述測試的場景, 測試什麼功能點。

測試專案: 用例屬於哪乙個專案,(專案 / 模組)

用例級別: 測試用例的重要程度(基本功能 主要功能 次要 功能)

測試輸入: 測試資料,使用者名稱+密碼。

預置條件: 測試用例執行特殊條件。

執行步驟: 操作步驟按照 1,2,34,描述清楚。

預期結果: 正常情況的結果, 對應驗證結果。

等價類定義: 具有功能特徵的資料子集

適用場景: 文字輸入框。

等價類分類:

有效等價類 : 滿足條件

無效等價類 : 不滿足條件

1. 明確需求

2. 明確有效等價類和無效等價類。

3. 編寫測試用例

1. 有效等價類全部覆蓋

2. 無效等價類全部覆蓋, 一條無效等價類編寫一條測試用例。

測試模型和方法

功能測試 單元 整合 系統 驗收 非功能 壓力 負載 效能 相容性 安全性 可用性 配置 冒煙 smoke test 構建驗證 build verification 驗收 acceptance 回歸 regression 探索 ad hoc 粗略 瀑布 需求分析 計畫 設計 編碼 測試 線性,強調階...

測試的基本概念和研發模型

目錄 一.三大基本概念 1.需求 2.bug 缺陷 3.測試用例 二.軟體測試的流程 三.軟體的生命週期 四.研發模型 5個 1.瀑布模型 wate ll model 2.螺旋模型 spiral model 3.增量 迭代 4.敏捷 五.傳統開發模型與敏捷開發模型的區別 重點 首先,介紹一下作為測試...

軟體測試 2 開發模型和測試模型

軟體的生命週期 軟體的生命週期是指從軟體產品的設想開始到軟體不再使用而結束的時間。一般分為6個階段 需求分析 計畫 設計 編碼 測試 執行維護。瀑布模型 瀑布模型是所有其他模型的基礎框架,每個階段只執行一次,因此是線性順序進行的軟體開發模式。優點 1.強調開發的階段性 2.強調早期計畫及需求調查 3...