第三章软件测试用例设计方法及设计规范
1.测试用例的定义
测试用例（Test case） 是为了实施测试而向被测试的系统提供的一组合集
测试点 测试场景
集合包括：
测试环境/操作步骤/测试数据/预期结果/测试描述/优先级
测试用例的提取来源：需求规格说明书，通过需求规格说明书中间去提取测试场景及测试点
测试用例的划分：场景测试用例/基本测试用例（"公用的测试用例“）
测试用例的编写方式：
Execl表格进行编写
思维导图的方式进行编写
Word文档的方式编写测试用例
测试用例的规范：
主要分三大部分：1.基本信息 2主体信息 3执行结果
用例的基本信息：功能模块 /设计人 /设计时间
用例的主体信息：用例编号/测试点/前置条件/测试步骤/预期结果/用例优先级（高/中/低）
用例的执行结果：执行通过/不通过/未执行，执行时间
1.测试用例不要有歧义
2.每一个测试点都需要独立一条测试用例，不能很多功能点写在同一条测试用例
3.测试用例描述要求清晰
4.测试用例要求可以有复用性
5.测试用例要求通俗易懂
测试用例的组成元素及作用
1.测试用例的编号：为了区分其他的测试用例，确保测试用例的唯一性，测试用例编号的规则
一般在测试计划就有规定，项目名称＋模块的名称＋001
2.所属的模块：为了定义测试用例的功能模块（前台 首页 登录 注册 订单 个人中心 后台
用户管理 订单管理 商品管理），模块化
3.测试用例的标题：要求清晰的表达该测试用例是用来测试什么问题（测试目标/测试对象）
4.前置条件：执行这个测试用例的前提条件（前提条件是要求已经输入了用户名和密码）
5.操作步骤：执行测试时的步骤
6.测试数据：执行该条测试所需要的数据（开发/客户/测试人员自己在数据库中间初始化数据）
7.预期结果：根据所输入的测试数据，期望得到一个怎么样的结果
8.实际结果：根据所输入的测试时数据，实际得到一个怎么样的结果
9.执行结果
10.执行人
11.编写人
12.测试优先级
设计测试用例的基本原则：
1.设计测试用例的目的是为了找出bug，发现产品中间的缺陷，在编写测试用例的过程中间
我们不能照搬我们需求规格说明书，测试用例的场景是永远高于这个需求规格说明书，
对业务场景做一定的扩展，发散性思维，提升测试用例的覆盖率，测试用例设计基于规格说明书
，但是测试用例的场景是高于需求规格说明
2.设计证明的测试（正向的测试场景），要求我们的测试满足需求功能场景，提高测试用例场景覆盖率
3.设计反面/异常的测试用例，错误的/异常的测试用例
4.测试用例设计过程中间要求发散测试思维
写测试用例的好处：
1.理清思路，避免遗漏
面对大而全的复杂项目，我们需要对项目功能细分，每一个功能通过编写测试用例方式来整理我们被
测系统的思路，避免遗漏掉需要测试的功能点
2.跟踪测试进展
通过编写测试用例，执行测试用例，我们可以清楚的知道我们的测试执行进度
测试用例总记录数是100条 今天执行30条 整体进度为30% 没法确定哪些测试场景已经执行
3.方便历史性参考
在我们所做的项目中，可能存在很多功能相同或者相近功能，参照之前的测试用例（角色 用户 登录）
4.重复性（复用性)
需要多个人反复的进行测试，那么我们就需要测试用例来规范和指导我们的测试行为