软件测试培训 探索式测试分析

  软件测试培训探索式的概念已经提出来有一段时间了,各位同学你们知道这个概念吗?目前在国内有一部人人士在学习和研究,但是还没有真正的被运用起来。今天小编就给大家普及一下关于这方面的知识!

  很多人看完一些书还是感觉困惑,感觉迷茫,在怀疑自己的能力是否有问题。我刚开始也是同感,感觉看完一些专家大牛的定义解释,还是没有理解什么是探索式测试 。看过一个游戏的例子,我豁然开朗。忽然有一种想法“之前的解释不是我们看不懂,而是定义本身就不清楚,或者说有些翻译太生硬“。探索式测试是好还是不好,每个人应该都有自己的看法;探索式测试怎么去用,每个团队也应该根据自己的实际情况进行判断;但总的来说,我认为,至少探索式测试里有很多好的方法,好的测试思路是值得我们学习的。好的东西,无论属于哪个派别,只要自己掌握了,都可以融汇贯通,使我们的功力大增。

  首先我举个例子让大家理解一下什么是探索式测试吧。比如我们买了一款新的机器人玩具,但是刚买回来还不知道怎么控制,怎么使用。一般我们会先大概看看说明书,然后就会迫不及待的去操作了。这时, 就需要我们一边研究说明书,一边实际操作怎么使用并观察使用的结果。如果使用的不正确,我们会继续研究,继续学习思考,直到我们了解了基本的用法,并学会使用。这个学习使用的过程就是我们探索的过程;其实这个过程就类似于探索式测试的过程。

  到底什么是探索式测试?

  探索式测试(Exploratory Testing)

  我认为首先是一种测试类型,然后是采用探索的方式进行测试。

  ”探索“就表明对软件还是未知,需要去研究,去学习,去试探。

  探索式测试没有标准的方法或技术,只要有好的经验、好的思路、好的方法,我们就可以用来进行探索。

  就像James Whittaker总结的探索式测试模型,我们可以作为探索式测试的基本模型,但是探索式测试的方法及思路不仅仅限于此。我们千万不能搞两个凡是:”凡是国外专家的都是对的,凡是国外专家的都是标准。“;连James Whittaker自己都说过,

  我们自己可以通过实际经验来总结自己的探索式测试方法。

  总之,我认为探索式测试就是采用新的测试思路,边学习、边设计、边测试、边思考。

  进行探索式测试的目的?

  探索式测试适用的场景或目的有很多(下面只是一部分):

  · 需要快速学习一款产品;

  · 需要寻求多样化的测试;

  · 在进行脚本测试后,还想要进行多样化的测试;

  · 想要在最短的时间内发现最多严重的bug;

  · 想要检查一个测试人员的工作;

  但我认为我们开展探索式测试的目的就是进行 缺陷大扫除。

  通过新的思路,新的方法,去发现还未被发现的问题,去扫除漏网之鱼。

  探索式测试的条件

  项目要求:

  · 产品稳定

  · 产品重要

  测试员要求:

  · 有激情感兴趣

  · 掌握探索式测试理论和方法

  什么情况使用探索式测试?

  我们日常的测试一般都要进行2-3轮,在国内一般都是根据需求编写测试用例,其中会考虑不同的测试类型不同的测试用例设计方法。但是同样的用例执行到最后一遍,基本很难发现问题了。这时,如果我们能够换一种测试思路,补充一些新的测试点,也许我们就会发现新的bug了。

  所以,我认为探索式测试放在第三轮会更合适。也许有的人会说探索式测试适合在每一个阶段;我觉得好的测试思路、测试方法可以在任何时候使用,但是系统的使用探索式测试,我觉得还是放在最后几个阶段会比较合适。

  怎样进行探索式测试?

  《探索式测试实践之路》给出的步骤:

  第一步: 看 PRD 和原型等各种可提供的文档。

  第二步: 确定核心功能模块。

  第三步:与项目组测试人员沟通,确定bug最多风险最大的模块。

  第四步:制定探索式计划: 测程数、每个测程的任务、每个测程的时间。

  第五步:根据计划执行:

  第六步:根据 计划,边学习、边设计、边测试、边思考;根据具体情况随时修改测试策略。

  第七部:发送缺陷报告。

  其实第四部是否要进行,我觉得可以根据实际情况来。

  我总结的步骤:

  1、阅读需求文档,确定核心模块。

  2、查看bug管理系统或与测试人员沟通,确定问题较多的模块。

  3、根据需求,探索核心模块的功能。

  4、根据启发式测试策略模型和漫游测试模型挑选补充测试策略进行测试。

  5、根据计划,边学习、边设计、边测试、边思考;根据具体情况随时修改测试策略。

时间: 2024-11-05 20:37:00

软件测试培训 探索式测试分析的相关文章

源码时代软件测试干货分享|什么是探索式测试?

? 探索式测试(Exploratory Testing)是一种自由的软件测试风格,强调测试人员同时展开测试学习.测试设计.测试执行和测试结果评估等活动,以持续优化测试工作.考虑到它所具备的即兴发挥.快速实验.动态调整等特征,其思维方法可以追溯到软件开发的最初岁月.? 探索式测试有丰富的内涵,以下文字定义了探索式测试的核心.探索式测试是一种软件测试风格,它强调独立测试人员的个人自由和职责,为了持续优化其工作的价值,将测试相关学习.测试设计.测试执行和测试结果分析作为相互支持的活动,在整个项目过程中

