測試用例設計方案

1.定義

為某個業務目標，而編制的一組由測試輸入，執行條件以及預期結果組成的案例

2.用例核心要素

必須掌握：用例編號(如何命名)、所屬模塊、用例標題（驗證誰在什么情況下，去做什么，最后結果是什么）、優先級、前置條件、操作步驟、測試數據、預期結果、實際結果

3.?什么是高質量的測試用例

測試用例覆蓋所有的用戶需求

測試用例要簡單明了

各類型的測試用例要齊全

用最少的用例覆蓋最多的需求

4.等價類劃分法

是把所有可能輸入的數據分為若干個區域，然后從每個區域中取少量有代表性的數據進行測試即可。

等價類 ：何為等價類，某個輸入域的集合，在這個集合中每個輸入條件都是等效的。

分類：

一般可 分為有效等價類和無效等價類。

有效等價類：指符合《需求規格說明書》，輸入合理的數據集合

+無效等價類：指不符合《需求規格說明書》，輸入不合理的數據集合

5.邊界值分析法

定義：邊界值分析是取稍高于或稍低于邊界的一些數據進行測試。

確定邊界值的方法

上點：是指邊界上的點，無論此時的域是開區間還是閉區間，開區間的話，上點就是在域外，閉區間的話，上點就是在域內。

離點：是指離上點最近的點，這里就跟是閉區間還是開區間就有關系了，如果是開區間，那么離點就在域內，如果是閉區間，那么離點就在域外。(開內閉外)

遵循的原則：開內閉外? ? 開區間往中間找，閉區間往外找

內點：域內的任意點都是內點。

6.因果圖

定義：因果圖法比較適合輸入條件比較多的情況，測試所有的輸入條件的排列組合。所謂的原因就是輸入，所謂的結果就是輸出。

?因果圖測試用例的編寫過程

? ? ?1、確定原因、結果、中間過程

? ? ?2、連接因果圖

? ? ?3、標明約束條件

? ? ?4、輸出測試用例

7.?錯誤推測法

定義：錯誤猜測法是測試經驗豐富的人喜歡使用的一種測試用例設計方法。

一般這種方法是基于經驗和直覺推測程序中可能發送的各種錯誤，有針對性地設計。只能作為一種補充。

8.判定表

定義：設計測試用例時，分析和表達多輸入條件下執行不同操作的黑盒測試方法。

注意：該方法和因果圖法相似。

判定表測試用例編寫過程

? ? ? 1、確定原因和動作

? ? ? 2、排列組合

? ? ? 3、標明結果關系

? ? ? 4、輸出測試用例

9.正交實驗法

使用工具：正交表

正交實驗法就是利用排列整齊的表 -正交表來對試驗進行整體設計、綜合比較、統計分析，實現通過少數的實驗次數找到較好的生產條件，以達到最高生產工藝效果。

這種試驗設計法是從大量的試驗點中挑選適量的具有代表性的點，利用已經造好的表格—正交表來安排試驗并進行數據分析的方法。

正交表能夠在因素變化范圍內均衡抽樣，使每次試驗都具有較強的代表性，由于正交表具備均衡分散的特點，保證了全面實驗的某些要求，這些試驗往往能夠較好或更好的達到實驗的目的。

正交實驗設計包括兩部分內容：第一，是怎樣安排實驗；第二，是怎樣分析實驗結果。

10.場景法

?定義：通過模擬業務場景來對系統的功能點或業務流程的描述，從而提高測試效果的黑盒測試方法

? ???兩個流：

? ? ??? ??基本流

? ? ? ?????????概念：?正確完成的流程

? ? ? ? ? 流程：

? ? ? ? ? ? ? ? ? ? 插卡 → 輸入密碼 → 選擇服務 → 取款 → 選擇金額 → 等待出鈔 → 取出卡片

? ? ? ? ? ?備選流

? ? ? ? ? ?????概念：?存在異常的流程，對于基本流每一步都取反

? ? ? ? ? ? ? ? 流程：

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?插卡 → 輸入密碼 → 密碼錯誤 → 重新輸入 → 密碼正確 → 選擇服務 → 取款 → 選擇金額 → 等待出鈔 → 取出卡片

什么是缺陷？

缺陷通常是指bug，指在軟件中影響正常的軟件運行。

軟件缺陷產生的原因

