临时测试

在本节中，我们将学习Adhoc测试，Adhoc测试的类型，Adhoc测试的需求以及临时测试的优点/缺点。

什么是临时测试?

我们在构建按检查顺序进行时进行此测试，然后通过随机检查应用程序进行Adhoc测试。

临时测试也称为猴子测试和大猩猩测试。

这是负面的测试，因为我们将根据客户的要求测试应用程序。

当最终用户随机使用该应用程序时，他/她可能会看到错误，但是专业的测试工程师会系统地使用该软件，因此他/她可能找不到相同的错误。

临时测试示例

场景1

假设我们将对该软件进行一轮功能测试，集成和系统测试。

然后，我们单击某个功能，而不是转到登录页面，然后转到空白页面，这将是一个错误。

为了避免出现这种情况，我们进行了一轮即席测试，如下图所示：

方案2

在Adhoc测试中，我们没有遵循要求，因为我们随机检查软件。我们需要A?B?C?D，但是在执行Adhoc测试时，测试工程师直接转到C并测试应用程序，如下图所示：

场景3

假设我们正在使用两种不同的浏览器，例如Google Chrome和Mozilla Firefox，并在这两种浏览器中登录到Facebook应用程序。

然后，我们将在Google Chrome浏览器中更改密码，然后在另一个浏览器(Firefox)中执行一些操作，例如发送消息。

它应该导航到登录页面，并要求再次填写登录凭据，因为我们在另一个浏览器(Chrome)中更改了凭据，此过程称为即席测试。

为什么我们需要执行临时测试?

当产品投放市场时，我们会进行Adhoc测试，因为客户永远不会为此而按顺序/系统地使用该应用程序；我们通过随机检查进行临时测试来检查应用程序。

由于用户不知道如何使用该应用程序，因此无需遵循任何顺序或步骤即可随机检查该应用程序，因此他们可能会随机使用该应用程序并发现一些问题来解决此问题，因此我们进行了一轮Adhoc测试。

当我们进行即席测试时

当执行所有类型的测试时，我们会进行临时测试。如果时间允许，我们将在即席测试期间检查所有负面情况。

临时测试的类型

以下是临时测试的类型：

• 好友测试
• 配对测试

好友测试

好友测试至少要由两名成员完成。一名成员来自测试团队，另一名成员来自开发团队。

在应用程序上执行单元测试时，只有我们才能执行伙伴测试。这种测试可以帮助开发人员团队和测试团队完成工作。

配对测试

在这种类型的测试中，两个测试人员将一起测试软件，在这里他们可以共享想法并确定应用程序中的错误或缺陷。

其中一个将测试该应用程序，另一个可以查看和分析该应用程序。

临时测试的优点

以下是临时测试的一些好处：

• 临时测试不能遵循任何过程；这就是为什么它可以在软件开发生命周期中随时执行的原因。
• 测试工程师可以采用新的方式来测试应用程序，这可以帮助我们发现与实际测试过程相比的许多错误。
• 开发人员还可以在开发模块时执行即席测试，以帮助他们更好地进行编码。
• 如果需要在更短的时间内进行深度测试，则可以执行即席测试，还可以按时交付优质产品。
• 临时测试不需要任何文档；这就是为什么测试人员可以集中精力测试应用程序而不必担心正式文档的原因。

临时测试的缺点

以下是临时测试的缺点：

• 临时测试取决于测试工程师的产品知识，因为他/她知道应用程序的流程，因此他/她知道应用程序可能崩溃的地方，并且新的测试工程师可能对应用程序不太熟悉。
• 有时很难重现该错误，因为在此测试中，我们未遵循任何计划。