测试场景

测试场景是测试用例的详细文档，其中涵盖了线性语句中软件应用程序的端到端功能。该线性语句被视为一种情况。测试方案是可测试需求的高级分类。这些需求根据模块的功能进行分组，并从用例中获得。

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

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

如何编写测试方案

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

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

测试方案的功能

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

测试方案示例

在这里，我们将使用Gmail应用程序，并针对最常用的不同模块(例如登录，撰写，收件箱和垃圾箱)编写测试方案。

登录模块上的测试方案

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

在撰写模块上测试场景

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

收件箱模块上的测试方案

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

垃圾箱模块上的测试方案

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