测试用例编写指南
目录
目前测试人员编写测试用例过程中大多凭惯性思考,测试设计逻辑固定,受限于对系统的了解程度,且用例划分颗粒度、内容详细程度不一,存在测试质量隐患及用例可读性差等问题。为使测试人员在测试设计过程中有章可循、有据可依,让测试用例编写规范统一,弥补不同测试人员的知识空缺,进一步提升测试设计水平,保证被测系统的投产质量,制订本指南。
- 适用范围
本指南适用对象为技术管理团队成员。
本指南中提及的测试用例含测试需求和测试用例。
- 测试设计依据
- 需求说明书及相关文档
- 设计文档(概要设计、详细设计、数据库设计等)
- 业务背景、系统沉淀文档
- 与开发组交流对需求的理解
- 基本成型的UI
- 测试用例编写步骤
- 步骤一:需求分析
【输入】业务需求说明书;
【处理】将业务需求按流程或功能分类;
【输出】整理成测试需求,将每一个需求细节列出,作为检查点;
- 步骤二:业务流程分析
【输入】业务背景和知识,被测系统/模块的业务流程;
【处理】整理主流程、备选流程、数据流向、关键判断条件以及完成该操作的(非)必要条件;
【输出】作为业务需求未提及、但需要覆盖验证的检查点,对测试需求进行补充;
- 步骤三:系统设计分析
【输入】系统设计、接口设计及数据库设计文档;
【处理】针对系统为实现业务需求所做的主要改动点及影响范围进行全面分析;
【输出】将改动功能支持的所有逻辑、以及对影响范围的回归测试加入测试需求检查点;
- 步骤四:测试用例编写
【输入】测试需求;
【处理】尽量覆盖生产上的所有业务流程场景和系统逻辑分支,除了正向测试以外,加强对边界、异常等情况的关注;
【输出】用例类型覆盖功能正确性测试、边界测试、异常测试、接口测试、信息安全测试等;
- 步骤五:测试用例完善
测试用例编写完成之后发生以下场景,应及时进行更新维护:
- 评审过程中发现测试用例存在问题;
- 系统新增功能或需求变更;
- 测试过程中发现设计测试用例时考虑不周,存在遗漏点;
- 系统出现生产问题,经分析为测试泄漏的。
- 测试用例编写要素
测试用例编写应使用统一的模板,详细请见模板:其中,导入系统的测试需求和用例列表要素说明如下:
- 测试需求:需求路径(层级)、需求名称、需求描述、设计人、关联系统。
- 需求路径指的是需求所属结构目录,通常为“/项目名称/一级需求/二级需求/……/N级需求”的形式;
- 需求名称:对测试对象的简短描述;
- 需求描述:列举针对测试对象的检查点;
- 设计人:编写测试需求的人员;
- 测试用例:用例路径(层级)、测试名称、用例描述、前置条件、操作步骤、预期结果、设计人、优先级、用例类型、用例属性、测试方式、执行次数。
- 用例路径是在需求路径的基础上增加需求名称,即“/项目名称/一级需求/二级需求/……/N级需求/需求名称/”;
- 测试名称:对测试项的简短描述;
- 前置条件:执行用例时的前提条件;
- 操作步骤:执行用例时需要完成的操作;
- 预期结果:执行完操作后程序的表现结果。
- 设计人:编写测试用例的人员;
- 优先级:用例的重要级别,可作为执行顺序先后的依据,分为高、中、低三个级别;
- 用例类型:用例对应的测试对象分类,分为流程类、功能点类、报表统计类、界面类、报文接口类、批处理、其他类;
- 用例属性:用例对功能逻辑的检测方向,分为正常、异常用例;
- 测试方式:用例执行方式,分为手工、自动化方式。
- 执行次数:执行案例的次数
测试需求和用例应尽量遵循统一的划分原则,降低因颗粒度过粗导致测试点遗漏、或过细引发维护成本高的影响。
-
- 测试需求划分
测试对象分类 |
测试对象 |
划分依据 |
测试需求划分方式 |
示例 |