1.需求不明確或者變更。

?2.軟件結構復雜

?3.編碼問題

?4.項目期限短

?5.使用新技術

缺陷報告的核心要素

八項：缺陷編號、缺陷狀態、缺陷標題、重現步驟、嚴重程度、優先級、缺陷類型、測試環境。

導致軟件缺陷的典型錯誤

錯誤? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?缺陷

客戶與軟件開發人員之間交流困難 --?缺少預期的軟件功能

開發人員未注意到代碼中的邏輯錯誤? --?單擊按鈕沒有進行任何操作

開發人員忘記了對文件復制代碼進行錯誤檢查? --??復制了一份被破壞的文件，導致軟件崩潰

開發人員沒有理解客戶的情況? --??軟件不能滿足客戶的要求

軟件缺陷分類

缺陷跟蹤八大狀態：

新建：剛發現的缺陷

已指派：已經由測試人員將缺陷指派給開發人員進行處理

已打開：開發人員正在修復缺陷

已修復：開發人員完成缺陷修復，還未進行回歸測試

已拒絕：發開人員拒絕修復

已延期：對缺陷進行延緩處理

已關閉：由測試人員回歸測試后，缺陷不存在了

重新打開：由測試人員回歸測試后，發現缺陷任然存在，

?缺陷報告編寫技巧

1、對錯誤的描述要做到簡潔、準確、完整，揭示錯誤實質

2、盡量使用短語和短句，避免復雜句型句式

3、每個軟件問題報告只書寫一個缺陷或錯誤

4、明確指明錯誤類型和嚴重程度

5、每一個步驟盡量只記錄一個完整操作

6、復現的操作步驟要完整，準確，簡短

7、可以附加必要的錯誤特征圖像8、可以附加必要的測試用例

缺陷報告模板

禪道

概念：項目管理工具

目前市場主流的測試工具：禪道和Jira 管理工具

禪道項目管理系統的特點：

1.第一款完整涵蓋產品管理、任務管理、測試管理的開源管理軟件，使用一個軟件解決項目管理核心問題。

? ? ?基于國際流行的敏捷管理方式scrum。

2.B/S Broswer/Server C/S Client/Server 架構，方便部署、使用。

3.概念簡單，容易上手。

4.開源的項目管理軟件，可自由進行定制，修改。

5.免費的項目管理軟件，降低企業的投入成本。

6.自主的開發框架，預留擴展機制，通過第三方的插件擴展獲得更多的功能。

禪道這操作分為：

1.人員管理

2.權限分配

3.產品控制

4.項目控制

5.編寫用例

6.提交bug

人員管理：

管理員-->組織--->部門

管理員--->用戶--->添加用戶（項目經理，產品經理，開發人員，測試人員等）

創建產品：

產品經理--->產品--->添加產品

添加需求：

產品經理--->產品視圖--->新增需求

創建項目：

項目經理--->項目--->添加項目

項目經理--->設置團隊--->團隊管理

項目經理--->項目--->需求--->關聯需求--->批量拆分

開發人員領取任務：

開發人員--->我的地盤--->任務--->完成任務

開發人員--->項目--->版本--->創建版本

測試查看任務：

測試人員--->項目--->任務--->完成

測試人員--->測試--->Bug--->提Bug

查看Bug：

開發人員--->測試--->Bug--->解決

關閉Bug：

測試人員--->測試--->Bug--->關閉Bug

創建發布：

產品經理--->產品--->創建發布（必填：發布名稱、Build和發布日期）

測試報告

定義

記錄測試的過程和結果 對發現的問題和缺陷進行分析的文檔

測試報告分類

階段測試報告

?整體測試報告

報告內容

編寫目的：

①對測試報告進行相應的解釋

②對項目進行簡介

③對于測試任務進行簡單描述，要測試哪些內容

?測試人員：類似于測試計劃中的人員分工，簡單描述日期等

?測試環境：? （軟件和硬件環境）

測試過程?

階段測試報告：

測試進度情況

用例執行情況

缺陷統計

總體測試報告

1.各版本的測試情況

2.各版本的缺陷統計

3.用例執行情況

缺陷分析

1.缺陷級別

2.缺陷模塊

3.缺陷類型

4.版本趨勢

5.測試輪次

測試總結

1.測試結論

2.風險分析

3.遺留問題