场景测试

场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。用例场 景来测试需求是指模拟特定场景边界发生的事情,通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。我们通常以正常的用例 场景分析开始,然后再着手其他的场景分析。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用 流来完成整个场景。场景主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,假定推测的场景。

场景发基本流程

每个经过用例的可能路径,可以确定不同的用例场景。从基本流开始,再将基本流和备选流结合起来,可以确定以下用例场景:

场景 1 基本流

场景 2 基本流 备选流 1

场景 3 基本流 备选流 1 备选流 2

场景 4 基本流 备选流 3

场景 5 基本流 备选流 3 备选流 1

场景 6 基本流 备选流 3 备选流 1 备选流 2

场景 7 基本流 备选流 4

场景 8 基本流 备选流 3 备选流 4

确定的

编辑

基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)

备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入到基本流中;(各种错误情况)

设计步骤

1. 根据说明,描述出程序的基本流及各项备选流

2. 根据基本流和各项备选流生成不同的场景

3. 对每一个场景生成相应的测试用例

4. 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值

时间: 2024-10-29 04:46:20

场景测试的相关文章

大开测试:性能- 基于目标和手动场景测试有何联系和不同(连载20)

7.20  基于目标和手动场景测试有何联系和不同 1.问题提出 在应用LoadRunner的Controller进行性能测试场景的设计时,有两种方案可以对场景进行设置,一种为手工方式,另一种为基于目标方式,那么在什么情况下针对性地选择这两种方式,它们之间有什么联系和不同呢? 2.问题解答 要使用LoadRunner进行系统性能测试,对系统进行负载,必须创建一个场景.场景中包含关于测试会话信息的文件.场景是一种模拟实际用户的方式.场景包含有关如何模拟实际用户的信息:虚拟 用户组.测试脚本以及用于运

Centos7 + docker + shipyard 场景测试

Docker + shipyard 测试 1      测试拓扑: 2      测试目的: 在两台Centos7服务器上安装docker程序,测试镜像封装 从镜像运行两个apache应用,测试服务访问 安装shipyard容器管理程序,测试管理两台主机及container 3      测试过程 3.1        Linux桥接 若已启用docker,先停止docker服务和移除docker0网桥: # Stopping Docker and removing docker0 $ sudo

【转】支付场景测试应该考虑哪些方面

软件测试人员在进行测试的时候,根据测试项目或者测试对象的不同,会采用不同的方式方法来进行测试,那么,带有支付功能的产品该如何测试呢?在测试过程中又应该注意些什么?        财务人员有句老话叫:财务无小事.因为,首先,任何涉及到财务的问题,不论金额有多么的小,它在性质上也是严重事件:其次,在各种金融支付功能已深入老百姓生活的方方面面的今天,一个程序中,哪怕仅有一个小小的支付问题,那么,最后引起的也可能是涉及成百上千乃至上亿元金额和大量用户的大问题.        因此,专业的测试人员,在对待

stress-Linux系统压力测试工具使用及系统负载很高的几种场景测试

安装 yum install stress stress-ng -y stess-ng是stress的下一代,功能更加完善 常用选项 -c,--cpu:代表进程个数(每个进程会占用一个cpu,当超出cpu个数时,进程间会互相争用cpu) -t,--timeout:测试时长(超出这个时间后自动退出) -i,--io:表示调用sync(),它表示通过系统调用 sync() 来模拟 I/O 的问题: 但这种方法实际上并不可靠,因为 sync() 的本意是刷新内存缓冲区的数据到磁盘中,以确保同步. 如果

IDMC制造业ERP业务场景测试之一——硅钢片制造业务流程测试

一.测试地址 硅钢片业务测试数据库地址为:http://www.bonawifi.com,测试数据库名字为SiliconSteelSheet,测试账号:用户名demo ,密码demo 二.业务说明 根据客户提供的信息,产品分类及业务过程大致如下: 生产过程中,每种不同规格的窄卷,均由一组窄卷组合在同一母卷开料生成,本部分需要进一步开发,以便实现自动的排料优化组合,和对母卷补货需求的合并操作. 三.测试步骤 1.登陆系统 使用业务测试账号登陆系统后,将看到如下页面,此页面为库存操作仪表板,是整个E

场景测试-支付场景

        财务人员有句老话叫:财务无小事.因为,首先,任何涉及到财务的问题,不论金额有多么的小,它在性质上也是严重事件:其次,在各种金融支付功能已深入老百姓生活的方方面面的今天,一个程序中,哪怕仅有一个小小的支付问题,那么,最后引起的也可能是涉及成百上千乃至上亿元金额和大量用户的大问题.         因此,专业的测试人员,在对待带有支付功能的产品时,都会格外的小心谨慎,将边界值分析.等价类划分.错误推测.因果图等各种测试方法进行结合,整理出尽可能全面的测试案例,对该支付功能及其相关功能

LoadRunner测试场景中添加负载生成器

如何在LoadRunner测试场景中添加负载生成器 本文对如何在LoadRunner的测试场景中添加负载生成器,如何使用负载生成器的方法,总结形成操作指导手册,以指导测试人员指导开展相关工作. 1.什么是测试场景 测试场景是将测试需求结合测试用例进行转化后,用来承载实现测试用例测试目标的测试脚本的容器,对这个容器,我们可以定义出容器的规格,这个有了规格的容器的执行,就相当于测试需求被覆盖. 在LoadRunner中,测试场景在Controller中管理,一般一个场景打开后的界面如下图: 图一:场

互联网场景下闪存优化测试和应用

原创 2016-07-11 杨尚刚 Docker 闪存在这几年存储领域发展非常快,应用也越来越广泛,如何能更好的使用闪存,本次分享讲一些闪存相关的优化和应用. 闪存应用场景 数据库 NoSQL 分布式存储 CDN 公有云存储 综合上面几种场景看,闪存主要适合有比较高的随机IO需求和带宽需求的场景.场景选择上,也是要发挥闪存的长处.目前上面业务中 未来几年发展比较快的会是在公有云存储这一部分.下图就是某厂商云盘对比,可以看到闪存的价格已经很接近机械硬盘了,而单从每IOPS成本看,性价比会更高. 闪

第三个Sprint完结工作 用场景来规划测试工作.

一.根据用户使用场景测试: 1.流程 典型群体 群体 张小明 年龄 7-12岁 职业 小学生 收入 压岁钱还有零花钱 能力 看一些简单的数,做一些相对简单的事 爱好 玩游戏 典型场景 张小明平时喜欢玩游戏,数学四则运算掌握得不透彻,想加强四则运算的能力. 典型描述 原因是四则运算难度不符合自己. 代表用户在市场上的比例和重要性 70%到80% 使用本软件的环境 家长的手机 用户动机.目的和困难 学习知识 典型用户: 姓名 张小明 性别 男 年龄 9岁 职业 小学生 收入 压岁钱还有零花钱 能力