探索性测试
探索性测试
在本节中，我们将了解探索性测试、它的类型、使用时以及它的优缺点。
什么是探索性测试？
如果需求不存在，那么我们进行一轮探索性测试。
因此，首先，我们将探索应用程序，了解应用程序的流程，准备测试文档，然后测试应用程序，这种方法被称为探索性测试。
当我们使用探索性测试时
我们会在以下几个方面使用这个测试:
缺少需求时
需要早期迭代
当我们有一个关键的应用程序时，测试团队有经验丰富的测试人员，并且新的测试人员加入了团队。
例如，要测试任何软件或应用程序，首先我们将执行单元、集成和系统测试。
因此，如果我们想首先了解任何应用程序，我们将执行单元或组件测试，假设该应用程序有一个包含许多元素的登录页面，并且我们将了解每个部分并进行组件测试，但实际上，我们正在进行探索性测试，因为我们正在探索应用程序。
假设我们的应用程序中有许多模块，并且我们正在尝试做一些集成场景。
我们只是在执行集成测试时间接地进行探索性测试。
而且，即使我们在执行系统测试，我们也间接地执行探索性测试，因为在这里我们也在理解和探索应用程序。
为什么需要rement 缺失
需求缺失，原因如下:
如果项目很老，测试工程师从一开始就无法理解每个场景，可能可能会缺少需求。
例如，在每个公司中，我们都没有看到任何快速流程，这意味着我们不能指望发布在短短的时间内完成一个月，产品应该在非常短的时间内交付。
许多公司在过去 6 到 12 年中仍处于特定产品的开发阶段。
假设一家公司有一个已有 15 年历史的项目，现在他们聘请了一名新的测试工程师。新的测试工程师在从头或开始理解每个场景或需求方面面临许多困难，因为他/她是应用程序的新手。
在这种情况下，测试工程师将用 15 年的软件做什么?
所以首先，他/她将接受该应用程序并开始探索该应用程序。一旦测试工程师开始使用该应用程序，他/她就会了解该应用程序是如何工作的。而且，这个过程只不过是探索性测试。
如何进行探索性测试
要进行探索性测试，首先，我们将开始使用应用程序并了解高级测试工程师、开发人员等具有良好产品知识的人员对应用程序的要求。
然后我们将探索应用程序并编写必要的文档，并将此文档发送给领域专家，他们将通过文档。
我们可以根据我们的知识来测试应用程序，并借助已经投放市场的竞争产品。
探索性测试的类型
探索性测试可以分为三个部分，分别如下:
自由泳
基于策略的
基于场景
自由式
在自由式测试中，我们没有遵循任何规则，没有最大覆盖率，我们将像Adhoc测试一样探索应用程序。
如果我们想对软件友好并检查其他测试工程师的工作，我们可以使用自由式探索性测试。
基于策略
基于策略的探索性测试可以在多种测试技术的帮助下进行，例如基于风险的、边界值分析和
由经验丰富的测试人员完成，他/她对应用程序的使用时间最长，因为他/她非常了解应用程序。
基于场景的
基于场景的探索性测试是在端到端、测试场景，以及真实的用户场景arios。
测试工程师可以在探索应用程序的同时发现缺陷，还可以根据他们的应用程序知识检查多种场景的各种可能性。
优势探索性测试的优点和缺点
优点
以下是探索性测试的一些优点:
如果测试工程师使用探索性测试，他/她可能会及早发现严重错误，因为在此测试中，我们需要较少的准备。
在本次测试中，我们还可以找到那些可能在测试用例中遗漏的错误。
此测试可用于测试新功能，而对于现有功能，如果测试应用程序的时间较少，我们将使用回归测试。
对于测试工程师来说，这项测试需要非常专注来探索应用程序。
缺点
以下是探索性测试的缺点:
耗时
这是一个耗时的过程，因为我们不知道需求，并且必须首先测试哪个功能，因为我们只是在探索应用程序。
测试工程师会将该功能误解为错误。
例如，假设我们有一个登录页面并且要求说我们必须提供必要的详细信息如用户名、密码和员工 ID，然后点击登录按钮。
但是在进行探索性测试时，我们只提供详细信息用户名，密码，，然后点击登录按钮，但是我们还没有输入员工ID。由于我们没有需求，并且在做探索性测试，这就是为什么我们认为员工 ID 组件是一个错误，但它是一个功能。
错误可能被误解为一项功能
例如，假设我们有一个注册页面，我们必须在其中提供用户名、密码等详细信息，手机号码，和电子邮件ID。
并且要求说，当我们提供手机号码和电子邮件ID时，相同的代码将发送到注册的电子邮件ID和手机号码来验证是否正确。
但是当我们在注册页面上进行探索性测试并提供所有详细信息(用户名、密码、手机号码和电子邮件 ID)时，代码只会是发送到我们的手机号码，而不是电子邮件 ID。
发生这种情况是因为缺少需求，我们会误认为这个错误是一个功能，我们从来没有认为这是一个错误。 
