软件测试之随机测试详解

在软件测试中除了根据测试用例和测试说明书进行功能测试外，还需要进行随机测试，随机测试是没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行测试用例的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug，进行再次测试，可以结合回归测试一起进行。

理论上，每一个被测软件版本都需要执行随机测试，尤其对于最后的将要发布的版本更要重视随机测试。随机测试最好由具有丰富测试经验的熟悉被测软件的测试人员进行测试。对于被测试的软件越熟悉，执行随机测试越容易。只有不断的积累测试经验，包括具体 的测试执行和对缺陷跟踪记录的分析，不断总结，才能提高。

客户端随机测试思想

随机测试是根据测试者的经验随机的选取功能点对软件进行有针对性的测试。 这种测试没有用例的指导，完全根据测试员自己的经验和相关知识来测试。

同时，我也为大家准备了一份软件测试视频教程（含面试、接口、自动化、性能测试等），就在下方，需要的可以直接去观看，也可以直接点击文末小卡片免费领取资料文档

软件测试视频教程观看处：

Python自动化测试开发教程天花板，27天速成，从入门到就业，比你盲目自学好多了，允许白嫖！

一、作随机测试之前的一些前提条件

1）熟悉产品的各项功能和产品的逻辑结果

2）熟悉测试用例

3）完整的执行过测试用例

4）熟悉在用例测试阶段所发现的缺陷和缺陷的分布情况

5）测试人员具备一定的测试经验，对缺陷有敏锐的洞察力。

二、随机测试功能点的选取

1）根据用例测试阶段对产品的了解选取缺陷比较密集的功能模块。

在发现很多缺陷的地方，一定可以发现更多的缺陷。我们在做随机测试的时候，首先会先统计一下，之前哪些模块被发现的缺陷最多，那么接下来一定要重点的在那个模块里发掘一下缺陷。

2）根据发现的一次性缺陷或重现率比较低的缺陷涉及的功能点选取随即测试功能点。

缺陷产生的过程一定可以重现，重现率比较低的缺陷是隐藏比较深的缺陷，这些缺陷可能正是导致软件无法上线的原因。因此重现这些隐藏缺陷是十分重要的工作。

3）与开发人员沟通了解软件的缺陷。

首先可以了解到程序本身哪些地方最复杂，最薄弱，这些地方最容易发生什么错误，其次可以了解程序员最容易在哪些地方犯哪些错误。前者通过对程序的熟悉可以比较好的掌握，后者可以通过对缺陷的分析得到。

4）根据经验选取功能点。积累了一定的测试经验以后，有时测试就是一种感觉。

5）随机选取功能点。经过上述四种情况对功能点进行筛选后，剩下的功能点可以随机的选取。随机选取功能点只是在随机测试中选取功能点的一个方面，更多的时候还是要有针对行的选取功能点。

三、功能点的随机测试

1）以测试用例为基础

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

2）考虑操作前的状态

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

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

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

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

7）操作步骤地追踪

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

8）简化缺陷重现步骤

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

9）测试经验的积累

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

10）测试心态

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

11）与程序员进行沟通

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

12）一反三

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

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

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

写在最后

PS：这里分享一套软件测试的自学教程合集。对于在测试行业发展的小伙伴们来说应该会很有帮助。除了基础入门的资源，博主也收集不少进阶自动化的资源，从理论到实战，知行合一才能真正的掌握。全套内容已经打包到网盘，内容总量接近500个G。

☑ 240集-零基础到精通全套视频课程
☑ [课件+源码]-完整配套的教程
☑ 18套-测试实战项目源码
☑ 37套-测试工具软件包
☑ 268道-真实面试题
☑ 200个模板-面试简历模板、测试方案模板、软件测试报告模板、测试分析模版、测试计划模板、性能测试报告、性能测试报告、性能测试脚本用例模板（信息完整）

这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。