用例模板
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
报表：<对报表格式的特殊要求，必须采用什么格式><优先级别><状态跟踪>
6、非功能性需求：
可用性：<容易学习、容易使用，例如多长时间内可以学会，多少操作可以完成><优先级别><状态跟踪>
安全性：<保护硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露><优先级别><状态跟踪>
可靠性：<可靠性是指系统能够保持正常运行的能力><优先级别><状态跟踪>
2.2备选场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
2.3异常场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
3、数据实体：<实体名称>
<实体属性><数据规则>
4、业务规则：<业务要求的规则>
5、设计约束：
界面样式：<对界面特殊要求，必须采用什么样的界面格式><优先级别><状态跟踪>
1.3参与者：<要求系统实现某个目标的人员，通常由主参与者发起与系统的交互>
1.4利益相关者：<利益人名称><所获利益>
1.5前置条件：<用例执行需要达到什么条件，必须是系统能检测到的>
1.6后置条件：<用例执行后系统所处的状态>
1.7触发事件：<什么引发了用例>
2、用例场景
优先级高—必须做，非常重要和紧急，需要尽快实现。
性能：<响应时间><优先级别><状态跟踪>
<吞吐量：固定时间内产生的响应数量><优先级别><状态跟踪>
<容量：容量是一个衡量系统可以处理的工作量数量的指标><优先级别><状态跟踪>
<并发量：一时间所能响应数量><优先级别><状态跟踪>
可支持性：<应列出将提高所构建系统的可支持性或可维护性的所有需求><优先级别><状态跟踪>
优先级中—最好做，在后一版本中实现。
优先级低—希望做，需要根据用户对产品的反映确定需求。
状态跟踪—未细化、细化中、已细化、实现中、已实现
2.1主场景：<优先级><状态跟踪>
<步骤编号><动作描述>
是一个完整描述从触发到完成过程的场景，它包括实现目标的成功交付和开始后的所有动作。即使成功的路径不止一条，他也是一个典型的、范例性的场景。
7、与其他用例关系：
依赖：<用例A包含用例B，没有了用例B，用例A本身不完整)>
同价值：<同价值(同一业务目的不同方式实现)>
注：带编号的项目为必填项，不带编号的项为选填项。
修订记录
修改日期
修改的内容
修改类型
修改描述
修改人
审核人
版本号
修改类型分为A–ADDED（增加）M–MODIFIED（修改）D–DELETED（删除）
用例
用例：用例名称－编号
<用主动语态动词短语来表示用例目标>-<子系统缩写-模块缩写-用例编号>
1、用例基本信息
1.1用例概述：<对用例目标的描述>
1.2支持的业务：<过程组-业务组件-业务用例>
6、非功能性需求：
可用性：<容易学习、容易使用，例如多长时间内可以学会，多少操作可以完成><优先级别><状态跟踪>
安全性：<保护硬件、软件和数据不因偶然和恶意的原因遭到破坏、更改和泄露><优先级别><状态跟踪>
可靠性：<可靠性是指系统能够保持正常运行的能力><优先级别><状态跟踪>
2.2备选场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
2.3异常场景:<被改变的步骤><条件><优先级别><状态跟踪>
<步骤编号><动作描述>
3、数据实体：<实体名称>
<实体属性><数据规则>
4、业务规则：<业务要求的规则>
5、设计约束：
界面样式：<对界面特殊要求，必须采用什么样的界面格式><优先级别><状态跟踪>
1.3参与者：<要求系统实现某个目标的人员，通常由主参与者发起与系统的交互>
1.4利益相关者：<利益人名称><所获利益>
1.5前置条件：<用例执行需要达到什么条件，必须是系统能检测到的>
1.6后置条件：<用例执行后系统所处的状态>
1.7触发事件：<什么引发了用例>
2、用例场景
优先级高—必须做，非常重要和紧急，需要尽快实现。
性能：<响应时间><优先级别><状态跟踪>
<吞吐量：固定时间内产生的响应数量><优先级别><状态跟踪>
<容量：容量是一个衡量系统可以处理的工作量数量的指标><优先级别><状态跟踪>
<并发量：一时间所能响应数量><优先级别><状态跟踪>
可支持性：<应列出将提高所构建系统的可支持性或可维护性的所有需求><优先级别><状态跟踪>
优先级中—最好做，在后一版本中实现。
优先级低—希望做，需要根据用户对产品的反映确定需求。
状态跟踪—未细化、细化中、已细化、实现中、已实现
2.1主场景：<优先级><状态跟踪>
<步骤编号><动作描述>
是一个完整描述从触发到完成过程的场景，它包括实现目标的成功交付和开始后的所有动作。即使成功的路径不止一条，他也是一个典型的、范例性的场景。
7、与其他用例关系：
依赖：<用例A包含用例B，没有了用例B，用例A本身不完整)>
同价值：<同价值(同一业务目的不同方式实现)>
注：带编号的项目为必填项，不带编号的项为选填项。
修订记录
修改日期
修改的内容
修改类型
修改描述
修改人
审核人
版本号
修改类型分为A–ADDED（增加）M–MODIFIED（修改）D–DELETED（删除）
用例
用例：用例名称－编号
<用主动语态动词短语来表示用例目标>-<子系统缩写-模块缩写-用例编号>
1、用例基本信息
1.1用例概述：<对用例目标的描述>
1.2支持的业务：<过程组-业务组件-业务用例>