测试用例设计方法场景法VS功能

　　1、目的

　　站在用户的角度，以用户的使用逻辑及操作习惯为出发点，结合功能用例的设计方法，使用例设计更符合用户使用逻辑更具有可执行性，从而最大程度上覆盖用户需求。

　　2、使用者

　　用例设计、执行及热爱测试的人员

　　3、测试用例设计方法

　　按照不同的规则可以将测试用例分为四个部分：场景用例(用户场景)、系统用例(用户场景的细化)、功能用例(基于业务规则、界面)、设计指标(基于环境、性能、安全等)。

　　◆ 用户场景用例：按照用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例

　　◆ 系统用例：是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。

　　◆ 功能用例：用于验证各功能点的业务规则，包括界面元素和各功能的业务规则验证。主要针对单个功能点。

　　◆ 设计指标：系统所需要达到的各级指标。主要包含环境、性能、安全等方面的指标。

　　第一步：用户场景用例(关键字：模拟用户实际操作)

　　描述用户的主要业务目标，包含完整的系统级场景和模拟用户实际操作的不同场景，几个功能点的组合也算是用户场景，这类的用例不宜过多。

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

　　将系统划分多个角色，再将每个角色分解为多个任务，每个任务就是一个系统用例。系统用例分别正常流程、异常流程，分支流程，以场景的形式描述。

　　系统用例命名原则：正常(异常、分支)流程_描述

　　第三步：功能用例

　　描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。

　　第四步：设计指标

　　设计指标包含三种类型的用例：环境测试用例、性能测试用例、安全性用例。

　　环境测试用例可依照操作系统版本，浏览器版本不同划分为多个用例。每个用例下可直接调用已有的用户场景用例、系统用例、功能用例，可无须单独编写用例。

　　4、用例设计规则

　　规则如下：

　　1)每个用例需要选择优先级，分为高、中、低三种。

　　每个用例需要关联项目。

　　2)需要特别强调的是，用户场景用例，一定要脱离系统提供功能，站在用户角度来设计用例，从用户实际可能的操作场景考虑。

　　3)用户场景及系统用例的划分粒度。比如：注册登录，其本身也算一个用户场景，但不是用户关心的业务目标，所以把其划分为系统用例中。

　　4)系统用例与功能用例的划分粒度。功能点是测试用例设计的基本单位，是一个不可再细分的完整操作，可以基于一个表单或者多个表单，依照产品具体需求进行划分。系统用例侧重于场景，是两个或两个以上多个功能点的组合。

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