1、主旨
站在用户的角度，以用户的应用逻辑及操作习惯为出发点，结合功能用例的设计方法，应用例设计更符合用户应用逻辑更具有可执行性，从而最大程度上掩饰用户需求。
2、应用者
用例设计、执行及热爱测试的人员
3、测试用例设计方法
遵循不同的规则可以将测试用例分为四个部分：场景用例(用户场景)、系统用例(用户场景的细化)、功能用例(基于业务规则、界面)、设计指标(基于环境、性能、安全等)。
◆ 用户场景用例：遵循用户的实际操作与业务逻辑设计用例，不必涉及很复杂的操作或逻辑，把用户最常用的、正常的操作流程作为一个场景设计测试用例
◆ 系统用例：是用户场景的细化，包含正常场景、分支场景和异常场景，是两个或多个有关联的功能组合而成的场景。
◆ 功能用例：用于验证各功能点的业务规则，包含界面元素和各功能的业务规则验证。主要针对单个功能点。
◆ 设计指标：系统所需要抵达的各级指标。主要包含环境、性能、安全等方面的指标。
第一步：用户场景用例(关键字：模拟用户实际操作)
描述用户的主要业务主旨，包含完整的系统级场景和模拟用户实际操作的不同场景，几个功能点的组合也算是用户场景，这类的用例不宜过多。
第二步：系统各角色的系统用例
将系统划分多个角色，再将每个角色分解为多个责任，每个责任就是一集系统用例。系统用例离别正常流程、异常流程，分支流程，以场景的形式描述。
系统用例命名原则：正常(异常、分支)流程_描述
第三步：功能用例
描述单点功能的逻辑规则及页面元素，分层描述逻辑规则，对逻辑规则细化可直接作为用例的操作步骤描述。
第四步：设计指标
设计指标包含三种类型的用例：环境测试用例、性能测试用例、安全性用例。
环境测试用例可遵循操作系统版本，浏览器版本不同划分为多个用例。每个用例下可直接调用已有的用户场景用例、系统用例、功能用例，可无须单独编写用例。
4、用例设计规则
规则如下：
1)每个用例需要选择优先级，分为高、中、低三种。
每个用例需要关联项目。
2)需要特别强调的是，用户场景用例，一定要脱离系统提供功能，站在用户角度来设计用例，从用户实际可以的操作场景推敲。
3)用户场景及系统用例的划分粒度。比喻：注册登录，其本身也算一个用户场景，但不是用户关心的业务主旨，所以把其划分为系统用例中。
4)系统用例与功能用例的划分粒度。功能点是测试用例设计的基本单位，是一个不可再细分的完整操作，可以基于一个表单或者多个表单，遵循产品具体需求进行划分。系统用例偏重于场景，是两个或两个以上多个功能点的组合。
文章来源于领测软件测试网 https://www.ltesting.net/