探索式测试学习总结
上一篇 /
下一篇 2014-11-25 13:17:40
/ 个人分类:测试理论
探索式测试是一种软件测试风格(Style),而不是一种具体的软件测试技术(如等价类划分、边界值分析等)。作为一种思维方法(Approach),探索式测试强调依据当前语境(Context)选择合适的测试技术(Technique),而不局限于特定的测试技术。
测试人员可以在探索式测试中使用任何一种测试技术,也可以将探索式测试应用于任何测试阶段.
成功的软件必须帮助用户解决现实世界中的问题,辅助他们获得成功。
在**情况下,一个符合规格说明且没有技术缺陷的软件会遭遇失败,因为它没有解
决用户的问题,甚至阻碍用户解决问题。在需求完成(Requirements Complete)时,不确定的范围会大幅缩小。但是,如果需求存在重大缺陷,甚至初始概念就是错误的,那么稳定的开发过程只会“稳定地”产生失败的产品。
这一原则要求测试工作者用软件用户的视角考察整个产品,从显式规格说明
(不完整、模糊、包含错误的项目文档)和隐式规格说明(包括竞争对手产品、相
关产品、已发布版本、电子邮件讨论、口头讨论、论坛反馈、博客文章、领域专
著、测试经验等)中,挖掘、推导、发现需求。
这是探索式测试人员需要掌握的探索技能。
探索式测试:
全局探索式测试
局部探索式测试
场景探索式测试
全局探索式测试:
商业区
指南测试法
通过阅读用户手册并严格遵照手册的建议执行操作
卖点测试法
根据销售演示的步骤进行执行,对卖点的功能进行测试
地标测试法
确定关键的软件特性作为地标,确定他们的先后顺序,然后从一个地标到另一个地标来探索应用程序
极限测试法
对软件特性提出难以回答的问题,运行程序看其结果
快递测试法
专注于数据,确认输入数据并跟随他们走遍软件。
深夜测试法
下班时间,执行卖点特性的代码可能不运行了,但是还有其他程序需要工作;执行维护任务、数据归档、备份等
遍历测试法
通过选定目标,使用最短路径访问目标包含的所有对象
历史区
恶邻测试法
确定缺陷较多的功能,并对此功能应用遍历测试法进行测试
博物馆测试法
对没有修改或修改的老代码进行测试
上一版测试法
对上一版本的支持的场景在新版本中进行测试;通过对比测试旧的功能依然可行
旅游区
收藏家测试法
收集软件所有输出;我觉得也可以分析软件所有输入
长路径测试法
访问离应用程序开始点尽可能远的特性,也就是挖掘隐藏比较深的功能或页面
超模测试法
测试界面上各种元素,看是否正确、变化界面是刷新情况如何等等。
测一送一测试法法
多个用户使用同一个特性的测试
娱乐区
配角测试法
测试紧邻着主要功能的那些特性,讲关注点转移到辅助功能上
深巷测试法
测试使用情况最少的特性
通宵测试法
连续不断的使用某些特性,让其一直保持运行
旅馆区
取消测试法
启动操作然后停止它,检查程序自我清理能力
懒汉测试法
做最少的操作,接受所有默认值,检查应用程序处理默认值能力
破旧区
破坏测试法
试图利用每个可能的机会破会应用程序,使运行环境恶劣(内存少、权限、断网、故障数据等)
反叛测试法
验证错误的、恶意的、没有意义的输入
强迫症测试法
反反复复执行同样的操作,输入同样的数据等
场景探索式测试:
场景探索式测试方法:
插入步骤
删除步骤
替换步骤
重复步骤
替换数据
替换环境
收藏
举报
TAG: