Ad-Hoc Testing：包含示例和最佳实践的综合指南

在本临时测试教程中，让我们深入了解什么是临时测试、它的优点、缺点、类型、特征和最佳实践。

临时测试是根据测试需要创建测试的过程。这些测试不是作为既定计划的一部分创建的，也不是为了测试特定功能而创建的，而是为了确保产品的特定区域正常工作。它还作为回归测试的一部分执行，以确保新补丁和修复不会导致产品当前版本出现任何问题。

测试人员必须愿意挑战任何想法，无论它是好是坏。测试您的想法的最佳方法之一是通过临时测试，这是一种以最小的努力发现新问题和风险的好方法。它允许您采取更具创造性的方法并尝试新事物，而不是通过正式化流程来发现问题。

在本测试教程中，让我们深入了解 Ad-hoc 测试是什么，它的优点、缺点、最佳实践、特征等。

什么是Ad-Hoc Testing？

Ad-Hoc Testing是一种非正式的、非结构化的软件测试，旨在打破测试过程以尽早发现潜在的缺陷或错误。它是随机执行的，通常是计划外的活动，在编写测试用例时不遵守测试设计原则或文档。

在这里，软件测试是在没有足够的计划和文档的情况下进行的。如果我们没有发现任何缺陷，此类测试只会运行一次。

在应用程序经过正式测试后进行临时测试。由于没有针对某些场景的测试用例，因此使用此方法发现的问题很难重现。

测试是在测试人员了解应用程序的情况下完成的，测试人员在不遵守要求或规范的情况下进行随机测试。因此，做测试的测试人员的能力决定了ad-hoc测试的成败。如果没有足够的计划或文档，测试人员必须完全依靠直觉来发现缺陷。

临时测试的重要性

临时测试的主要目标是通过随机测试识别任何缺陷。测试人员通过随机执行这些步骤来即兴创作。这可以揭示在使用其他方法时经常被忽略的高度具体和相关的缺陷。

运行临时测试可以帮助您，

1. 确定测试策略中的漏洞。
2. 避免代价高昂的挫折。
3. 简化测试工作流程和脚本化方法。
4. 它使用开箱即用的测试快速检测缺陷。

临时测试的特征

为了最大限度地发挥测试工作的优势，临时测试具有以下一些特征：

1. 该测试在程序经过正式测试程序后进行。它们用于识别在测试前无法预测的应用程序异常情况。
2. 测试人员和开发人员采用探索性测试，生成随机测试过程并根据错误猜测运行测试，而不是创建测试设计。
3. 只有非常熟悉应用程序内部工作原理的测试人员才能执行此测试。这是真的，因为只有当测试人员了解软件的功能和工作原理时，才能执行有效的“错误猜测”。
4. 它们始终与测试目标保持一致。
5. 这种方法最适合识别导致严重应用程序缺陷的错误和不一致。这些错误通常很难发现。

临时测试的优势

临时测试可以在短时间内完成。它有助于开发独特的测试用例。该测试有助于创建一个在未来不易受问题影响的健壮产品。让我们来看看它的一些额外优势。

1. 临时测试可以在软件开发生命周期 (SDLC)的任何时间点进行，因为它不需要遵守任何流程。
2. 它不仅是测试团队的领域；开发商也可以参与。
3. 由于可用于测试软件的许多尖端技术，主要优点是测试人员可以识别比传统测试更多的缺陷。
4. 即使需要在短时间内进行深入测试，也可以在截止日期前交付优质产品。
5. 因为不需要文档，所以测试仪不会承受额外的负载。测试人员的重点可以放在理解底层架构上。
6. 它有助于识别测试场景中的未知区域，增强产品的免疫力。
7. 测试人员可以根据自己的直觉和理解自由探索程序。然后，他们可以在进行时运行测试，帮助他们在进行时识别错误。

临时测试的局限性

临时测试的主要问题是很难跟踪已测试的内容、尚未测试的内容以及测试结果的含义。由于没有提前进行测试的计划，因此无法知道哪些边缘情况和错误条件已经过测试或尚未测试过。事实上，我们将在这里讨论更多的限制。

1. 临时测试取决于测试工程师的产品知识，因为他们熟悉应用程序的流程并知道潜在的故障点，而新测试工程师可能不会。
2. 由于没有定义测试方法，也没有使用特定的测试用例，因此测试人员重新创建问题非常具有挑战性。这是因为测试人员必须回忆他的精确步骤才能获得该错误，而这并不总是可以实现的。
3. 由于测试人员随机选择无效测试用例，偶尔会报告无效错误，这会给后续的错误修复过程带来问题。
4. 要准确识别任何模型中的问题，需要对产品和测试概念有扎实的理解。
5. 由于在整个测试过程中缺乏计划，因此有时很难重现错误。
6. 无法保证会发现错误。
7. 无法计算投入这种形式的测试的时间和精力，因为它没有计划或安排。

何时进行临时测试，何时不进行

大多数时候，测试团队经常因为在有限的时间范围内有太多的事情要测试而感到压力重重。由正式流程开发的众多测试任务也必须在这么短的时间内完成。在这些情况下，临时测试有很小的机会进入测试。

它通常在没有足够时间完成大量测试时执行，这需要创建测试需求文档、测试用例和测试用例设计。进行此类测试的最佳时间是在正式测试技术完成之后。

另一方面，可以在开发软件时进行临时测试。它可以在制作了几个模块之后甚至在开发了整个程序之后完成。此外，它可以作为正式测试过程的一部分来完成。但是，在某些情况下，这种测试是不必要的。因此，每个测试人员都必须知道何时避免进行这种形式的测试。

何时不进行临时测试

临时测试可以是高效且富有成效的，但作为熟练且经验丰富的测试人员，我们还需要确定何时放弃此类测试。这里有一些不是必需的建议，尽管这取决于测试人员在每种情况下的选择。

1. 进行Beta 测试时，不允许进行 Ad-hoc 测试，因为客户评估已生产的软件以建议应添加的新功能或更改其要求，因为 Beta 测试涉及客户。
2. 此外，建议不要对已经包含错误的测试用例执行此测试。在从系统中消除错误之前，必须首先准确记录错误。测试用例必须在修复后重新测试以确认正常运行。
3. 另一个例子是添加了一个非常基本的 UI 界面。在这里，常规的正面和负面测试应该足以识别大多数缺陷。

临时测试的类型？

Ad-hoc 测试分为三种类型，如下所列：

1. 好友测试

在此测试期间，测试成员和开发成员将在同一个模块上工作。开发人员完成单元测试后，测试人员和开发人员立即开始一起处理模块。这两个“伙伴”团队在该模块上共同工作以创建有效的测试用例。这种测试类型有助于测试人员和开发人员从更广泛的角度检查功能。

此外，测试人员和开发人员都将更好地了解对方执行的多项测试，这将有助于测试人员避免创建无效情况，从而避免无效故障。它将使一个人与另一个人有相似的想法。

1. 结对测试

在此测试中，两名测试人员使用相同的测试环境协作处理一个模块。这种类型的测试旨在让两名测试人员集思广益，找出各种缺陷。两个伙伴都可以在测试过程中进行协作，并为任何发现创建必要的文档。

他们一起使用同一台机器来分享知识、观点和想法，以发现缺陷和错误。测试人员根据他们的能力和知识水平进行合作，以获得对任何问题的不同观点。

1. 猴子测试

在开发过程中，软件使用任意输入或“猴子测试”进行测试，以发现模糊或不寻常的问题。任意数量的开发人员和测试人员都可以执行猴子测试。它不遵循既定规则，例如使用它的开发人员或测试人员的数量，通常被称为“猴子测试”。该测试主要在单元测试级别进行。

执行临时测试所需的技能

在执行临时测试时需要熟悉许多技能。他们之中有一些是：

