软件测试用例的编写

慕课网《软件测试用例编写》学习笔记

测试用例

意义：

1. 测试工作的核心
2. 一组在测试时输入输出的标准
3. 软件需求的具体对照

作用：

1. 检验软件是否满足客户需求
2. 体现一个测试人员的工作量
3. 展现测试用例的设计思路

内容：（应根据实际情况进行设计）

1. 用例编号
2. 用例名称
3. 测试背景
4. 前置条件
5. 优先级
6. 重要级
7. 测试数据
8. 测试步骤
9. 预期结果
10. 实际结果
11. 备注

编写流程：需求分析->提取测试点->测试用例编写->测试用例评审

需求分析：

软件需求包括业务需求、用户需求、功能需求

业务需求（Business requirement）标志组织或客户高层次的额目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。　　
用户需求（user requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件――响应表都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。　　
功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。

问题：

1. Q:如果没有需求怎么办？
   A:参考市面上已经上线的同类产品

2. Q:如果需求模糊怎么办？
   A:收集整理已有需求
   和产品经理逐条确认
   参考同类型产品的实现情况

提取测试点

编写测试用例

编写注意：

1. 根据项目的实际情况设计测试用例表格
2. 用例格式不是固定的，不要生搬硬套
3. 根据具体的情况编写

常用设计方法：

1. 等价类划分方法
   

2. 边界值分析法
   

3.场景法

编写：（以慕课网的部分功能为例）



最后在首列加入所属子系统或模块，合并同模块多行，模块较多时可加入模块编号列。
还可增加：版本号、测试环境、开发人员、测试类型、测试阶段、执行人等

测试用例评审

包括同行评审、小组评审、部门评审、三方评审等；不同评审类型会有不同人员参与。

测试用例管理

为什么需要管理用例：

1. 测试用例数量巨大
2. 测试用例会随着需求变更
3. 测试用例需要补充完善

如何管理用例：

1. 原始的excel管理方式
2. 专业的项目管理系统
   

禅道：

1. 专业的研发项目管理工具
   

2. 完整支持敏捷开发流程
   

3. 完整软件生命周期管理