面向对象的用例设计思路
看过一篇文章这样写到，欢迎大家一起讨论看看，能否举个例子来论证下？1、测试用例设计方法
按照不同的规则可以将测试用例分为四个部分：场景用例（用户场景）、系统用例（用户场景的细化）、功能用例（基于业务规则、界面）、设计指标（基于环境、性能、安全等）。
◆ 用户场景用例：按照用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例
◆ 系统用例：是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。
◆ 功能用例：用于验证各功能点的业务规则，包括界面元素和各功能的业务规则验证。主要针对单个功能点。
◆ 设计指标：系统所需要达到的各级指标。主要包含环境、性能、安全等方面的指标。
第一步：用户场景用例（关键字：模拟用户实际操作）
描述用户的主要业务目标，包含完整的系统级场景和模拟用户实际操作的不同场景，几个功能点的组合也算是用户场景，这类的用例不宜过多。
第二步：系统各角色的系统用例
将系统划分多个角色，再将每个角色分解为多个任务，每个任务就是一个系统用例。系统用例分别正常流程、异常流程，分支流程，以场景的形式描述。
系统用例命名原则：正常（异常、分支）流程_描述
第三步：功能用例
描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。
第四步：设计指标
设计指标包含三种类型的用例：环境测试用例、性能测试用例、安全性用例。
环境测试用例可依照操作系统版本，浏览器版本不同划分为多个用例。每个用例下可直接调用已有的用户场景用例、系统用例、功能用例，可无须单独编写用例。
4、用例设计规则
规则如下：
1）每个用例需要选择优先级，分为高、中、低三种。
每个用例需要关联项目。
2）需要特别强调的是，用户场景用例，一定要脱离系统提供功能，站在用户角度来设计用例，从用户实际可能的操作场景考虑。
3）用户场景及系统用例的划分粒度。比如：注册登录，其本身也算一个用户场景，但不是用户关心的业务目标，所以把其划分为系统用例中。
4）系统用例与功能用例的划分粒度。功能点是测试用例设计的基本单位，是一个不可再细分的完整操作，可以基于一个表单或者多个表单，依照产品具体需求进行划分。系统用例侧重于场景，是两个或两个以上多个功能点的组合。
页:
[1]
