临时测试
临时测试
在本节中，我们将了解即席测试、即席测试的类型、即席测试的必要性以及即席测试的优缺点。
什么是 Adhoc 测试？
我们在构建处于检查顺序时进行此测试，然后我们通过随机检查应用程序进行 Adhoc 测试。
临时测试也称为Monkey测试和大猩猩测试。
这是负面测试，因为我们将根据客户的要求测试应用程序。
当最终用户随机使用应用程序时，他/她可能会看到一个错误，但专业测试工程师系统地使用该软件，因此他/她可能找不到相同的错误。
临时测试示例
场景 1
假设我们将在 s 上进行一轮功能测试、集成和系统测试
然后，我们点击某个功能，而不是进入登录页面，它进入空白页面，那么这将是一个错误。
为了避免这种情况在场景中，我们进行一轮临时测试，如下图所示:
场景 2
在 Adhoc 测试中，我们不遵循要求，因为我们随机检查软件。我们需要的是 A?B?C?D，但是在执行 Adhoc 测试时，测试工程师直接转到 C 并测试应用程序，如下图所示:
场景 3
假设我们使用两种不同的浏览器，如 Google Chrome 和 Mozilla Firefox 以及在两个浏览器中登录 Facebook 应用程序。
然后，我们将在 Google Chrome 浏览器中更改密码，然后在另一个浏览器(Firefox) 中执行一些操作，例如发送消息。
它应该导航到登录页面，并要求再次填写登录凭据，因为我们在另一个浏览器(Chrome)中更改了凭据，此过程称为临时测试。
为什么我们需要进行 Adhoc 测试？
当产品投放市场时，我们会进行 Adhoc 测试，因为客户从来没有因此而按顺序/系统地使用应用程序；我们通过随机检查进行 Adhoc 测试来检查应用程序。
随机检查应用程序而不遵循任何顺序或程序，因为用户不知道如何使用该应用程序，他们可能会随机使用它并发现为了解决这个问题，我们进行了一轮 Adhoc 测试。
当我们执行 adhoc 测试时
当我们执行所有类型的测试时，我们会进行 Adhoc 测试。如果时间允许，我们将在临时测试期间检查所有负面情况。
临时测试的类型
以下是临时测试的类型:
好友测试
配对测试
好友测试
好友测试至少由两名成员完成。一个成员来自测试团队，另一个来自开发团队。
当对应用程序进行单元测试时，只有我们可以进行伙伴测试。这种类型的测试有助于开发团队和测试团队完成他们的工作。
结对测试
在这种类型的测试中，两名测试人员将一起工作测试软件，在那里他们可以分享他们的想法并识别应用程序中的错误或缺陷。
其中一个将测试应用程序，另一个可以审查和分析应用程序。
即席测试的优势
以下是即席测试的一些优势:
临时测试不能遵循任何流程；这就是为什么它可以在软件开发生命周期中的任何时间执行。
测试工程师可以用他们的新方法测试应用程序，与实际测试过程相比，这有助于我们找出许多错误。
开发人员还可以在开发有助于他们以更好方式编码的模块的同时执行临时测试。
当需要在更短的时间内进行深入测试时，可以进行临时测试并按时交付优质产品。
临时测试不需要任何文档；这就是为什么测试人员可以更专注地测试应用程序而不必担心正式文档。
临时测试的缺点
以下是临时测试的缺点:
临时测试依赖于测试工程师的产品知识，因为他/她了解应用程序的流程，因此他/她知道应用程序可以在哪里崩溃，而新的测试工程师可能不太熟悉应用程序。
有时重现错误很困难，因为在这次测试中，我们没有遵循任何计划。
