0

如果排除自动化并且从手动测试的角度来看，测试策略、测试场景、测试用例和测试脚本之间有什么区别

4

4 回答 4

2

**

测试策略

测试策略文档是高级文档，通常由项目经理开发。本文档定义了“软件测试方法”以实现测试目标。测试策略通常源自业务需求规范文档。

一些公司在测试计划中包含“测试方法”或“策略”，这很好，通常是小型项目的情况。但是，对于较大的项目，每个测试阶段或级别都有一个测试策略文档和不同数量的测试计划。

测试策略文档的组成部分

1）范围和目标

2）业务问题

3）角色和职责

4）通讯和状态报告

5）测试可交付性

6）遵循的行业标准

7）测试自动化和工具

8）测试测量和度量

9）风险和缓解

10)缺陷报告和跟踪

11)变更和配置管理

12)培训计划

**

测试场景

情景是描述假设情况的故事。在测试中，您检查程序如何处理这种假设情况。理想的情景测试是可信的、激励的、易于评估的和复杂的。场景通常与测试用例不同，因为测试用例是单个步骤，而场景涵盖了多个步骤。测试套件和场景可以一起用于完整的系统测试。场景是可以测试的任何功能。它也被称为测试条件或测试可能性。

**

测试用例

在软件工程中，测试用例是一组条件或变量，测试人员将在这些条件或变量下确定对应用程序的要求是部分满足还是完全满足。可能需要许多测试用例才能确定完全满足要求。为了完全测试是否满足应用程序的所有需求，每个需求必须至少有一个测试用例，除非需求有子需求。在这种情况下，每个子需求必须至少有一个测试用例。

测试用例也被定义为测试应用程序功能/特性的正确行为的一系列步骤。由要在被测系统上执行的操作组成的一系列步骤。（这些步骤有时称为测试过程或测试脚本）。这些动作通常与一组数据相关联（在测试期间预加载或输入）。所采取的行动和提供给被测系统的数据的组合导致了测试条件。这种情况往往会产生测试可以与预期结果进行比较的结果；即在给定的测试条件下评估质量。这些动作可以串行、并行或以某种其他连续组合方式执行。

**

测试脚本

测试脚本是一组指令（使用脚本/编程语言编写），在被测系统上执行以验证系统是否按预期执行。测试脚本用于自动化测试。

有时，用于手动测试的一组指令（用人类语言编写）也称为测试脚本，但更好的术语是测试用例。

于 2014-09-09T13:01:57.347 回答
0

测试场景意味着“要测试什么”，测试用例意味着“如何测试”。

测试用例：由测试用例名称、前置条件、步骤/输入条件、预期结果组成。

测试场景：测试场景包含一个详细的测试过程。我们也可以说一个测试场景有很多与之相关的测试用例。在执行测试场景之前，我们需要考虑每个场景的测试用例。

测试脚本：测试脚本是在被测系统上执行的一组指令（使用编程语言编写），以验证系统是否按预期执行。

测试脚本是指自动化测试时使用的术语。创建测试脚本时，您正在使用自动化工具来创建脚本。

于 2015-02-04T08:10:29.860 回答
0

测试策略

概述了测试方法以及围绕它的所有其他内容。它不同于测试计划，因为测试策略只是测试计划的一个子集。它是一个硬核测试文档，在一定程度上是通用的和静态的。还有一个关于在什么级别使用测试策略或计划的争论——但我真的没有看到任何明显的区别。

示例：测试计划提供了谁将在什么时间进行测试的信息。例如：模块 1 将由“X tester”进行测试。如果测试员 Y 出于某种原因替换了 X，则必须更新测试计划。

相反，测试策略将包含以下细节：“单个模块将由测试团队成员进行测试。“在这种情况下，谁在测试它并不重要——所以它是通用的，团队成员的变化不必更新，保持不变。

测试场景

这是测试人员创建的单行指针，作为进入测试设计阶段的初始过渡步骤。这主要是对我们要针对某个特性测试的“什么”的单行定义。通常，测试场景是创建测试用例的输入。在敏捷项目中，测试场景是唯一的测试设计输出，并且没有在这些输出之后编写测试用例。一个测试场景可能会导致多个测试。

示例测试场景：

  1. 验证管理员是否可以添加新国家/地区
  2. 验证管理员是否可以删除现有国家/地区
  3. 验证是否可以更新现有国家/地区

测试用例：

测试用例是特定测试的常用术语。这通常是最小的测试单元。测试用例将包含诸如需求测试、测试步骤、验证步骤、先决条件、输出、测试环境等信息。为特定目标开发的一组输入、执行前提条件和预期结果，例如执行特定目标程序路径或验证是否符合特定要求。

测试脚本：

通常用于指将由自动化测试工具执行的特定测试的说明

于 2015-06-11T06:03:54.073 回答
0

测试场景：实际系统能力的高级/简单/个别测试全景。我们不需要在这个阶段定义清晰的逐步验证方式，因为我们在软件生命周期的早期阶段定义了测试场景。这将不被考虑用于测试计划，因为这在资源分配方面是一个未定义的项目。

测试用例：是由系统特定先决条件组成的文档，但没有逐步验证。在测试用例可追溯性中，我们根据需求使用测试用例文档。这就是我们根据需求定义测试覆盖矩阵的方式。在大多数情况下，一个测试用例将涵盖多个测试场景。测试用例会带来复杂性。测试用例用于计算特定版本相对于代码版本的测试工作量。

测试脚本（没有自动化/编程语言上下文）： 每个人都知道测试脚本是一个自动化程序，它唯一地映射到一个测试用例。但是如果没有自动化，我们也可以使用这个术语，尤其是当您使用 Rational Quality Manager (RQM) 作为测试存储库时。1.当一个测试用例有多个版本，测试团队需要针对多个系统代码版本维护所有的测试用例版本。这种情况下，一个测试用例会有多个测试脚本（每个版本一个）。2.当一个测试用例在不同的环境（操作系统或技术..等）产生不同的结果时，一个测试用例将映射到多个测试脚本，这些脚本的预期结果会发生变化，但整个测试用例保持不变。

在上述任何一种情况下，在创建测试计划时，我们首先需要根据代码版本或环境来决定执行哪个版本的测试用例（换句话说，测试脚本）。

希望这有助于回答您的问题。

于 2018-01-25T08:12:31.007 回答