1. 测试人员应该彻底了解产品。
2. 该应用程序应使用真实世界的专业知识进行测试。
3. 该小组应集中精力优先考虑关键方面。
4. 为测试过程指明方向的粗略计划。
5. 记录观察结果和记录错误的能力。
6. 测试人员应该考虑开箱即用的场景。

临时测试与探索性测试

探索性测试可以在开发周期中更快、更早地识别错误。临时测试具有许多与探索性测试相同的优点。但是，根据定义，两者之间几乎没有区别。意识到差异可以防止任何潜在的误解。让我们知道比较。

临时测试探索性测试了解应用程序是第一步，然后是执行实际测试过程。该过程从测试应用程序开始，然后进行调查以了解它。不需要任何类型的文档。需要有关测试细节的文档。临时测试需要了解程序的知识渊博的测试人员。探索应用程序不需要专家。收集完所有必要的数据后，就可以开始测试了。数据收集和测试在勘探测试期间同时发生。它适用于负面测试场景。它主要与积极的情况有关。它专注于改进测试程序。它强调学习应用程序。测试人员的创造力和直觉将决定这一点。测试人员的感知和好奇心将决定这一点。没有时间限制。这是一种有时间限制的方法。

临时测试工具

临时测试工具允许您创建测试用例，而无需经历创建正式测试计划的过程。这些工具通常用于敏捷测试环境，在这种环境中，需要进行快速、迭代的测试以跟上开发周期的步伐。

这是一个工具列表。让我们读一读。

1. Selenium
   

说到自动化浏览器测试，Selenium 无疑是最知名的工具。对于想要采用 Ad-hoc 测试的团队来说，开源框架 Selenium 是一个不错的选择。Selenium 是具有高水平编程能力的质量保证 (QA) 工程师的首选工具。设置框架并将其集成到您当前的开发周期中需要对其功能有透彻的了解。

对于跨浏览器测试，Selenium 支持许多流行的操作系统（Windows、macOS、Linux）和浏览器（Chrome、Firefox、Safari）。

1. QTP

QTP 帮助测试人员运行自动化测试，以发现任何偏离应用程序预期结果的缺陷、故障或差距。它允许测试人员在活动屏幕上录制脚本时参考屏幕对象属性。它有一个很好的系统或程序来识别对象。Micro Focus 的 UFT 使用 VBScript 来自动化应用程序。

1. Cucumber
   

Cucumber 是另一个支持行为驱动开发的测试工具。它提供了一种编写测试的方法，无论技术能力如何，每个人都可以理解。在开发人员在 BDD 中创建代码之前，用户（业务分析师、产品所有者）首先编写场景或验收测试，从客户的角度描述系统的行为。这些场景和验收测试随后由产品所有者审查和批准。Cucumber 框架使用 Ruby 编程。

如何在 LambdaTest 上执行 Ad-Hoc 测试？

每个组织都不能也不需要预留预算或数据中心容量来为其测试人员支持如此庞大的测试环境。相反，企业可能会研究基于云的平台，例如 LambdaTest，这是一个用于跨浏览器测试的平台，可以访问包含 3000 多个浏览器和操作系统的在线浏览器场，以进行 Web 测试和移动应用程序测试。

在 LambdaTest 的云基础设施的帮助下，企业可以在实时情况下产生完美的结果。

客户可以将 LambdaTest 基础设施与其他测试工具（如 Selenium、Cypress、Appium 和 HyperExecute）结合使用。组织可以将最好的 CI/CD 工具（持续集成和持续部署）集成到 LambdaTest 平台，如 Travis、Circle CI、Jenkins、Bamboo、AWS CodePipeline 和其他工具，以提高整个团队在 Ad-hoc 上的工作效率测试过程。

执行手动临时测试

在手动测试的情况下，可以使用浏览器通过调用任何相关事件来检查组件的视觉和行为特征。我们可以使用 LambdaTest 的在线测试云平台来快速设置必要的基础设施，并在众多浏览器、操作系统和进行这些测试所需的设备上运行我们的测试用例。

