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

发表于:2014-09-29来源:uml.org.cn作者:不详点击数: 标签:测试用例
1、目的 站在用户的角度,以用户的使用逻辑及操作习惯为出发点,结合功能用例的设计方法,使用例设计更符合用户使用逻辑更具有可执行性,从而最大程度上覆盖用户需求。

  1、目的

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

  2、使用者

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

  3、测试用例设计方法

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

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

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

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

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

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

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

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

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

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

  第三步:功能用例

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

  第四步:设计指标

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

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

  4、用例设计规则

  规则如下:

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

  每个用例需要关联项目。

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

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

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

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