測試用例設計方法場景法VS功能

　　1、目的

　　站在用戶的角度，以用戶的使用邏輯及操作習慣為出發點，結合功能用例的設計方法，使用例設計更符合用戶使用邏輯更具有可執行性，從而最大程度上覆蓋用戶需求。

　　2、使用者

　　用例設計、執行及熱愛測試的人員

　　3、測試用例設計方法

　　按照不同的規則可以將測試用例分為四個部分：場景用例(用戶場景)、系統用例(用戶場景的細化)、功能用例(基于業務規則、界面)、設計指標(基于環境、性能、安全等)。

　　◆ 用戶場景用例：按照用戶的實際操作與業務邏輯設計用例，不必涉及很復雜的操作或邏輯，把用戶最常用的、正常的操作流程作為一個場景設計測試用例

　　◆ 系統用例：是用戶場景的細化，包含正常場景、分支場景和異常場景，是兩個或多個有關聯的功能組合而成的場景。

　　◆ 功能用例：用于驗證各功能點的業務規則，包括界面元素和各功能的業務規則驗證。主要針對單個功能點。

　　◆ 設計指標：系統所需要達到的各級指標。主要包含環境、性能、安全等方面的指標。

　　第一步：用戶場景用例(關鍵字：模擬用戶實際操作)

　　描述用戶的主要業務目標，包含完整的系統級場景和模擬用戶實際操作的不同場景，幾個功能點的組合也算是用戶場景，這類的用例不宜過多。

　　第二步：系統各角色的系統用例

　　將系統劃分多個角色，再將每個角色分解為多個任務，每個任務就是一個系統用例。系統用例分別正常流程、異常流程，分支流程，以場景的形式描述。

　　系統用例命名原則：正常(異常、分支)流程_描述

　　第三步：功能用例

　　描述單點功能的邏輯規則及頁面元素，分層描述邏輯規則，對邏輯規則細化可直接作為用例的操作步驟描述。

　　第四步：設計指標

　　設計指標包含三種類型的用例：環境測試用例、性能測試用例、安全性用例。

　　環境測試用例可依照操作系統版本，瀏覽器版本不同劃分為多個用例。每個用例下可直接調用已有的用戶場景用例、系統用例、功能用例，可無須單獨編寫用例。

　　4、用例設計規則

　　規則如下：

　　1)每個用例需要選擇優先級，分為高、中、低三種。

　　每個用例需要關聯項目。

　　2)需要特別強調的是，用戶場景用例，一定要脫離系統提供功能，站在用戶角度來設計用例，從用戶實際可能的操作場景考慮。

　　3)用戶場景及系統用例的劃分粒度。比如：注冊登錄，其本身也算一個用戶場景，但不是用戶關心的業務目標，所以把其劃分為系統用例中。

　　4)系統用例與功能用例的劃分粒度。功能點是測試用例設計的基本單位，是一個不可再細分的完整操作，可以基于一個表單或者多個表單，依照產品具體需求進行劃分。系統用例側重于場景，是兩個或兩個以上多個功能點的組合。

原文轉自：http://www.uml.org.cn/Test/200903127.asp