三、功能点的随机测试

　　1）以测试用例为基础。

　　首先要明确随机测试是对功能点进行随机测试而不是随机测试功能点。因此每一个功能点都是测试对象，依照测试用例可以有效地覆盖所有的功能点。

　　2）考虑操作前的状态

　　3）操作过程中的状态改变

　　4）考虑到其他功能对该功能点的影响

　　5）考虑该功能点直接对其他功能点的影响

　　6）考虑该功能点间接对其他功能点的影响

　　7）操作步骤地追踪。

　　在测试中常常会出现这样的情况，进行一系列复杂的操作之后缺陷突然呈现在眼前。这个时候如果能清晰地描述出具体的操作过程对于缺陷的重现是十分有利的，这也对最后的缺陷定位和简化缺陷的重现步骤提供了保障。交互性的模块追踪步骤主要考虑自己操作步骤地最终和对方操作步骤地追踪。有时缺陷的出现并不是完全是由自己的操作而发生的，别人的操作也有可能导致缺陷，只有综合自己和对方的操作才能是完整的过程追踪。

　　8）简化缺陷重现步骤。

　　寻找缺陷要准确定位，开发和测试是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的缺陷 描述不清楚或者重现缺陷的过程非常复杂，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现缺陷 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现缺陷 的时候多尝试可以更加准确的定位缺陷 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效。简化缺陷重现的步骤主要体现在减少涉及的功能点的操作上。

　　9）测试经验的积累

　　经验是来之不易的东西，我们需要在日常测试中不断的积少成多，并且多和同行交换测试心得和测试经验丰富自己的测试手段和测试角度。经验在随机测试中可以帮助我们少走弯路，让我们的目标更加明确，更容易发现缺陷.

　　10）测试心态

　　做测试最重要的是心态，这里说的心态一方面指的是测试人员对程序的看法。作为测试人员，在拿到测试程序时，一定要保持悲观的心态，认定这个程序有很多缺陷和错误，甚至认定这个程序很垃圾，想像微软出来的程序都有很多缺陷，那我们的程序也一定需要我们去狠狠的去发掘缺陷。不能因为这个模块已经被测试过好多遍，或者这个这个模块非常小非常简单就忽略了对这个模块的测试。另一方面，要有足够的耐心。首先，在作随机测试之前比较明显的缺陷和操作步骤比较简单的缺陷已经基本上被找到，随即测试主要是挖掘深层次的缺陷。相对用例测试操作步骤相对复杂，因此随机测试可能会出现长时间找不到缺陷的情况，如果心浮气躁可能放过对该模块的测试，这时需要耐心的测试才能找到缺陷。

　　11）与程序员进行沟通

　　在和程序员沟通的过程中，你可以知道很多你前所未知的东西例如功能的实现过程，功能模块间的内在联系等，你可以通过验证这些东西，来发现未知的缺陷，并且可以激发你运用更多的测试手段来测试。

　　12）一反三

　　首先通过以前发现的缺陷反映出可能出现的一类缺陷，通过缺陷重现的步骤反映出一类操作可能会导致缺陷

　　13）突破测试思想上的束缚

　　测人人员的测试手段和测试角度往往是从别人那里得到的，因此测试人员常常受到传统测试思想的束缚。挖掘更深层次的缺陷需要测试思想有所创新和升华，这一点比较难做到，需要更多的对测试方式和测试角度进行独立思考。

版权声明：本文出自purplerain的51Testing软件测试博客：http://www.51testing.com/?382130

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。