随机测试
随机测试是一种非正式或非结构化的软件测试类型，旨在打破测试过程，以便在可能的早期阶段发现可能的缺陷或错误。特别测试是随机进行的，它通常是一个计划外的活动，不遵循任何文档和测试设计技术来创建测试用例。
随机测试不遵循任何结构化的测试方式，它是在应用程序的任何部分随机进行的。错误猜测可以由对系统有足够经验的人来完成，以“猜测”最可能的错误来源。
此测试不需要遵循任何文档/规划/流程。由于此测试的目的是通过随机方式发现缺陷，这意味着有时很难再现缺陷，因为没有与之对应的测试步骤或需求。
何时执行临时测试？
当进行精细测试的时间有限时，可以执行特殊测试。仅当测试人员了解被测系统时，随机测试才有效。
随机测试的类型
有不同类型的随机测试，它们如下所列：
| 说明
—|—
协作测试 | 两个测试人员在识别同一模块中的缺陷方面相互合作。大多数情况下，只有一个测试会参与此测试，测试通常在单元测试完成后进行。 结对测试 | 两个测试员被分配到模块，分享想法，并在同一台机器上工作，以发现缺陷。在测试期间，人员的角色可以是测试员和抄写员。 比较伙伴和配对测试： 伙伴测试是单元测试和系统测试以及开发人员和测试人员的组合，但是结对测试只在具有不同知识水平的测试人员之间进行。(有经验和无经验分享他们的想法和观点)
随机测试 | 在没有测试用例的情况下随机测试产品或应用程序，目的是破坏系统。
随机测试的最佳实践
遵循最佳实践可以确保有效的随机测试。
良好的商业知识
测试人员应该对业务有很好的了解，并且清楚地理解需求–端到端业务流程的详细知识将有助于轻松发现缺陷。有经验的测试人员发现更多的缺陷，因为他们更善于猜测错误。
测试密钥模块
应确定关键业务模块并将其作为随机测试的目标。应该首先测试业务关键型模块，以获得对系统质量的信心。
记录缺陷
所有缺陷都需要记录在记事本上。对于每个有效的缺陷，必须编写相应的测试用例，并且必须将其添加到计划的测试用例中。
当计划测试用例时，这些缺陷发现应该作为吸取的教训做出，并且这些应该反映在我们的下一个系统中。
结论：
随机测试的优点是检查测试的完整性，发现比计划测试更多的缺陷。缺陷捕获测试用例作为附加测试用例添加到计划的测试用例中。
在软件工程中，随机测试节省了大量时间，因为它不需要详细的测试计划、文档和测试用例设计。
