临时测试

在本节中，我们将了解 Adhoc 测试、Adhoc 测试的类型、Adhoc 测试的必要性以及 Adhoc 测试的优缺点。

什么是临时测试？

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

临时测试也称为Monkey 测试和 Gorilla 测试。

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

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

临时测试示例

场景1

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

然后，我们点击某个功能而不是进入登录页面，它进入空白页面，那么它将是一个错误。

为了避免这种情况，我们进行了一轮临时测试，如下图所示：

场景2

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

场景3

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

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

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

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

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

随机检查应用程序而不遵循任何顺序或程序，因为用户不知道如何使用该应用程序，他们可能会随机使用它并找到一些问题来解决这个问题，我们进行了一轮 Adhoc 测试。

当我们进行临时测试时

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

临时测试的类型

以下是临时测试的类型：

• 好友测试
• 配对测试

好友测试

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

当对应用程序进行单元测试时，只有我们可以进行伙伴测试。这种类型的测试有助于开发团队和测试团队完成他们的工作。

配对测试

在这种类型的测试中，两名测试人员将共同测试软件，在那里他们可以分享他们的想法并识别应用程序中的错误或缺陷。

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

临时测试的优势

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

• 临时测试不能遵循任何流程；这就是为什么它可以在软件开发生命周期中的任何时间执行。
• 测试工程师可以用他们的新方式测试应用程序，这有助于我们找出与实际测试过程相比的大量错误。
• 开发人员还可以在开发有助于他们以更好方式编码的模块时执行临时测试。
• 当需要在更短的时间内进行深入测试时，可以进行临时测试并按时交付优质产品。
• 临时测试不需要任何文档；这就是为什么测试人员可以更专注地测试应用程序而不必担心正式文档。

临时测试的缺点

以下是临时测试的缺点：

• Adhoc 测试依赖于测试工程师的产品知识，因为他/她知道应用程序的流程，所以他/她知道应用程序可以在哪里崩溃，而新的测试工程师可能对应用程序不太熟悉。
• 有时重现错误很困难，因为在这次测试中，我们没有遵循任何计划。