6、场景法(1)
5
为什么引入用例场景
•
现在的软件几乎都是用事件触发来控制流程的，事件触发时的 情景便形成了场景，而同一事件不同的触发顺序和处理结果就 形成事件流。
比如，测试一个对线性表（比如数组）进行排序的程序，可推测列出 以下几项需要特别测试的情况：
– 输入的线性表为空表； – 表中只含有一个元素； – 输入表中所有元素已排好序； – 输入表已按逆序排好；
– 输入表中部分或全部元素相同。
22
黑盒测试方法选择策略
• •
1.首先进行等价类划分，是提高效率的最有效办法 2.在任何情况下都必须使用边界值分析的方法 3.依靠测试工程师的智慧和经验用错误推测加一些测试用例
•
• •
4.针对逻辑比较简单的测试对象，可以直接使用判定表法
5.如果程序的功能说明书中含有输入条件的组合情况，并且业务逻辑比 较复杂，则可选因果图法 6.对于业务流清晰的系统，可以利用场景法贯穿整个测试过程
•
23
本章小结
• •
场景法相关概念 场景法测试设计方法
• 错误推测法概念
• 错误推测法基本思想
备选流4:PIN码有误
备选流5:帐户不存在
备选流6:帐面金额不足 备选流7:超过当日最大提款额 备选流X流X:记录错误
备选流Y:退出
15
部分场景
场景1 成功提款:基本流 场景2 ATM中无现金:基本流,备选2 场景3 ATM中金额不足:基本流,备选流3 场景4 PIN码有误（还有不只一次输入机会）:基本流,备选流4 场景5 PIN码有误（还有一次输入机会） :基本流,备选流4 场景6 PIN码有误（不再有输入机会） :基本流,备选流4
功能测试技术
－场景法及其它
东软IT人才实训中心
3 Sept. 2008 © Neusoft Confidential
1
主要内容
• •
场景法相关概念 场景法测试设计方法
• 错误推测法概念
• 错误推测法基本思想
•
黑盒测试方法选择策略
2
场景法
•
我们申请一个项目，需先提交审批单据，再由部门经理审批，审核通 过后由总经理来最终审批，如果部门经理审核不通过，就直接退回. 每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和
•
用例确定后，对每一个测试用例确定测试数据
7
场景法案例
•
用户进入一个在线购物网站进行购物，选购物品后，进行在线 购买，这时需要使用帐号登录，登录成功后，进行付钱交易， 交易成功后，生成订购单，完成整个购物过程。
8
场景法案例
•
第一步 确定基本流和备选流 基本流:登录在线网站 备选流1:帐户不存在 备选流2:帐户密码错误 备选流3:用户帐户余额不足 备选流4:用户帐户没钱 选择物品 登录帐号 付款 生成订单
场景/条件
帐号
密码
预期结果
1
2 3 4
场景1：成功购物
场景2：帐号不存在 场景3：帐号密码错误 （帐号正确，密码错误） 场景4：用户帐号余额不 景 足 场景5：用户帐号没有钱
V
l V V
V
n/a l V
V
n/a n/a l
成功购物
提示帐号不存在 提示帐号密码错误，返 回基本流步骤3 提示用户帐号余额不足， 请充值 提示用户帐号没有钱， 请充值
•
备选流：用不同的彩色表示，一个备
选流可能从基本流开始，在某个特定 条件下执行，然后重新加入基本流中 （如备选流1和备选流3）；也可能起
源于另一个备选流（如备选流2），
或者终止用例而不再重新加入到某个 流（如备选流2和备选流4）。
4
场景法
场景如下： 场景1：基本流； 场景2：基本流，备选流1；
场景3：基本流，备选流1，备选流2；
步骤3 步骤4 步骤5 步骤6
步骤7
步骤8 步骤9 步骤10 基本流 步骤11
14
确定备选流
流程 备选流1:卡无效 备选流2:ATM中无现金 备选流3:金额不足 序号 描述 基本流2中,验证银行卡，如果卡是无效,卡退出 基本流步骤5中,ATM中无现金,"取款"选项无法使用 基本流步骤6中,输入金额-提款机中的金额少于请求提取的 金额,在步骤6-输入金额处重新加入基本流 基本流步骤骤4中,中验证帐户和和PIN,客户有三次机会输入 入PIN, 如果输入有误,ATM提示,如果还可以有机会输入,则在步骤 3-输入PIN处重新加入基本流；如果最后一次尝试仍错误, 该卡被吞入ATM,同时ATM返回就绪状态 基本流流4中-中验证帐户和和PIN码,码如果银行系统返回的 代码表 明找不到该项帐户或禁止从该项帐户中提款,则ATM提示并 在步骤9-返回银行卡处重新加入基本流 基本流7授权中,如果银行系统返回信息表明帐面余额少于 请求金额额,则提示示,并返回步骤6骤6,加入基本流 基本流7授权中,如果银行系统返回信息表明请求金额超过 24小时银行限制取款额,则提示,并返回步骤6,加入基本流 基本流9-记录无法更新,则ATM进入安全模式,所有功能暂停 流9 使用并向银行系统发信息报告ATM处于暂停使用状态 用户可以随时终止操作,退卡,ATM返回就绪状态
•
这种在软件设计方面的思想也可引入到软件测试中， Rational公 司首先提出利用用例场景进行测试的思想,可以比较生动地描绘 出事件触发时的情景，有利于设计者设计测试用例，同时使测
试用例更容易理解和执行。
6
场景法测试设计方法
• • •
根据说明，描述出程序的基本流及各项备选流; 根据基本流和各项备选流生成不同的场景; 对每一个场景生成相应的测试用例; 对生成的所有测试用例重新复审，去掉多余的测试用例，测试
20
错误推测法基本思想
•
列举出程序中所有可能有的错误和容易发生错误的特殊情况来设计测 试用例 以前测试时曾出现过错误的地方，包括单元测试、集成测试、系统测 试、前几次回归测试 输入数据的问题，如是否可为空，是否可以有特殊字符，是否可以小 于0、等于0等等 一些问题的范围或边界
•
•
•
21
错误推测法基本思想
16
部分测试用例
17
部分测试数据
18
其他用例
•
场景7:帐户不存在,未找到帐户
•
• • • •
场景7:帐户不存在.禁止从帐户中提钱
场景8:帐户余额不足 场景9 取款金额超过当日最大提款额 场景10:记录错误 其他:无效卡,无法读卡,银行系统网络中断,操作取消
19
错误推测法
•
错误推测法是基于经验和直觉推测程序中所有可能存在的各种 错误，从而有针对性地设计测试用例
•
处理结果形成事件流。
•
通过运用场景来对系统的功能点或业务流程进行描述，从而提高测试 效果。 场景法一般包含基本流和备选流，从一个流程开始，通过描述经过的
•
路径来确定过程，经过遍历所有的基本•
基本流：采用直黑线表示，是经过用 例的最简单的路径（无任何差错，程 序从开始直接执行到结束）
5
V
V
l
11
场景法– 实例
•
第四步 设计测试数据
测试 用 例ID
1 用户帐号 余额 200
场景/条件 场景1：成功购物
帐号 ljs
密码 123456
预期结果 成功购物，帐号余额 减 少100元
2
3
场景2：帐号不存在
场景3：帐号或密码错误 （帐号正确，密码错误） 场景4：用户帐号余额不 景 足 场景5：用户帐号没有钱
•
黑盒测试方法选择策略
24
Copyright © 2008 版权所有 东软集团
25
aa
ljs
n/a
11111
n/a
n/a
提示帐号不存在
提示帐号密码错误， 返 回基本流步骤3 足， 提示用户帐号余额不 请充值 提示用户帐号没有钱， 请充值
4
ljljs
123456
50
5
ljs
123456
0
12
实战演练
•
运用场景法进行ATM提款的测试用例设计
13
确定基本流
流程 序号 步骤0 步骤1 步骤2 描述 开端:ATM处于准备就绪状态 准备取款-客户将银行卡插入ATM机读卡机 验证银行卡-ATM机从银行磁条中读取帐户,并检查它是否 属 于可接收的银行卡 输入PIN-ATM要求客户输入PIN码 验证帐户代码和PIN-确定该帐户是否有效及所输入的PIN对 该帐户是否正确 ATM选项项-ATMATM显示在本机上可用的各种选项项,选 择"取款"择款 输入金额-100元或50元,限额内 授权-ATM通过将卡ID,PIN,金额以及帐户信息作为一笔交易 发给银行系统来启动验证过程.(银行系统处于联机状态,而 且对授权请求给予答复,批准完成提款的过程),并且更新帐 户余额 出钞-提取现金 打印收据并输出给客户,ATM相应更新内部记录户, 退出银行卡 ATM返回就绪准备状态
9
场景法案例
•
第二步 根据基本流和备选流确定场景
场景1 成功购物:基本流
场景2 帐号不存在:基本流,备选1 场景3 帐号密码错误:基本流,备选流2 场景4 帐户余额不足:基本流,备选流3 场景5 帐户没钱:基本流,备选流4
10
场景法– 实例
•
第三步 对每一个场景生成相应的测试用例
测试 用 例ID 用户帐号 余额
软件测试教学大纲+完整版
10.2.5 构建触发器
10.2.6 job关联
10.2.7 添加HTML Publisher插件
10.2.8 添加 Reports
10.2.9 报告展示
10.2.10 Jenkins中的HTML展示
10.3本章小结
4
2学时
上机内容：
接口自动化测试练习
第11章WebUI自动化测试
7.5 本章小结
2
2学时
上机内容：
用Firefox浏览器抓取报文并进行分析
第8章 接口测试
8.1 为什么要做接口测试
8.2 接口测试的定义
8.3 接口测试实例分析
8.3.1 接口文档解析
8.3.2 测试用例设计
8.4 接口测试工具
8.4.1 安装Postman工具
8.4.2 使用Postman的基础功能
4.2.6 测试总结
4.3 系统上线与运维
4.4 本章小结
2
第5章 白盒测试用例设计及应用
5.1 逻辑覆盖法
5.1.1 语句覆盖
5.1.2 判定覆盖
5.1.3 条件覆盖
5.1.4 条件判定组合覆盖
5.1.5 多条件覆盖
5.1.6 修正条件判定覆盖
5.2 基本路径测试法
5.2.1 程序的控制流图
5.2.2 控制流图的环路复杂性
12.2.2 项目介绍
12.2.3 需求分析
12.2.4 脚本开发
12.2.5 使用LoadRunner完成H5网站的脚本开发
12.3 场景设计精要
12.4 性能测试分析思路
12.4.1 观察现象
12.4.2 层层递进
12.4.3 缩小范围
场景设计方法
设计测试用例方法--场景设计方法1方法简介1.1定义通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。
场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。
1.2产生背景为什么场景法能如此清晰的描述整个事件因为，现在的系统基本上都是由事件来触发控制流程的。
如：我们申请一个项目，需先提交审批单据，再由部门经理审批，审核通过后由总经理来最终审批，如果部门经理审核不通过，就直接退回。
每个事件触发时的情景便形成了场景。
而同一事件不同的触发顺序和处理结果形成事件流。
这一系列的过程我们利用场景法可以清晰的描述清楚。
1.3实例图在这个图中，有一个基本流和四个备选流。
每个经过用例的可能路径，可以确定不同的用例场景。
从基本流开始，再将基本流和备选流结合起来，可以确定以下用例场景：场景 1 基本流场景 2 基本流备选流1场景 3 基本流备选流 1 备选流2场景 4 基本流备选流3场景 5 基本流备选流 3 备选流1场景 6 基本流备选流 3 备选流 1 备选流2场景7 基本流备选流4场景8 基本流备选流 3 备选流4从上面的实例我们就可以了解场景是如何利用基本流和备用流来确定的。
基本流：采用直黑线表示，是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束）备选流：采用不同颜色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流，或终止用例，不在加入到基本流中；（各种错误情况）1.4基本设计步骤1.根据说明，描述出程序的基本流及各项备选流2.根据基本流和各项备选流生成不同的场景3.对每一个场景生成相应的测试用例4.对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值2实战演习2.1ATM机问题下图所示是ATM例子的流程示意图。
2）第二步根据基本流和备选流来确定场景3）第三步设计用例对于这7个场景中的每一个场景都需要确定测试用例。
场景分析法——精选推荐
场景分析法——精选推荐场景分析法是一种常用的分析方法，通过对特定场景的认知和理解，帮助我们更好地解决问题和做出决策。
在不同的领域和情境下，场景分析法都有着广泛的应用。
本文将为您介绍场景分析法的基本概念和步骤，并为您精选推荐几个应用场景。
一、场景分析法的基本概念和步骤1.基本概念场景分析法是指通过对特定场景进行全面的观察、分析和理解，以获取相关信息，并根据这些信息来做出决策或解决问题的方法。
它能够帮助我们了解场景中的各种要素和变量，从而更好地把握问题的本质和解决方案。
2.步骤（1）定义场景：首先需要明确分析的场景是什么，明确相关的背景知识和限制条件。
（2）观察场景：通过观察和调查，了解场景中的各种要素和情况。
可以运用调查问卷、访谈等方法收集相关信息。
（3）整理信息：将收集到的信息进行整理和分类，找出关键因素和变量。
可以使用图表、表格等可视化工具来帮助整理信息。
（4）分析场景：对整理出来的关键因素和变量进行分析，找出它们之间的关联性和影响。
（5）制定方案：基于对场景的分析，制定相应的解决方案或决策，并评估其可行性和效果。
（6）实施和评估：将制定的方案付诸实施，并进行后续的跟踪和评估，及时调整和改进。
二、精选推荐的场景分析方法1.市场竞争分析市场竞争激烈，如何在激烈的市场竞争中找到自己的定位和竞争优势，是每个企业都面临的重要问题。
通过场景分析法可以观察和分析市场中的各种要素和变量，如竞争对手、目标消费群体、消费需求等，从而制定相应的市场营销策略和产品定位。
2.危机管理分析危机管理是每个组织都需要面对的重要问题，如何应对突发的危机事件，保护组织的利益和声誉，是危机管理的核心。
通过场景分析法可以观察和分析危机场景中的各种要素和变量，如危机发生的原因、影响范围、应急资源等，从而制定有效的危机管理策略和预案。
3.人力资源分析人力资源是企业的核心竞争力之一，如何在招聘、培养和管理人力资源方面取得优势，是每个企业都面临的问题。
需求预测的方法有哪些
需求预测的方法有哪些需求预测是指利用历史数据和统计方法来预测未来市场的需求情况。
通过需求预测，企业可以更好地制定采购计划、生产计划和销售策略，降低库存成本，提高生产效率，增强市场竞争力。
需求预测的方法多种多样，可以根据具体的情况选用不同的方法来进行预测。
下面将介绍一些常见的需求预测方法。
1. 趋势分析法趋势分析法是一种常见的需求预测方法，它基于历史数据中的趋势来预测未来的需求。
这种方法适用于需求变化比较平稳的产品。
通过对历史数据进行分析，可以发现产品的需求趋势，进而预测未来的需求情况。
趋势分析法通常使用数学模型来进行预测，如线性回归、指数平滑等。
2. 季节性分析法季节性分析法是一种针对季节性需求变化的预测方法。
许多产品的销量在不同季节会有明显的变化，因此需要通过季节性分析来预测未来的需求。
这种方法通常通过对历史数据进行季节性调整，然后再进行趋势分析来预测未来的需求情况。
3. 历史法历史法是一种简单直接的需求预测方法，它基于历史数据来进行预测。
通过分析历史数据的变化情况，可以预测未来需求的趋势和规律。
历史法适用于产品需求比较稳定，且没有太多外部因素影响的情况。
4. 调查法调查法是一种通过调查受访者的意见和观点来进行需求预测的方法。
这种方法通常适用于新产品的需求预测，通过市场调查和消费者调研来获取未来需求的信息，从而进行预测。
调查法能够更加直观地了解消费者的需求，但其结果受到访调者的主观因素影响较大。
5. 场景法场景法是一种通过构建不同的市场场景来对需求进行预测的方法。
这种方法通常适用于对未来不确定性较大的市场情况进行预测。
通过构建不同的市场情景，可以对未来需求进行多种可能性的预测，进而制定相应的应对策略。
6. 统计预测法统计预测法是一种基于统计学方法进行需求预测的方法，如时间序列分析、回归分析等。
通过对历史数据进行分析和建模，可以预测未来的需求情况。
这种方法通常需要借助统计软件进行分析和建模，能够更加客观地对未来需求进行预测。
场景法测试案例设计
场景法测试案例设计那咱得先确定一个要测试的东西，比如说一个简单的在线购物系统吧。
一、场景一：正常购物流程。
1. 场景描述。
小明是个网购达人，他想在这个购物网站上买一件T恤。
2. 测试用例。
用例编号：TC 001。
测试步骤：小明打开购物网站首页。
就像打开宝藏盒子一样，满心期待地等着各种好东西出现。
在搜索框输入“男款T恤”，然后点击搜索按钮。
这就像是在大海里捞针，不过是有目标的捞针。
从搜索结果里挑选一件他喜欢的T恤，点击进入商品详情页。
就像在一群小伙伴里挑出最顺眼的那个。
选择合适的尺码（比如L码）和颜色（比如蓝色）。
这就跟给娃娃挑衣服一样，得选合身又好看的。
点击“加入购物车”按钮，然后查看购物车，确认商品已经在购物车里了。
这就像把挑好的宝贝放进自己的小篮子里，得看看有没有放错。
进入购物车后，点击“结算”按钮。
这时候就像走向收银台准备付钱了。
填写收货地址、联系人姓名（小明）、联系电话。
这就像是告诉快递小哥，“把东西送到这个地方哦”。
选择支付方式，假设是微信支付，然后点击“支付”按钮，完成支付。
就像把钱交给收银员，只不过是在网上交。
预期结果：每一步操作都能顺利进行，没有出现错误提示。
支付成功后，会显示订单已提交成功，并且小明能收到订单确认短信或者邮件。
二、场景二：商品缺货情况。
1. 场景描述。
小红也想在这个网站买一款很热门的女款运动鞋，但是这款鞋可能缺货了。
2. 测试用例。
用例编号：TC 002。
测试步骤：小红打开购物网站，在搜索框输入“女款运动鞋 [品牌名]”，然后点击搜索。
找到她想要的那双鞋，点击进入商品详情页。
选择合适的尺码（比如37码）和颜色（比如白色），然后点击“加入购物车”按钮。
预期结果：如果商品缺货，应该显示“缺货”提示，并且无法加入购物车，会弹出类似“很抱歉，该商品目前缺货，请选择其他商品或者关注补货信息”的提示框。
三、场景三：错误的支付信息。
1. 场景描述。
小刚在购物网站买了一个电子设备，到支付环节的时候，他故意输入错误的支付密码。
场景法的概念
场景法的概念什么是场景法？场景法是一种教学方法，它通过让学生在一定的情境下进行角色扮演进行学习和讨论。
这种方法可以让学生更加深入地理解相关知识，提高他们的思维能力、解决问题能力和创造力。
在场景法中，学生需要看到现实生活中的情景和问题，并将他们的知识和技能应用于此。
例如，他们可以扮演某个角色并在某个场景中进行模拟，或者更具体地讲，可以扮演一个医生，一位警察或一个企业家等等。
通过这样的角色扮演，他们可以更深入地了解相关职业或领域的知识和技能，从而更好地理解各种生活场景和人物之间的关系。
场景法的例子比如说，一个教育机构可以使用场景法帮助学生更好地理解数学概念。
他们可以将学生放在一个数学问题的情境中，提供一些实际的例子来帮助学生深入理解数学原理。
他们可以让学生扮演一位量化分析师，通过解答一系列的数学问题，从而更加深入地理解财务建模的方法。
这种情境可以帮助学生更加深入地掌握数学知识，并在激发他们思维中发掘资产定价的各种途径。
场景法的优势场景教学法的优势在于强调了实践和体验。
学生们可以在实践中掌握相关知识，这比只是理论学习的效果要好得多。
他们可以通过实际操作来强化对学习内容的记忆，并且可以在不断的实践中不断提高自己的能力。
因此，场景法可以帮助学生在亲身体验中掌握各种技能，比如团队合作、沟通技巧和领导能力等等，这些技能都是未来成功的关键因素。
同时，这种方法也可以刺激学生的创造性思维，让他们能够更加发挥自己的才能。
总之，如果教育机构想要提高学习效果，并确保学生能够掌握知识和技能，那么采用场景法将是非常好的选择。
只有通过亲身体验才能真正意义上地掌握相关技能，从而在未来有更多的竞争力。
我的建议是，如果在教学中使用了场景法，要及时调整好学习内容，不断推进学生的学习，让他们在学习的过程中获得更多的成长和体验。
第02章-场景法
基本流
基本流 基本流
备选流2
备选流3 备选流4
每一个场景都需要确定测试用例！
4. 生成测试用例
可以采用矩阵来确定和管理测试用例 测试用例矩阵：
用例 ID
执行场景所需的条件/数据元素
元素 元素 元素 元素 1 2 3 4
场景
预期结果
4. 生成测试用例
……
3. 生成测试用例
练一练： 对每一个场景生成相应的测试用例
1. 画出路径流程图
根据需求规格说明，画出功能模块的流程图。
事件流如下：
绘图工具：Office Visio
输入账号密码登录 账号不存在 备选流3 货物缺货 支付 备选流2 基本流 登录失败 购买成功 备选流4 支付失败 账户余额不足
选购
备选流1 密码不正确
2. 描述出基本流和备选流
程序的基本流和备选流如下：
场景法 就是通过用例场景描述用例执行的路 径，从用例开始到结束遍历这条路径上所有 基本流和备选流。
场景法：从一个流程开始，通过描述经过的路径
来确定测试用例的过程，经过遍历所有的基本流 和备用流来完成整个场景。
基本流与备选流
基本流与备选流
经过用例的每条路径都可以
用基本流和备选流来表示。
基本流：
场景13—密码错误（3次以内），账号余额不足，重 基本流 备选流3 备选流5 新输入的取款金额超过提款额度 场景14—密码错误（3次以内），ATM现金不足，重 新输入的取款金额超过提款额度
基本流 备选流3 备选流7
场景15—账号余额不足，重新输入取款金额，ATM现 基本流 备选流5 备选流7 金不足，重新输入的取款金额超过提款额度
软件测试工作标准作业指导书
软件测试工作标准作业指导书第1章软件测试概述 (4)1.1 软件测试的定义与目的 (4)1.1.1 定义 (4)1.1.2 目的 (5)1.2 软件测试的基本原则 (5)1.2.1 测试的全面性 (5)1.2.2 尽早测试 (5)1.2.3 独立性 (5)1.2.4 重复性 (5)1.2.5 缺陷跟踪 (5)1.3 软件测试生命周期 (5)1.3.1 测试计划 (5)1.3.2 测试设计 (5)1.3.3 测试执行 (5)1.3.4 缺陷管理 (5)1.3.5 测试评估 (6)1.3.6 测试维护 (6)第2章测试计划与策略 (6)2.1 测试计划的制定 (6)2.1.1 目标与范围 (6)2.1.2 测试资源 (6)2.1.3 测试方法与工具 (6)2.1.4 测试进度安排 (6)2.1.5 风险评估与应对措施 (6)2.2 测试策略的制定 (6)2.2.1 功能测试策略 (6)2.2.2 功能测试策略 (6)2.2.3 安全性测试策略 (6)2.2.4 兼容性测试策略 (6)2.2.5 界面和用户体验测试策略 (7)2.3 测试计划的实施与监控 (7)2.3.1 测试用例管理 (7)2.3.2 缺陷管理 (7)2.3.3 测试进度监控 (7)2.3.4 测试质量保证 (7)2.3.5 沟通与协作 (7)第3章测试用例设计 (7)3.1 测试用例的基本概念 (7)3.1.1 测试目的：明确测试用例的目的，如验证功能、功能、安全性等。
(7)3.1.2 测试对象：指明测试用例针对的软件模块、功能点或需求。
(7)3.1.3 测试输入：列出执行测试所需的输入数据，包括有效输入、无效输入和边界输入。
3.1.4 执行条件：描述测试执行的环境、配置、前置条件等。
(7)3.1.5 测试步骤：详细描述测试的执行过程。
(7)3.1.6 预期结果：明确测试执行后预期的输出结果。
(7)3.1.7 实际结果：记录测试执行后的实际输出结果。
测试用例设计-场景法
测试用例设计-场景法（个人见解与学习）目录1、引言 (3)2、基本测试 (3)2.1、测试优缺点 (3)2.2、黑盒功能测试分解法 (3)2.3、个人简介篇 (3)3、场景法用例 (4)1、什么是场景法？ (4)2、场景法特点 (4)3.1、基本流 (6)3.2、分支流 (6)3.3、验证流 (7)3.4、异常 (7)3.4.1、个人简介 (7)4、场景法用例设计 (7)文档中红色字体的为理解的重点黄色背景的为个人简介和思路同时提出：这里只是说明一组方法。
具体如何使用，可以结合自己的标准来做。
1、引言文档属于个人的见解，个人看法。
因为我当时看到同样的一个项目，一个软件需求。
就是使用方法不一样；我们就写的用例覆盖率就出现了这么多的偏差。
2、基本测试如按照如下的方法去分解：功能测试、界面测试、性能测试、安全测试、数据库测试等等测试2.1、测试优缺点能够按照软件的功能块，一组一组的来做相应的模块测试。
但对整体业务场景考虑的不是很好，可能遗漏模块A与模块B之间的用例，因为该方法是从软件本身出发。
实际做测试时需要考虑的不是软件本身，还有对应的系统场景等情况。
不容易做回归测试，一旦回归需要考虑到用例的回归量。
后续测试时间会很长。
2.2、黑盒功能测试分解法✓在任何情况下都必须使用边界分析发，经验表明用这种方法设计出的测试用例发现程序错误的能力最强（边界法）✓必要时用等价类划分方法补充一些测试用例（等价类法）✓用错误推测法再追加一些测试用例（错误推测法）✓如果程序的功能说明中含有输入条件的组合情况，则已开始可选用因果图法（因果图法）✓对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度，如果没有达到要求的覆盖标准，应当再补充足够的测试用例（功能图）其实这个经验就是方法，以上是一套方法。
2.3、个人简介篇上面的做法其实需要我们前期对功能的分解细密，在后期考虑到执行或者回归的时候。
安排妥当，不然每次回归或者执行测试都需要执行那么多用例，人员安排上不行，时间上也是不允许。
6[1].30号场景法(原汁原味版)
6.30号场景法(原汁原味版)--太圆主讲（个人感觉未被整理的虽然看起来累，但效果更加）女人的选择(5807720) 20:51:01中心线索和变态幻想太圆和小圆(15825293) 20:51:14最主要的区别就是场景法强调心理暗示，强调图像和谐的融合在场景中。
高原响晴(308001324) 20:51:15举例说明吧太圆和小圆(15825293) 20:51:28等会举例浮云/:f(30474696) 20:51:49太圆和小圆(15825293) 20:51:43先名词解释了。
太圆和小圆(15825293) 20:52:01在场景法中，你不用刻意记忆那些图像。
Spring(466525178) 20:52:07名词解释太圆和小圆(15825293) 20:52:17你只要假设在你的虚拟世界里面，你会碰到一些不同寻常的事件。
太圆和小圆(15825293) 20:52:40除了回忆在每一个场所浮现出每一件事物的形象。
再试图想像那里的氛围。
CiCi(624660042) 20:52:46把自己也置身其中,当演员之一太圆和小圆(15825293) 20:52:52注意，这个氛围。
蝶恋花(48919171) 20:52:57但是老师场景法可能每次想像的场景不一样呀太圆和小圆(15825293) 20:53:04这个就是和故事法的不同了太圆和小圆(15825293) 20:53:29运用你的所有感官――听听交通的嗓音；天气怎么样，温和还是寒冷------味觉、触觉和嗅觉也会有所帮助。
同时，记下你看到每件事物时的反应。
太圆和小圆(15825293) 20:53:56例子来了。
太圆和小圆(15825293) 20:54:01仔细的看啊Spring(466525178) 20:54:15不是所有的方法都得用到感官吗？太圆和小圆(15825293) 20:54:15例1将“水金地，火木土，天海明”，形象化后放置在一个场景中进行记忆。