测试场景

测试场景是对软件应用程序端到端功能进行详细描述的测试用例文档。 线性语句被视为一个场景。 测试场景是可测试需求的顶级分类。 这些需求基于模块的功能进行分组，并从用例中获取。

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

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

如何编写测试场景

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

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

测试场景的特点

• 测试场景是一个线性语句，指导测试人员进行测试顺序。
• 测试场景降低了产品的复杂性和重复性。
• 测试场景意味着详细讨论和思考测试，但以线性语句的形式编写它们。
• 它是一系列操作。
• 当测试人员没有足够的时间编写测试用例，并且团队成员同意详细的线性场景时，测试场景变得更加重要。
• 测试场景是一项节省时间的操作。
• 它提供了轻松的维护，因为测试场景的添加和修改非常容易且独立。

测试场景示例

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

登录模块的测试场景

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

撰写模块的测试场景

• 检查所有用户是否可以在“收件人、抄送和密送”中输入电子邮件地址。
• 检查整个用户是否可以在收件人、抄送和密送中输入各种电子邮件地址。
• 撰写邮件，发送邮件，并检查确认消息。
• 撰写邮件，发送邮件，并在发送者的已发送邮件和收件箱中进行检查。
• 撰写邮件，发送邮件，并检查无效和有效的电子邮件地址（有效格式），在发件人的收件箱中检查邮件。
• 撰写邮件，丢弃邮件，然后检查确认消息并在草稿中进行检查。
• 撰写邮件，点击另存为草稿，并检查确认消息
• 撰写邮件，点击关闭并检查另存为草稿的确认信息。

收件箱模块的测试场景

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

垃圾箱模块的测试场景

• 打开垃圾箱，检查是否存在所有已删除的邮件。
• 从垃圾箱中恢复邮件；在相应的模块中进行检查。
• 从垃圾箱中选择邮件，将其删除，并检查邮件是否已永久删除。