作为专业测试人员，我们期望考虑到所有可能破坏被测试软件的场景或情况。在本文，我们将讨论情境测试及其主要特征。
每个软件都是不同的，需要一个独特的测试方法。情境测试提供了这种独特性，提供了在同一产品上使用不同形式的测试以获得最佳结果的灵活性。这将节省项目成本，也比传统方法花费更少的时间。换句话说，我们可以说“我们根据情况测试软件”。在这里，情况可以从软件的类型到该软件的最终用户的类型。让我们先定义情境测试。
什么是情境测试？
情境测试是一种通过灵活执行各种形式的测试来提供最佳结果的测试。不同的测试项目有其特定的目标，没有一种适合每种情况的测试方法。为了决定最佳方法，必须分别对每种情况进行分析，测试方法应据此决定。
情境测试原理
在情境测试中，测试方法主要由系统特征，项目类型和组织对产品的期望决定。选择适当的测试技术和格式的组合，以便以更低的成本和更少的时间支持质量。它始终是一种基于价值的测试方法。让我们更多地关注基于价值的测试及其层次。
为什么要进行情境测试？：基于价值测试的五个层次
以下是基于价值的测试的五个层次：
功能：在这个层次上，功能是针对规格进行测试的。产品功能是否符合需求，或有差异需要加以处理。
性能和安全性：性能越高，产品质量越好。在基于价值的第二级测试中，测试产品的安全性和性能。这两个方面在很大程度上决定了系统的价值。该级别需要功能（1级）基础，以获得性能和安全方面的确切功能视角。
用户友好：此级别负责将要使用系统的最终用户。主要的重点是确定学习和操作系统的容易程度。当系统被大量无经验的用户使用时，这是非常重要的。
可用性：这个级别关注产品的可用性。它对组织和组织的人来说是多么的有用。他们能有效地使用产品来完成他们的重要任务吗？
成功：这一级别涉及产品的成功。是否向系统添加任何值？执行预期功能有多成功？至关重要的是要明白，并不是每一个层面都与每一个项目或每一个组织都有关系，但是基于价值的测试背后的想法总是适用的。这意味着情境测试的基本原则，即情境决定方法。
我们如何进行测试？脚本测试和非脚本测试
对于测试项目，测试可以通过两种方式进行：脚本化的或文档化的和非脚本化的或非文档化的。当我们有限期，并且很短的时间用于测试，那么更合适的方法是非脚本的。最好的例子就是敏捷方法。但是当我们考虑瀑布方法时，我们知道所有的测试用例都是脚本化的，并相应地执行。一些项目需要两者结合，所以完全取决于被测产品的情况。
让我们讨论一些可以在情境测试中包含的测试形式：
基于工厂的测试：这是最纯粹的脚本测试形式，大量的时间用于测试执行的准备工作。在执行测试之前，测试人员根据测试策略和预定的期限创建详细的测试脚本。测试人员创建的测试脚本足够详细，以便其他人可以通过执行脚本来执行测试。一旦脚本被完全执行，没有未修复的测试，测试就被认为是完全的。如果软件有任何变化，脚本可以在将来重用。
基于会话的测试：基于会话的测试包括世界上最好的脚本和非脚本测试。这种类型的测试在短时间内进行，持续时间为60到120分钟。每个测试会话完全基于测试章程。以下是测试章程中包含的主要思想：
- 会话的使命（将要实现什么）。
- 测试点。
- 有关会话执行的信息，如bug。
测试点是属于会话任务的系统方面，需要在会话期间进行测试。测试人员将应用通常的技术，但测试场景不是以测试脚本的形式编写的。这种类型的测试可以应用于任何情况。然而，一个先决条件是要执行测试的测试人员必须熟悉该系统，并对该规范有更好的理解。
探索性测试：这是非脚本测试的最纯粹形式。探索性测试是基于测试人员的能力和责任。测试人员通过理解整个系统、创建测试设计、执行测试和评估结果来执行这项测试，所有这些活动都是并行执行的。探索性测试不同于非结构化测试或错误猜测，因为它是高度结构化的，测试人员的优先级主要基于产品风险分析中确定的产品风险和前一个周期的执行结果。