探索性测试方法

常见探索性测试方法论(以天天P图为例)

1. 指南针测试法:该方法要求测试人员严格遵守文档、用户需求或说明书来尽职尽责,非常忠实的测试每一个特性。这是最基本的的测试方法,也是我们平时测试的时候最易用到的方法。

2. 极限测试法:向软件提出很多难以回答的问题,即找麻烦测试法,让软件性能达到最大极限、输入或者计算量达到设计的最大能力,此时可能会出现一些crash等异常情况。要创建用户确实会用到的场景,比如P图中使用自拍相机连拍、使用最大保存分辨率保存、不断快速切换前后摄像头拍照等操作。

3. 快递测试法: 数据就像快递包裹在软件中不断流动,从数据输入开始、到存储在内存中、然后可能会被计算修改后最后输出传递给用户,达到目的地。测试人员要参与数据生命周期的每个阶段。

4. 出租车测试法:测试人员需要和出租车司机一样熟悉到达指定位置的每条可能的路径。比如P图中素材中心使用,要考虑多路径进入情况,点击首页icon进入、素材中心点击某个素材进入、push链接带着某个素材跳转进入等情况。

5. 出租车禁区测试法:用户无论使用哪一条路径都无法达到目的地。

6. 遍历测试法: 选定一个目标类,然后用可以发现的最短路径来访问该目标类所包含的所有对象。有计划的进行抽查。

7.超模测试法:要求测试人员关心表面的东西,也就是关注测试界面。如P图中不同大小屏幕手机/不同语言环境下,在一些UI展示方面的区别、进入不同页面时,图片展示情况、不同路径进入/退出某个界面是否有异常(单图保存/多图保存后,底部p图晒图bar出现等)。

8.懒汉测试法:测试人员没有做很多事情不意味着软件也不做事情。接受默认值、保持输入字段继续为空,在表单中尽可能少填数据,在进入下一个界面不点击任何按钮或输入数据。

9.取消测试法:启动操作然后停止它。

10.破坏测试法:测试者要掌握某些操作成功需要的资源,从破坏应用程序的角度,如强制软件做一些操作,在不同程度上删除或者限制程序正常使用所需的资源。如P图中拍照后退后台删除原图、破坏加载的图片或者素材等。

11. 地标测试法:把软件的某些特性定为关键点,确定起点和终点,执行程序从一个地标跳跃到另一个地标,探索应用程序,直到访问了所有的目标地标。可以探索性的设置不同的起始地标、改变地标访问顺序、反复设置并增加新的地标来创造更多的测试场景。

12.深巷测试法:软件最不可能被用到或最不吸引用户的特性。

13.强迫症测试法:反复进行同样的操作或者反复输入同样的数据,由于性能不足、恶意使用或者用户重复提交同一请求等。比如P图中重复进入退出某个界面、相机界面重复进入后取消退出等、下载中途点击取消重复操作。

14.放大缩小测试法:放大或者缩小图片、窗口等,可能或导致图片、界面异常;按钮遮盖等情况发生。

15.移动测试法:移动拖拽图片、控件至界面任意位置,可能会有不可预知的错误

16.恶邻测试法:需求和功能特性耦合的地方最容易出现bug,找到那些缺陷数目较多的功能特性,把这些产品特性连接起来,最好能形成文档,后续对邻近功能特性进行重点测试。比如P图中人脸选择,美容进美妆、变妆去美妆等情况,很多地方人脸选择需要记忆,用户重新选择人脸、中途切换人脸、保存/取消/切换人脸等操作数据会耦合共享;再比如一键美容、一键美妆和单项美容美妆之间的效果是叠加或者独立的。

时间: 2024-08-30 02:33:11

探索性测试方法的相关文章

软件测试方法汇总

软件测试方法种类繁多,记忆起来混乱, 如果把软件测试方法进行分类, 就会清晰很多. 我参考一些书籍和网上的资料, 把常用的软件测试方法列出来, 让大家对软件测试行业有个总体的看法. 从测试设计方法分类 测试名称 测试内容 Black box黑盒测试 把软件系统当作一个"黑箱",无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White box白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray box

《探索性软件测试》

