文档介绍：. .
优选
测试用例编写规
技术部
赖文举
编写人
赖文举
编写日期
2021年3月1日
审核人
审核日期
批准人
批准日期
变更历史
序号
变更容
变更页
变更类别
变更者
新建
/
/
/
引言
背景
为保证测试用例对需求的覆盖率，即对一个系统从整体功能到单个功能，都尽可能的高的覆盖。而单个功能点主要强调的是不同的输入及其组合所带来的各种输入动作，系统是否都做了处理；
测试用例设计首先要明确该系统存在多少功能点，要通过各种常用的测试方法来保证用例的完整性，然后再对各功能点的边界围进展考虑。所以要保证测试用例的设计按照一种合理的构造组织进展，这样才能够更有效的保证系统所有功能点的覆盖率。
目的
为测试用例的质量负责，使测试工作能有序、合理化的进展，从而提高实施测试时对所测产品、系统或者模块的测试质量，也是作为各测试人员在设计用例时的一种规，使之设计的用例能有效的被管理。
概念
是指为了实施测试而编写的一组有规性、有据可依的输入数据与输出数据的组合，也指为了实施测试而向被测对象提供的一组输入、输出数据以及由各种执行条件和期望结果相组合的一个特定集合，以便测试某个程序路径或者来核实是否满足某个特定的需求。
. .
优选
适用围
本文档适用于测试人员
本文档适用于系统进展测试时的测试案例设计
本文档适用于案例补充时的测试案例
用例规
用途
指导测试工作有序进展，使实施测试的数据有据可依Ø
确保所实现的功能与客户预期的需求相符合Ø
完善软件不同版本之间的重复性测试
跟踪测试进度，确定测试重点
评估测试结果的度量标准
增强软件的可信任度
分析缺陷的标准。
设计依据
需求说明书Ø
工程测试需求功能点Ø
所属行业的业务知识掌握程度
测试工程师本人的理解程度〔个人经历〕
. .
优选
用例容
1
用例实际容
用例编号
唯一标识。规那么"模块名-功能点-编写人-001，单词或中文首字母。
2
模块名称
模块名称
3
功能点
测试的功能点
4
用例标题
对测试项简短的描述
5
用例级别
确定用例执行的级别[P0,P1,P2,P3]
6
前提条件
执行用例时需要的预置条件
7
操作步骤
执行该动作需要完成的操作，需要明确输入数据。
8
预期结果
执行完该动作后程序的表现结果
9
执行结果
执行状态
用例的执行结果[通过，失败，延后]
10
实际结果
实际输出的结果
11
问题描述
执行该用例出现后系统显示的错误
12
BUG编号
填写bug库中对应此用例的BUG编号
13
执行人
按照该用例执行测试的人员
编写用例原那么
系统性：对系统业务流程要完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；对模块业务流程要说明子系统部功能、重点功能以及它们之间的关系
连贯性：对系统业务流程要说明各个子系统之间是如何连接在一起，假设需要接口，各子系统之间是否有正确的接口，假设是依靠页面，那么页面的是否正确；对模块业务流程要说明同级模块以及上下级模块是如何构成一个子系统，其部功能接口是否连贯
. .
优选
全面性：应尽可能覆盖各种路径、尽可能覆盖各个业务点，并要考虑跨年、跨月的数据以及大数据量并发测试的准备
正确性：输入界面后的数据应与测试文档所记录的数据一致，而预期结果也应与测试数据发生的业务吻合
符合正常业务规那么：测试数据要符合用户实际工作中的业务流程，同时也要兼顾各种业务的变化以及当前该业务行业的法律、法规、人名、地名、等应具有模拟功能，符合一般的命名惯例；不允许出现与知名人士、小说中人物名等雷同情况。
可操作性：测试用例中要写清楚测试的操作步骤，以及不同的操作步骤相对应的测试结果
编写用例标准
测试案例编写应该制订统一的模板进展，并约定模板的使用方法；
测试案例编写应当根据工程实际情况编写测试案例编写手册，包括案例编号规那么、案例编写方法、案例编写容、案例维护等容；
案例编写应根据手册中约定的编写方法、容等进展编写；
案例编写要步骤明确，输入输出要素清晰，并且与需求和缺陷相对应；
案例编写应严格根据需求规格说明书及测试需求功能分析点进展，要求覆盖全部需求功能点；
注重案例的可复用性，即在以后相似系统的测试过程中可以重复使用，减少测试设计工作量。
用例设计步骤