测试用例设计方法（三）- 场景法
😎定义：通过模拟业务场景来对系统的功能点或业务流程的描述，从而提高测试效果的黑盒测试方法
2 ATM引入场景法：
n
插卡 判断卡片
输入密码 Y
重新输入 选择服务
冻结/吞卡 取款--存钱--转账--修改面
选择金额
等待出钞
取出卡片
两个流
7.4.1 基本流
概念
正确完成的流程
7.4.2 备选流
概念
存在异常的流程，对于基本流每一步都取反
场景法测试用例编写过程
1. 分析用户场景
2. 设计场景覆盖基本流和备选流
3. 输出测试用例
2. 分析方法：
2.1熟读需求：熟读3-5遍，读需求
2.2断句：将需求整理成一段段要求
2.3分类：流程/规则
2.4逆向思维：从不同地的方面进行考虑
2.5质疑：将自己有疑问地方找出来
2.6应用测试用例分析方法
缺陷报告
定义：标识并描述发现的缺陷，具有清晰、完整和可重现问题所需的信息的文档。
什么是缺陷：软件缺陷就是通常说的Bug，它是指在软件中（包括文档和程序）存在的影响软件正常运行的问题。
软件缺陷产生的原因
需求不明确和变更
软件需求不清晰或者开发人员对需求理解偏差
能或特征上的缺陷。
软件结构复杂
编码问题
项目期限短
使用新技术
软件缺陷分类
测试种类：界面类、功能类、性能类、安全类、兼容性类
缺陷严重程度：严重、一般、次要、轻微
缺陷优先级：立即解决、高优先级、正常排队、低优先级
缺陷发生阶段：需求阶段缺陷、架构阶段缺陷、设计阶段缺陷、编码阶段缺陷、测试阶段缺陷
缺陷报告的核心要素
八项：缺陷编号、缺陷状态、缺陷标题、重现步骤、严重程度、优先级、缺陷类型、测试环境。
缺陷报告编写技巧
1、对错误的描述要做到简洁、准确、完整，揭示错误实质
2、尽量使用短语和短句，避免复杂句型句式
3、每个软件问题报告只书写一个缺陷或错误
4、明确指明错误类型和严重程度
5、每一个步骤尽量只记录一个完整操作
6、复现的操作步骤要完整，准确，简短
7、可以附加必要的错误特征图像
8、可以附加必要的测试用例
缺陷报告模板
测试报告
定义：记录测试的过程和结果，对发现的问题和缺陷进行分析的文档
测试报告分类：
阶段测试报告
整体测试报告
报告内容
9.4.1 概要
编写目的
①对测试报告进行相应的解释
②对项目进行简介
③对于测试任务进行简单描述，要测试哪些内容
测试人员
类似于测试计划中的人员分工，简单描述日期等
测试环境
软件和硬件环境
测试过程
阶段测试报告：
测试进度情况
用例执行情况
缺陷统计
总体测试报告
各版本的测试情况
各版本的缺陷统计
9.4.3 缺陷分析
按照缺陷级别
按照功能模块
按照轮次
缺陷总数
缺陷类型
缺陷趋势
9.4.4 测试总结
1、测试结论
通过/不通过；
需求覆盖率100%，测试用例执行过率100%；
缺陷：致命=0，严重=0，一般=0，提示≤10%
2、风险分析
测试进度、人员安排导致的风险；
测试内容考虑范围之外导致的风险；
测试环境不全面导致的风险。
3、遗留问题
遗留问题描述、等级、处理方法。
测试报告模板
1.编写目的
2.测试人员
3.测试环境
二、测试过程
4.测试进度
5.用例执行情况
6.缺陷统计
三、缺陷分析
1.缺陷级别分析
2.缺陷模块分析
3.缺陷类型分析
四、测试总结
1.测试结论
2.风险分析
3.遗留问题
