51Testing软件测试论坛

标题: 客户端随机测试思想 [打印本页]

作者: Erdosfish    时间: 2005-10-9 11:28
标题: 客户端随机测试思想
随机测试是根据测试者的经验随机的选取功能点对软件进行有针对性的测试。 这种测试没有用例的指导,完全根据测试员自己的经验和相关知识来测试.
一、作随机测试之前的一些前提条件
1.        熟悉产品的各项功能和产品的逻辑结果
2.        熟悉测试用例
3.        完整的执行过测试用例
4.        熟悉在用例测试阶段所发现的缺陷和缺陷的分布情况
5.        测试人员具备一定的测试经验,对缺陷有敏锐的洞察力。

二、随机测试功能点的选取
1.根据用例测试阶段对产品的了解选取缺陷比较密集的功能模块。
在发现很多缺陷的地方,一定可以发现更多的缺陷。我们在做随机测试的时候,首先会先统计一下,之前哪些模块被发现的缺陷最多,那么接下来一定要重点的在那个模块里发掘一下缺陷。
2.根据发现的一次性缺陷或重现率比较低的缺陷涉及的功能点选取随即测试功能点。
缺陷产生的过程一定可以重现,重现率比较低的缺陷是隐藏比较深的缺陷,这些缺陷可能正是导致软件无法上线的原因。因此重现这些隐藏缺陷是十分重要的工作。
3.与开发人员沟通了解软件的缺陷。
首先可以了解到程序本身哪些地方最复杂,最薄弱,这些地方最容易发生什么错误,其次可以了解程序员最容易在哪些地方犯哪些错误。前者通过对程序的熟悉可以比较好的掌握,后者可以通过对缺陷的分析得到。
4.根据经验选取功能点。积累了一定的测试经验以后,有时测试就是一种感觉。
5. 随机选取功能点。经过上述四种情况对功能点进行筛选后,剩下的功能点可以随机的选取。随机选取功能点只是在随机测试中选取功能点的一个方面,更多的时候还是要有针对行的选取功能点。
三、功能点的随机测试
1.以测试用例为基础。
首先要明确随机测试是对功能点进行随机测试而不是随机测试功能点。因此每一个功能点都是测试对象,依照测试用例可以有效地覆盖所有的功能点。
2.考虑操作前的状态
3.操作过程中的状态改变
4. 考虑到其他功能对该功能点的影响
5. 考虑该功能点直接对其他功能点的影响
6.考虑该功能点间接对其他功能点的影响
7. 操作步骤地追踪。
在测试中常常会出现这样的情况,进行一系列复杂的操作之后缺陷突然呈现在眼前。这个时候如果能清晰地描述出具体的操作过程对于缺陷的重现是十分有利的,这也对最后的缺陷定位和简化缺陷的重现步骤提供了保障。交互性的模块追踪步骤主要考虑自己操作步骤地最终和对方操作步骤地追踪。有时缺陷的出现并不是完全是由自己的操作而发生的,别人的操作也有可能导致缺陷,只有综合自己和对方的操作才能是完整的过程追踪。
8.简化缺陷重现步骤。
寻找缺陷要准确定位,开发和测试是一个整体,时间是等量的,时间不在你身上浪费,就是在他身上浪费。如果测试人员每次发现的缺陷 描述不清楚或者重现缺陷的过程非常复杂,并且多个问题潜在的错误原因是一个,虽然操作可能稍微有些变化。这样开发人员在重现缺陷 的时候他要调试跟踪判断,很花费时间,而且效率低。如果测试人员发现缺陷 的时候多尝试可以更加准确的定位缺陷 步骤和原因,给开发人员最精确的步骤和准确的描述,这样整个团队才能高效。简化缺陷重现的步骤主要体现在减少涉及的功能点的操作上。

9. 测试经验的积累
      经验是来之不易的东西,我们需要在日常测试中不断的积少成多,并且多和同行交换测试心得和测试经验丰富自己的测试手段和测试角度。经验在随机测试中可以帮助我们少走弯路,让我们的目标更加明确,更容易发现缺陷.
10. 测试心态
      做测试最重要的是心态,这里说的心态一方面指的是测试人员对程序的看法。作为测试人员,在拿到测试程序时,一定要保持悲观的心态,认定这个程序有很多缺陷和错误,甚至认定这个程序很垃圾,想像微软出来的程序都有很多缺陷,那我们的程序也一定需要我们去狠狠的去发掘缺陷。不能因为这个模块已经被测试过好多遍,或者这个这个模块非常小非常简单就忽略了对这个模块的测试。另一方面,要有足够的耐心。首先,在作随机测试之前比较明显的缺陷和操作步骤比较简单的缺陷已经基本上被找到,随即测试主要是挖掘深层次的缺陷。相对用例测试操作步骤相对复杂,因此随机测试可能会出现长时间找不到缺陷的情况,如果心浮气躁可能放过对该模块的测试,这时需要耐心的测试才能找到缺陷。
11. 与程序员进行沟通
     在和程序员沟通的过程中,你可以知道很多你前所未知的东西例如功能的实现过程,功能模块间的内在联系等,你可以通过验证这些东西,来发现未知的缺陷,并且可以激发你运用更多的测试手段来测试。
12. 一反三
     首先通过以前发现的缺陷反映出可能出现的一类缺陷,通过缺陷重现的步骤反映出一类操作可能会导致缺陷
13. 突破测试思想上的束缚
    测人人员的测试手段和测试角度往往是从别人那里得到的,因此测试人员常常受到传统测试思想的束缚。挖掘更深层次的缺陷需要测试思想有所创新和升华,这一点比较难做到,需要更多的对测试方式和测试角度进行独立思考.
作者: 秋天的枫叶    时间: 2005-11-22 16:36
LZ写的好,也有同感!
作者: linmi_010    时间: 2007-8-7 16:09
路过
作者: angle-ying    时间: 2010-4-7 10:33
很好 很强大
作者: liangshi    时间: 2010-4-7 12:50
这是探索性测试啊!很好的文章。
作者: chengning    时间: 2010-4-7 13:11
很好很强大




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2