探索式测试3——全局探索式测试

2016-10-28  橙子 

<作者:张强(JD零售)   2016/10/28   如需转载,请注明作者及来源    >


      全局探索式测试,有很多新颖独特的方法,来自于James A. Whittaker的《探索式软件测试》;这些方法我觉得完全可用于我们的日常测试工作中。我觉得好的方法、好的测试思路,无论在哪个阶段或那种测试类型中,都是可以被应用的。所以通过学习结合我自己的理解进行了整理。


全局探索图


全局探索详细描述:

一、需求挖据


指南测试法:
通过阅读用户手册并严格按照手册建议执行。这样既可以测试用户手册,也可以测试系统功能。由此方法衍生出来的方法还有博客测试法、专家测试法、竞争对手测试法。

卖点测试法:
根据销售人员的演示步骤进行测试;或者根据卖家的广告宣传进行测试,验证软件的主要卖点功能是否OK。其实我感觉跟指南测试法类似,都是根据已有的文档、系统的描述进行的测试。

深夜测试法:
是指在营业时间之后,软件中执行卖点功能的代码可能不运行了,但是还有一部分代码才刚刚开始工作。执行各种维护任务、数据归档、文件备份等。针对这些在系统非忙碌状态下执行工作的代码进行测试,帮助我们避免功能的遗漏。


二、重点挖掘

恶邻测试法:(对bug较多的功能进行再测试)
对于bug比较多的模块,一般是由于逻辑复杂、需求、设计考虑不周全,或者开发人员工作经验不足等等造成的。在这样的模块很容易导致测试人员心情烦躁、失去信息和耐心;就会可能遗漏问题,或者由于开发改完旧的bug又带出了新的问题。所以对于bug比较集中的地方,我们应该重点再测试一下。

博物馆测试法:(根据代码修改点判断对原有代码的影响)
一些老的代码被重新修改,或者没有被改动而被放到新的环境中运行,或者是相关的其他代码发生了改变。这些都可能会导致老的代码无法运行或者出现问题。特别是在需求和设计方面可能出现疏忽的地方,导致老的代码与新的代码不兼容。

收藏家测试法:(收集并验证所有输入输出)
收集软件的输出,收集的越多越好。这个测试方法背后的想法是测试人员到达所有可到达的地方,并把观察的输出结果记录下来。除了输出,我认为还可以收集所有的输入。此方法还是应该用在核心功能中,不然工作量会非常大。

快递测试法:(收集并验证过程中的状态及逻辑分支)
把某一项测试数据作为我们的快递包裹,需要我们跟踪包裹在配送过程中的所有状态及变化。
以及在每一个环节对包裹的处理。看我们的包裹是否会在某一个环节出现问题。
我觉得这个方法可以让我们更细节的关注数据,关注数据的变化,关注数据所处的环境;关注数据所接受的动作;
关注数据在所有环节、所有环境包括内部系统以及外部系统中,他的健康状况。
在这个测试方法中,测试人员必须专注于数据。

三、功能挑战

极限测试法:(极限、找别扭测试)
对软件的各种操作发挥到极致,验证软件功能是否OK。比如购买一件商品,是否可以一下订购1000个或者更多,购物车添加几百种商品是否OK?提交订单,我多次重复点击是否OK?支付金额我们更换不同的支付方式,或者更换不同的信用卡是否OK?总之,把每一种操作都发挥到极致,看软件是否还正常就是极限测试法。

取消测试法:
取消测试法的思想就是启动操作然后取消它。比如我们转账的时候突然点击取消、退出等操作。或者直接断网、断电、关机。验证转账功能是否能正常转账成功或成功的回滚。对于浏览器中的操作可以点击ESC或者或程序中的回退按钮。

通宵测试法:(稳定性测试)
通宵测试法就是让程序一直保持运行,而不去关闭它。比如打开一些文件,但不关闭他们,甚至不存储他们以避免存储文件时可能出现重新设置的情况。他们连接到一些远程资源,但从不断开。

破坏测试法:(异常情况测试)
试图利用每个可能的机会破坏应用程序,使运行环境恶劣(内存少、权限、断网、故障数据等)。使用此方法一定要多考虑一场情况,然后模拟异常的测试环境进行测试。虽然异常情况很少发生,但是还是很有可能会发生。一旦发生,我们的系统必须有相应的应对措施。

测一送一测试法:
测试人员同时运行同一个应用程序的多个实例,或者多人同时使用同一个功能。


四、用户体验

懒汉测试法:
指测试人员做尽量少的工作;接受所有默认值,保持输入字段继续为空,表单中尽量少填写数据,尽量少点击界面中按钮。
总之,
  • 把用户都想象成懒汉,让用户操作的越少越好
  • 系统使用越简单越好,最好连不懂电脑的人也能一看就会
  • 能点击鼠标的就不动键盘,点击鼠标、敲击键盘次数越少越好
  • 使用的操作步骤越少、跳转的页面越少越好
  • 通过搜索出来的结果越少越精确越好

超模测试法:
测试人员关注的重点不是功能,而是界面。测试中注意界面的各种元素。把系统当作一个超级模特,这种方法只是观察其外观是否漂亮是否有瑕疵,是否满足满足要求。
  • 用户界面要根据不同的用户群进行区分
  • 界面简单整洁最好
  • 如果是老人使用,最好字体要大,少用不常用的字,少用英文简写

用户体验法:

krug可用性三大定律
1、别让我思考
2、点击多少次没关系,只要每次点击都无需思考
3、去掉每个页面上一半的文字,然后把剩下的文字再去掉一半

用户体验规则:
1、符合用户实际场景
2、易用性要强易用性包括易 理解性、易学性、易操作性
3、给用户的选择尽量少
    •     界面上的菜单、按钮、选择项越少越好
4、提供用户想要的信息
5、快速、响应
    •     系统的任何操作要有响应;
    •     系统响应速度要快;
6、友好准确的提示
7、及时性
    •     帮助文档、用户提示、系统广告、政策等要及时更新;
8、一致性
9、容错性
10、协助用户记忆原则


捡漏测试法(自创) :

在经过几轮的测试之后,需求上提到的,测试人员基本都会转化到用例并测试过了。这时我们要想发现问题,肯定是比较难的,基本类似于捡漏。但是如何捡漏呢?而且能让捡到的漏还能有价值?我觉得首先就需要选择核心的功能,也就是用户经常使用的功能。然后除了验证主要流程,更需要关注的就是一些细节、一些流程之外的不起眼的功能。别走过的路,我们再走肯定很难发现新的问题,所以我们必须另辟蹊径,才能发现新的问题,才能有漏可捡。
256°|2569 人阅读|0 条评论
登录 后发表评论