对于网页的手动实时测试，LambdaTest 的实时测试是一个极好的选择。如果您还没有，只需在 LambdaTest 注册页面上注册一个帐户即可试用这些功能。

您可能会注意到有很多选项可供选择以执行临时测试。

1. 登录到您的 LambdaTest 帐户。还没有帐户？免费注册。
2. 转到实时测试 → 浏览器测试

1. 输入网站 URL 并选择是在台式机还是移动设备上进行测试。假设您想在桌面上进行测试，然后选择浏览器VERSION、OSRESOLUTION。之后，单击开始

1. 它将带您到基于云的虚拟机，您可以在其中对您的网站和 Web 应用程序运行手动临时测试。

作为测试人员，您可以在给定时间内随时更改分辨率、浏览器版本或操作系统版本。您的环境会话将根据您的选择自动更改。

执行自动化临时测试

手动测试您的网站是个好主意。然而，每当应用程序发生变化时，测试相同的场景既费时又费力。因此，执行自动化测试对于提高测试套件执行的速度和有效性至关重要。

测试人员可以使用 LambdaTest 的在线 Selenium Grid 在安全、有效、高度可用且可扩展的基于 Selenium 的基础设施上运行端到端自动化测试。

1. 要执行自动化测试，请单击LambdaTest 控制面板中的Automation → Build选项。

1. 如果选择 Python 作为语言，则必须使用以下屏幕来设置项目以及操作系统和浏览器。通过设置必要的信息，您可以运行您的测试用例。

Ad-Hoc 测试的最佳实践

临时测试是帮助确保质量和检测产品缺陷的好方法。以下是您应该了解的一些最佳实践：

1. 业务专长：测试人员的知识基础和对业务需求的理解应该是扎实的。对程序的透彻理解将使查找错误变得容易。因为他们更擅长预测错误，所以有经验的测试人员会发现更多的缺陷。
2. 准备：如果已经对可比程序进行了缺陷分析，则更有可能在手头的应用程序中发现缺陷。这样的准备工作可以帮助测试人员专注于薄弱区域，而不是浪费时间进行随机测试。
3. 测试关键模块：选择关键业务模块进行临时测试至关重要。此外，必须首先评估关键业务模块，以增强对系统质量的信心。
4. 发展一个粗略的概念：如果测试人员有一个粗略的想法，他们将专注于测试。不需要记录测试内容和测试方式的完整计划。
5. 记录缺陷：必须在记事本中记录或记下所有缺陷。开发人员必须负责修复缺陷。必须为每个合法缺陷编写相应的测试用例并将其包含在计划的测试用例中。在我们安排测试用例的同时，这些缺陷发现应该作为一个经验教训，并在下一个系统中使用。
6. 确定容易出现缺陷的区域：在牢牢掌握测试特定软件之后，您会承认某些软件功能比其他功能更容易出现故障。如果您不熟悉系统，请检查针对它们打开的功能与缺陷。功能的缺陷率将表明它的敏感程度，您应该专门选择该区域进行临时测试。这是在短时间内发现一些严重缺陷的有效方法。
7. 创建测试类别：一旦您知道需要评估的特征，请留出一些时间来考虑如何对这些特征进行分类并进行测试。首先，您应该选择测试用户最常看到和使用的功能，因为这些功能似乎对软件的成功至关重要。
8. 分而治之：通过按部分测试应用程序，我们将能够更清楚地集中精力并找出任何问题。
9. 使用工具：测试功能经常顺利进行，没有观察到其行为方式的差异。尽管它们不会以任何方式干扰测试目标，但保存在后台的日志可能会报告测试人员可能错过的某些异常。这些可能非常严重。因此，我们必须获得使我们能够立即识别这一点的工具。

总结

完全涵盖了临时测试方法，包括它们的优点、缺点、最佳实践、何时以及何时不执行测试、类型等。

它总是给我最大的快乐，因为你的创造力和知识是无穷无尽的。

话虽如此，从上述所有信息中获取的最重要的事情是弄清楚如何利用临时测试的优势并使其有助于改进整体测试过程和最终产品的质量。