随机测试(二):如何在没有正式测试流程的情况下查找缺陷

2014-11-07   出处: softwaretestinghelp  作/译者:Sneha Nadig/大头

随机测试型:

随机测试可分以下三

 

1.合伙测试

进行此类的测试将需要一个测试人员和一个开发人员针对同一个模块进行工作。在开发人员完成了该模块的单元测试后,测试人员和开发人员坐在一起,同时对这个模块进行测试。通过此类测试可以使双方从更广泛的范围对模块的功能进行研究。开发者将了解测试人员对模块进行的各种不同的测试,而测试人员将了解模块的固有设计,这将有助于他避免设计无用的测试场景,从而避免了找到无效的缺陷。它会帮助大家通过对方的思考方式来思考。

 

2.对测试

此类测试是由两个测试人员对具有相同测试设置的模块一起进行测试。这种类型的测试背后的考虑是,通过两个测试人员之间的头脑风暴,来找到更多的思路,方法以及缺陷。彼此可以共享测试以及对于观测结果的记录文档。

 

3.猴子测试

这个试验主要在单元测试level执行。测试人员通过完全随机的方式进行测试,以确保系统能够承受任何崩溃。这种测试可以进一步分为两类。

 

随机测试的好

它保证了测试人员尽可能的更有创造力。

------------

在如下方面增加了测试量和效率:

  • 最大优点是,测试人员可以找到比传统测试方法更加多的缺陷,因为他们可以应用各种创新的方法来测试软件。
  • 这种形式的测试可以在系统生命周期的任何阶段使用;它不仅限于测试团队。开发人员也可以进行这项测试,来帮助他们写更好的代码,并预测可能发生的问题。
  • 可以与其他测试结合来获得更好的效果,有时可以缩短所需的测试时间。这将生成更好的测试用例并进一步生成更高质量的产品。
  • 不要求任何文件,防止了额外的测试人员的负担。测试人员可以专注于真正理解底层架构。
  • 除非没有太多的时间用来测试,这个方法在测试覆盖面和质量方面非常有价值。

设测试的缺点:

特设的检测也有一些缺点。让我们来看看一些明显的缺点

因为它不是非常有组织的测试,又没有执行的文件,最明显的问题是,测试方案的所有细节需要由测试人员来记忆。尤其当场景中有许多不同模块之间交互的时候就是更大的挑战了。

  •  随后从所述的第一点来看,这也将导致缺陷在随后的尝试中无法重现。
  • 另外一个很重要的问题是所做努力的可说明性。因为这类测试没有计划的,也没有办法来解释测试花费的时间和精力。
  • 特设的测试必须由团队中非常熟悉项目的测试人员来进行,因为它需要有前瞻性以及直觉来预见潜在的缺陷。

 

最佳做法,使测试更有效:

我们已经详细地探讨了随机测试相关的优势和劣势。

理想情况下,随机测试应该可以用在系统开发生命周期的任何阶段,但如果不以适当的方式进行就可能浪费宝贵的测试时间而且代价很高。所以,下面给出几个建议来使测试更有效:

 

1.找出缺陷多的部分:

当你对测试特定部分的软件有一定的了解的话,你会认可有一定的功能,比别的更有可能出错。如果你对系统不太熟悉,那就继续进行,打开针其功能的V / S缺陷的检查。某个特定功能的缺陷越多,就可以告诉你,它的易受影响。你应该精确地选择那个部分来进行随机测试。这被证明是暴露出一些严重的缺陷的非常有效的方式。

 

2.构建专业

毫无疑问,拥有更多的经验的测试人员,会更具直觉,会比没有经验的人更擅长猜测缺陷会在哪里。我会说,有经验与否,就是通过冒险尝试并在测试的系统上构建专业知识来决定的。是的,有经验的测试人员具有优势,多年来积累的经验能够派上用场,但新的测试人员应该以此为平台,以获得尽可能多的知识,尽可能地设计出更好的随机方案。

 

3.测试

一旦你知道的哪些功能需要进行测试,留出几分钟的时间来决定你将如何对需要测试的功能进行分类。举例来说,你应当首先测试最明显以及最为用户经常使用的功能,因为这些会对该软件的成功来说至关重要。然后,你可以对功能进行优先级排序分类,并一段一段的测试。

另一个例子证明这是特别重要的是,当存在模块之间的集成的情况。在这种情况下,很可能发生异常。使用分类将有助于触发这类问题至少一次或两次。

 

4.有一个粗略的划:

是的,是的,这一点可能使你迷惑,我们描述的随机测试应该没有任何规划或文档。这个的想法还是坚持了随机测试的本质,只是还是有一些简单的计划,记下你打算如何进行测试。

一个非常基本的例子是,有时你可能只是无法记住所有你想要进行的测试。因此,简单的记下来,将确保您不会错过任何东西。

 

5.工具:

让我们举一个大家都经历过的例子。很多时候,如果你注意观察,功能测试本身是成功的,没有行为缺陷报告。然而幕后的记录可以看出一些被测试人员忽略的例外,因为它不妨碍测试目标。这可能性很高。因此,学习能够查出这些问题的工具是非行有用的。

 

6.记录文档以找到更多的缺陷:

再次声明,我明白,这可能会引起一些鄙视,文档并不一定要详细,只是一个小纸条供自己参考,记录覆盖的不同场景,各个步骤导致的偏差以及记录这些缺陷为特定测试功能类别。这将帮助你提高整体的测试bucket,以及决定如何对测试用例即兴发挥或根据需要进行添加。

 

结论

我们已经详细讨论了随机测试技术——它的优势,劣势,各种适合或不适合使用的情况。

这是一个保证了迎合测试人员的创造力发挥到最大的测试技术。在我的整个测试的职业生涯中,我从进行随机测试中获得最大的满意度,因为对创新毫无限制,你最终会变得更有知识。

说了这么多,从上面的所有信息总结下来,最主要的是决定如何利用随机测试的优势,使其对整个测试过程和产品质量增加价值。

上篇:随机测试(一):如何在没有正式测试流程的情况下查找缺陷

【英文原文:http://www.softwaretestinghelp.com/ad-hoc-testing/

{测试窝原创译文,译者:大头}

译者简介:大头,在读日本九州大学修士,计算机专业,主研究方向为文本挖掘,及自然语言处理。


声明:本文为本站编辑转载,文章版权归原作者所有。文章内容为作者个人观点,本站只提供转载参考(依行业惯例严格标明出处和作译者),目的在于传递更多专业信息,普惠测试相关从业者,开源分享,推动行业交流和进步。 如涉及作品内容、版权和其它问题,请原作者及时与本站联系(QQ:1017718740),我们将第一时间进行处理。本站拥有对此声明的最终解释权!欢迎大家通过新浪微博(@测试窝)或微信公众号(测试窝)关注我们,与我们的编辑和其他窝友交流。
286° /2863 人阅读/0 条评论 发表评论

登录 后发表评论