探索性测试是最有效和强大的测试方法之一。它结合了测试设计、执行和文档等活动；它专注于学习被测试的应用程序。
此外，探索性测试涉及大量的思考，因此对进行测试的人来说是非常有益的。因此，无论谁使用这种测试方法，都必须采用各种思维过程，包括有意识的、有逻辑的和有记录的；它的重点是学习被测试的应用程序。
我们可以说，测试人员在日常测试活动中有意或无意地使用它。这种测试方法的一个广泛的方法论是基于会话的探索性测试（SBTM）。这种方法是基于这样的想法：创建专注于一个特定目标的测试任务，在一个特定的时期内不间断地探索，记录结果，并在后续的汇报环节进行汇报。
一个SBTM会话可以持续60到120分钟，但对测试时间没有真正的规定，这完全取决于测试者在特定会话中想要实现的目标及其复杂性。会话结束后，每个会话都要进行汇报和分享，让相关的利益相关者了解会话结果，提供反馈，并为测试人员提供在未来会话中如何改进的想法。
这里是对这种测试方法的正式介绍，以及如何在你的日常测试活动中使用它。
来自维基百科。
基于会话的测试是一种软件测试方法，旨在结合责任制和探索性测试，提供快速的缺陷发现、创造性的即时测试设计、管理控制和指标报告。该方法也可以与场景测试结合使用。基于会话的测试是由Jonathan和James Bach在2000年开发的。
如何运行一个SBTM会话？
有不同的方法可以探索和使用，但如果我依靠我的个人经验，我可以说，当两个测试人员或测试人员和开发人员配对一起运行会话时，我有很多成功，每个人在不同的环境中运行相同的场景，然后他们在会议结束时讨论观察/见解。
如果你想坚持使用通常的SBTM会议，你可以遵循这个结构。
- 创建有时间限制的会议（60-120分钟）
- 设定目标以指导会议。
- 创造你要执行的情景。
- 汇报观察结果。
- 与相关委员会讨论观察结果。
- 在讨论的基础上记录缺陷。
除了上述步骤外，我还建议创建一份会议报告，其中包含将在汇报会议上分享的信息。这份文件应该包括基本信息，如会议目标、测试环境和使用的资源，但也包括会议期间发现的主要观察和问题。记录这些信息将使每个人都能理解我们为什么要进行这个环节，它所花费的时间，以及主要的发现是什么。
一个典型的会议报告可能包括以下内容。
- 功能/用户故事的链接
- 开始的日期和时间
- 任务说明和目标。
- 测试人员/开发人员姓名。
- 任务分解
- 测试环境
- 测试场景。
- 发现的潜在缺陷。
- 测试笔记。
SBTM如何在敏捷项目中发挥作用？
鉴于SBTM提供的灵活性，我们可以将其用于小型和大型敏捷项目。团队可以在每个用户故事上开始使用SBTM，以获得对产品需求和功能的公平理解。在这些会议结束时，团队可以根据他们产生的观察和问题开始编写高水平的测试案例。同样的方法也可以适合大型复杂的敏捷项目，只需稍作调整。
如果你想在你的敏捷软件开发过程中加入SBTM，那么你可以遵循以下方法。
- 对于每个用户故事，集思广益，确定接受标准，并确定要测试的业务流（手动和自动）。
- 对于这些场景，确定与故事相关的风险和影响。
- 一旦我们确定了风险和业务流，就应该创建技术测试流，作为SBTM过程的输入。
- 一旦探索性测试环节完成，所有从该环节产生的文件都可以附加到具体的故事上，让团队知道该环节的细节，包括发现的缺陷和问题。