说说<探索性软件测试>这本书吧,阅读之后一些个人理解和思考,纯文字,不感兴趣可忽略... 第一章有这么一句话:从设计来说,有些软件的功能本身就存在功能逻辑上的错误或不友好,且产生的效果完全违背我们的初衷. 做软件测试工作,或许第一件要知道的事情就是:没有完美的设计和产品. 也许这也是软件测试这个行业产生以及发展至今的原因吧,即使软件设计.开发.测试流程不断在优化完善,但它依然存在缺陷! 软件缺陷来源于软件开发本身,主要原因是软件工程师没有理解.预见或测试到所有可以运行的环境. 或者换一句话来说

软件测试方法的分类细谈

软件测试方法种类繁多,记忆起来混乱, 因此,我通过查阅资料,参考一些书籍,把常用的软件测试方法列出来,方便认识软件测试的方法. 从测试设计方法分类 测试名称 测试内容 Black  box 黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White box 白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray  box 灰盒测试 介于黑盒和白盒之间 总结: 实际工作中,对系

【转载】如何对软件测试方法分类

软件测试方法种类繁多,记忆起来混乱,如果把软件测试方法进行分类,就会清晰很多.我参考一些书籍和网上的资料,把常用的软件测试方法列出来,让大家对软件测试行业有个总体的看法. 一.从测试设计方法分类 测试名称 测试内容 Black   box黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White   box白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择. Gray box  灰盒

探索性测试入门

提纲: --什么是探索性测试 --探索性测试的来源 --探索性测试的指导思想 --探索性测试的相应测试方法 --探索性测试与传统测试风格的比较 1.什么是探索性测试 在概念上说,探索性测试是一种测试风格,而不是某一种具体的测试方法(等价类测试/边界测试等),它强调系统软件学习,设计测试用例以及测试执行同时进行,他适用于要求在短时间内以及测试需求频繁变更下寻找出重大缺陷的情况. 2.探索性测试的来源 探索性测试是由测试专家Cem Kaner博士在1983年的时候提出.测试专家James A. Wh

探索性测试之个人笔记

探索性测试,根据维基百科的解释,其大意个人解读为:  对于一“新新”事物(对测试者而言的:测试内容或对象),根据自己预先设置的测试流程,测试用例,测试方法,进行一种尝试性的测试.  在测试过程中要注意几点:   1.测试过程,就是一个不断对于自己设计的测试流程,测试用例(TestCase),测试方法的一种检验,同时也要不断思考新的,好的方法或用例:   2.测试过程是强调个人的主观能动性,这个过程强调了,作为一个测试人员,你的意愿,你的行为将在很大程度上影响者这个测试执行力度:   3.不断的积

测试方法【总结】

测试方法 从测试设计方法分类 测试名称 测试内容 黑盒测试 把软件系统当作一个黑箱,无法了解或使用系统内部结构及知识 白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方法的选择 灰盒测试 介于白盒和黑盒之间 总结:在实际工作中,对系统的了解越多越好,目前大多数的测试人员都是做黑盒测试,很少做白盒测试.因为白盒测试对程序员的要求很高,需要有编程能力,例如python程序,你要会python程序 从测试是手动还是自动上分类 测试名称 测试内容 手动测试 测试员用鼠标

软件测试 (一) 软件测试方法大汇总

软件测试 (一) 软件测试方法大汇总 软件测试方法种类繁多,记忆起来混乱, 如果把软件测试方法进行分类, 就会清晰很多. 我参考一些书籍和网上的资料, 把常用的软件测试方法列出来, 让大家对软件测试行业有个总体的看法. 从测试设计方法分类 测试名称 测试内容 Black box黑盒测试 把软件系统当作一个“黑箱”,无法了解或使用系统的内部结构及知识.从软件的行为,而不是内部结构出发来设计测试. White box白盒测试 设计者可以看到软件系统的内部结构,并且使用软件的内部知识来指导测试数据及方

什么是探索性测试?

1.探索性测试的定义 探索性测试(ET)是敏捷世界里的一种重要测试方法,作为一个研究性的工具,它是用户故事测试和自动化回归集的重要补充.它是一种经过深思熟虑的测试方式,没有测试脚本,可以使你的测试超出各种明显已经测试过的场景.探索测试将学习,测试设计和测试执行整合在一起,形成一种测试方法. 探索性测试的最大特色是在对测试对象进行测试的同时学习测试对象并设计测试,在测试过程中运用获得的关于测试对象的信息设计新的更好的测试.他的典型过程如下图: 这相对于传统软件测试过程中严格的“先设计,后执行”来说