测试场景是测试用例的详细文档，它以线性语句涵盖了软件应用程序的端到端功能。线性语句被认为是一个场景。测试场景是可测试需求的高级分类。这些需求根据模块的功能分组，并从用例中获得。

在测试场景中，由于许多相关的测试用例，有一个详细的测试过程。在执行测试方案之前，测试人员必须考虑每个方案的测试用例。

在测试场景中，测试人员需要将自己置于用户的位置，因为他们在用户的角度测试软件应用程序。场景的准备是最关键的部分，有必要寻求客户、利益相关者或开发人员的建议或帮助来准备场景。

1、 如何编写测试场景

作为测试人员，请按照以下步骤创建测试场景：

• 阅读需求文档，例如正在测试的软件的 BRS（业务需求规范）、SRS（系统需求规范）和 FRS（功能需求规范）。
• 确定每个要求的所有技术方面和目标。
• 查找用户可以操作软件的所有可能方式。
• 确定所有可能的情况，由于哪个系统可能被滥用，并检测可能是黑客的用户。
• 在阅读需求文档并完成计划分析后，列出各种测试场景，以验证软件的每个功能。
• 列出所有可能的测试场景后，创建一个可追溯性矩阵，以确定每个需求是否都有相应的测试场景。
• 项目主管审查所有方案。之后，它们由项目的其他利益相关者进行评估。

2、 测试场景的特点

• 测试场景是一个指导测试人员进行测试序列的线性语句。
• 测试场景降低了产品的复杂性和重复性。
• 测试场景意味着详细地讨论和思考测试，但将它们写在线性语句中。
• 它是一个操作线程。
• 当测试人员没有足够的时间来编写测试用例，并且团队成员同意详细的线性场景时，测试场景变得更加重要。
• 测试方案是一个节省时间的活动。
• 它易于维护，因为测试场景的添加和修改既简单又独立。

3、 测试方案示例

在这里，我们将采用Gmail应用程序并为最常用的不同模块（例如登录，撰写，收件箱和垃圾箱）编写测试场景。

3.1 登录模块上的测试场景

• 输入有效的登录详细信息（用户名、密码），并检查是否显示主页。
• 输入无效的用户名和密码并检查主页。
• 将用户名和密码留空，并检查显示的错误消息。
• 输入有效的登录名，然后单击取消，然后检查字段是否重置。
• 输入无效登录名，超过三次，并检查该帐户是否被阻止。
• 输入有效的登录名，并检查用户名是否显示在主屏幕上。

3.2 撰写模块上的测试方案

• 检查所有用户是否可以在“收件人”、“抄送”和“密件抄送”中输入电子邮件 IDE。
• 检查整个用户是否可以在“收件人”、“抄送”和“密件抄送”中输入各种电子邮件 ID。
• 撰写邮件，发送邮件，然后检查确认消息。
• 撰写邮件，发送邮件，然后签入发件人和收件箱的已发送项目。
• 撰写邮件，发送邮件，并检查无效和有效的电子邮件ID（有效格式），检查发件人收件箱中的邮件。
• 撰写主文件，丢弃，然后检查确认消息和签入草稿。
• 撰写邮件 单击另存为草稿并检查确认消息
• 撰写邮件单击关闭并检查结构另存为草稿。

3.3 收件箱模块上的测试方案

• 单击收件箱，并验证所有收到的邮件是否在收件箱中显示并突出显示。
• 检查最新收到的邮件是否已正确显示到发件人电子邮件 ID。
• 选择邮件，回复并转发发送;签入发件人的已发送项目和收件人的收件箱。
• 检查是否已下载的邮件附件。
• 下载前，请检查附件是否已正确扫描是否有病毒。
• 选择邮件，回复并转发另存为草稿，然后在“草稿”部分中检查确认消息和检查。
• 检查所有标记为已读的电子邮件是否未突出显示。
• 检查抄送中的所有邮件收件人是否对所有用户可见。
• 检查密件抄送中的所有电子邮件收件人对用户是否可见。
• 选择邮件，将其删除，然后检查“垃圾箱”部分。

3.4 垃圾箱模块上的测试场景

• 打开垃圾箱，检查所有已删除的邮件。
• 从垃圾箱恢复邮件;签入相应的模块。
• 从垃圾箱中选择邮件，将其删除，然后检查邮件是否已永久删除。