探索式测试实践之缺陷大扫除和结对测试

探索式测试的定义在我的blog都做了较多说明,其中也谈到了探索式测试在项目的实践方式,接下来会详细的说明其中来亮个实践方式的具体实施过程. 探索式测试四象限 探索式测试是一种测试风格和思考方式,它强调的是学习在测试过程中的作用.无论测试人员在做功能测试.性能测试.安全测试或其他类型的测试,都可以使用探索式测试的思维方法,来帮助自己找到初始测试设计未考虑到的危险区域. 探索式测试不只是在脚本测试后才开始,它可以应用于软件测试的各个阶段.作为一种测试风格,探索式测试可以使用适合当前情景的任何测试技术

探索式测试中的几种误区

探索式测试(Exploratory Testing)是敏捷测试中的重要组成部分,其价值与一般性测试如用户故事测试或者自动化测试不同,它所关注的是“意料之外”的软件缺陷,探索式测试作 为一个研究性.启发性和严肃性并存的测试方法,是一般性测试的重要补充.随着敏捷测试的推广,探索式测试逐渐受到大家的关注和重视.本文主要探讨了测试工 程师在探索式测试方面的一些误区,并尝试纠正这些问题. 误区1:探索式测试是一种测试技术. 探索式测试本身不是一种测试技术,相反,它是一种可以应用于广泛测试技术的方式或态度.

探索式测试实践之路

背景: 第一阶段:问题暴露... 4 第二阶段:各种方案探索... 6 第三阶段:思考...... 8 第四阶段:推广... 11 第五阶段:变化着推广... 14 总结... 16 背景: 记的看过一篇文章,<在效率这件事上,保守者谈"变革",而激进者说"革命">,当时,文章中提的很明确,之所以要"革",是因为目前的方式,无法满足要求了.如果什么都不变,必死:如果变的方向不对,或过大,也必死: 所以,文中建议,对于保守和激进两种方式

探索式测试Exploratory Testing

"任何足够先进的技术,看上去都与魔法无异",出自英国著名未来学家亚瑟 克拉克,他曾于出版了经典科幻小说<2001天空漫游>. 探索式测试(Exploratory Testing,也称探索性测试)是一种软件测试方法,最先是Cem Kaner 在1983年提出的.这是一种强调个人自由与责任的测试方法,让独立测试人员可以借用不断的学习来改善测试的规划与测试的执行,而在测试的过程中也会同时改善测试案例达到相辅相成的效果.在Nortel和微软的很多项目中,都采用了这一新颖.有趣和富有

探索式测试-概述

1.什么是探索式测试? 通俗的讲:探索性测试就是在完全不熟悉项目业务需求的理解上,采用边学产品知识边测试,通过一些手段来操作产品,使其暴露出一些隐含的问题.特点是测试设计和测试执行是同时进行的. 2.探索式测试的测试范围? 探索式测试的测试范围一般是主要的功能实现,再加上主要的功能中隐含的一些潜在的风险.例如超长输入引起的系统错误等. 3.为什么要进行探索式测试? 目前测试人员的功能测试手段太单一:越往后的测试发现的Bug率会逐步降低及投资回报率很低:行业内已经有了比较成熟的理论和实践. 4.什

【转载】探索式测试基础系列—生活进阶曲

在探索式测试落地实践中奏出了协奏曲后进入到高级阶段,如何在问题定位和经验积累中发挥作用,也可以理解为在生活达到非常和谐后,如何孕育一个后代并为其提供良好的环境,因此本章的名字叫做生活进阶曲,表明在本章内容结束后生活将发生了质的改变,有了良好的传承. 1.反馈跟踪 前面讲的都是开发迭代过程,在实际中我们还有很重要的一个环节就是上线后的用户反馈跟踪.通过各种渠道,我们可以收集到各种用户反馈,能否将用户反馈复现出来直接影响到问题的定位和解决,另外一方面,随着用户反馈问题的复现,我们可以回顾反思漏测问题

探索式测试随笔

探索式测试,个人理解是根据产品,制定一些测试策略,并完成测试工作,根据自己对软件的理解,动态的去实施,即时性,边设计边实施测试工作 局部的探索式测试是表单的一些测试,只关注于细节,比如输入框(测试用例:所有的输入框都进行输入测试) 懒汉法:比如所有页面不输入提交是否保存成功 重复提交法:比如所有提交的按钮重复提交,数据是否重复 破坏者法:比如所有输入字段输入非法字段 全局测试方法:不同场景的组合,场景做不同的组合,替换,比如登录(不同用户登录的场景) 地标法:所有的功能做一个覆盖,从某个功能切换

探索式软件测试

探索式软件测试: 在敏捷测试中应用非常广泛 没有固定的测试用例,有一些测试思想和固定的框架以及一些测试场景,来完成测试工作. 即不同的测试思想,不断的应用这些测试思想,本身就是一些策略 自动化测试 手工测试 局部探索性测试 全局探索式测试 混合探索式软件测试 漫游与测试中的棘手问题 手工测试 软件缺陷的根源: 来自软件开发本身! 两种缺陷: 程序员引入缺陷 运行环境导致的缺陷 测试环境和上线环境相差很大 缺陷预防和检测 1.设计更好的设计规范 2.实施代码审核制度 (代码review) 3.运行