测试用例与测试场景——有什么区别？

测试用例包含什么？

测试用例是一组标准，测试人员使用它来验证软件应用程序是否满足客户的需求。

测试用例设计包括前提条件、用例名称、输入条件和预期结果。测试用例是从测试场景中派生出来的基本活动。

它是一个全面的文档，包含所有可能的输入（正向和负向）以及测试执行过程的导航说明。编写测试用例是一次性工作，将来可以重复用于回归测试。

测试用例包含关于测试方法、过程、前提条件和预期结果的详细信息。这些在测试阶段用于查看软件程序是否能够执行其创建的目的。

通过将缺陷与测试用例ID关联，测试用例帮助测试人员进行缺陷报告。详细的测试用例文档使测试团队受益，因为如果开发人员遗漏了什么，则可以在执行这些万无一失的测试用例时检测到。

为了构建测试用例，我们需要需求来提取输入，以及测试场景来确保我们不会忽略任何测试功能。然后，为了确保一致性，我们应该有一个测试用例模板，或者每个测试工程师都以相同的方式生成测试文档。

每当开发人员忙于编写代码时，我们通常都会编写测试用例。

何时编写测试用例？

当我们拥有以下信息时，我们将编写测试用例：

当客户提供业务需求时，开发人员开始工作并估计产品需要3.5个月才能完成。

同时，测试小组将开始开发测试用例。

完成后，它会将其发送给测试主管进行评估。

一旦开发人员完成构建，产品就会移交给测试团队。

因为测试是一致的，并且不依赖于人的情绪，而是依赖于测试工程师的质量，所以测试工程师在测试产品文档时从不查看需求。

什么是测试场景，它是如何工作的？

任何可以测试的功能都定义为测试场景。它是一组测试场景，帮助测试团队确定项目的正面和负面特性。

测试场景提供了需要测试内容的高级概述。

用线性语句来说，测试场景是一个完整的列表，其中包含涵盖软件程序端到端功能的测试用例。场景被定义为线性语句。测试场景是对可测试需求的高级分类。这些标准根据模块的功能进行分类，并从用例中派生。

由于场景中有很多测试用例，因此有一个彻底的测试过程。测试人员必须在完成测试场景之前评估每个场景的测试用例。

测试人员必须在测试场景中设身处地为用户着想，因为他们是从用户的角度测试软件应用程序。该过程中最重要的方面是场景准备，这需要征求客户、利益相关者或开发人员的建议或帮助。

测试场景：如何编写

• 作为测试人员，请按照以下步骤编写测试场景：

• 检查软件的需求文档，例如BRS（业务需求规格说明）、SRS（系统需求规格说明）和FRS（功能需求规格说明）。

• 针对每个需求，确定所有技术因素和目标。

• 查找用户与软件交互的所有可能方式。

• 确定系统可能被滥用的所有可能场景，以及可能是黑客的用户。

• 阅读需求文档并完成计划分析后，列出可能的测试用例来检查程序的每个功能。

• 一旦确定了所有可用的测试场景，就创建一个可追溯性矩阵，以查看每个需求是否都有匹配的测试场景。

• 项目主管审查所有可能性。然后由项目的其他利益相关者进行审查。

测试场景的特性

• 测试场景是一行文字，指导测试人员完成测试过程。

• 使用测试场景可以降低产品的复杂性和重复性。

• 测试场景是指您详细地讨论和思考测试，但将它们写成线性语句。

• 这是一系列串在一起的过程。

• 当测试人员没有足够的时间来开发测试用例并且团队同意一个全面的线性场景时，测试场景变得更加重要。

• 测试场景是一个节省时间的有用练习。

• 它易于维护，因为添加和修改测试用例很简单且独立。

练习测试场景

一个电子商务应用程序的一些测试用例可能是：

• 场景1——检查搜索功能

• 场景2——检查支付功能

• 场景3——检查登录功能

主要区别

• 测试用例是一组用于检查特定特性或功能的动作，而测试场景是任何可以评估的功能。

• 测试场景源自测试工件，例如BRS和SRS，而测试用例源自测试场景。

• 测试用例有助于彻底测试应用程序，而测试场景有助于以更敏捷的方式测试端到端功能。

• 测试用例更关注测试什么和如何测试，而测试场景更关注测试什么。

• 低级活动是测试用例，而高级活动是测试场景。

• 测试用例需要更多资源和时间来执行，而测试场景需要更少的资源和时间。

• 测试用例包括测试过程、数据和预期结果，而测试场景包含要评估的端到端功能。

测试用例示例

对于测试场景“检查登录功能”，将会有测试用例。

• 输入有效的电子邮件地址和密码时，观察系统的反应。

• 输入错误的电子邮件地址和有效的密码时，观察系统的行为。

• 输入有效的电子邮件地址和错误的密码时，观察系统的行为。

• 输入错误的电子邮件地址和密码时，检查系统的反应。

• 电子邮件地址和密码留空并按下“登录”按钮时，检查系统的行为。

• 确保“忘记密码”功能正常工作。

• 输入有效的或无效的电话号码和密码时，观察系统的行为。

• 选择“保持登录状态”时，观察系统的行为。

我们为什么要编写测试用例？

以下是一些开发测试用例的令人信服的原因：

• 测试用例有助于验证是否符合相关标准、指南和客户需求。

• 帮助您验证客户的期望和需求。

• 控制、逻辑和数据流覆盖率均已提高。

• 您可以尝试真实的最终用户场景。

• 暴露缺陷或错误

• 为测试执行开发测试用例后，测试工程师的工作将更有条理且更简单。

编写测试场景的目的是什么？

以下是一些开发测试场景的令人信服的原因：

• 编写测试场景的主要目标是确保验证软件应用程序的整体功能。

• 它还有助于确保业务流程和流程符合功能需求。

• 为了确保对被测应用程序进行充分测试，业务分析师、开发人员和客户等多个利益相关者可以批准测试场景。它确保程序在最常见的情况下正常运行。

• 它们有助于确定测试工作量，并因此为客户创建提案或组织员工。

• 它们有助于识别最重要的端到端事务或软件程序的实际使用情况。

• 一旦这些测试场景最终确定，就可以轻松地从中生成测试用例。

测试用例和测试场景有什么区别？

测试用例和测试场景之间存在重要区别。

测试用例示例

• 测试用例应该清晰易懂。

• 创建测试用例时要考虑到最终用户。

• 应避免测试用例的重复。

• 必须确保编写测试用例以确保满足规范文档中指定的软件需求。

• 创建测试用例时，切勿对软件应用程序的功能和特性进行假设。

• 测试用例必须易于区分。

测试场景示例

• 大多数测试用例都是单行语句，指定了应该测试的内容。

• 场景描述应简洁明了，易于理解。

• 应对指定的标准进行彻底检查。

• 在开始测试过程之前，收集必要的工具和资源。

Vineet Nanda

更新于：2021年12月2日

6K+ 次浏览

开启您的职业生涯

完成课程获得认证

开始