如果排除自动化并从手动测试的角度来看，测试策略，测试场景，测试用例和测试脚本之间有什么区别
答案 0 :(得分：2)
**
测试策略
测试策略文档是一个高级文档，通常由项目经理开发。本文档定义了“软件测试方法”以实现测试目标。测试策略通常来自业务需求规范文档。
有些公司在测试计划中包含“测试方法”或“策略”，这很好，通常是小项目的情况。但是，对于较大的项目，每个阶段或测试级别都有一个测试策略文档和不同数量的测试计划。
测试策略文档的组件
1）范围和目标
2）业务问题
3）角色和责任
4）沟通和状态报告
5）测试可传递性
6）遵循行业标准
7）测试自动化和工具
8）测试测量和矩阵
9）风险和缓解
10）缺陷报告和跟踪
11）变更和配置管理
12）培训计划
**
测试场景
场景是描述假设情境的故事。在测试中，您可以检查程序如何应对这种假设情况。 理想的情景测试是可靠的，激励的，易于评估的和复杂的。 场景通常与测试用例不同，测试用例是单个步骤，场景包含许多步骤。测试套件和方案可以一起用于完整的系统测试。 场景是可以测试的任何功能。它也被称为测试条件，或测试可能性。
**
测试用例
在软件工程中，测试用例是一组条件或变量，测试人员将根据这些条件或变量确定是否部分或完全满足应用程序的要求。可能需要许多测试用例来确定完全满足要求。为了完全测试满足应用程序的所有要求，除非要求具有子要求，否则每个要求必须至少有一个测试用例。在这种情况下，每个子要求必须至少有一个测试用例。
测试用例还定义为测试应用程序功能/特性的正确行为的一系列步骤。 一系列步骤，包括要在被测系统上执行的操作。 （这些步骤有时称为测试程序或测试脚本）。这些操作通常与某些数据集相关联（在测试期间预加载或输入）。所采取的动作和提供给被测系统的数据的组合导致测试条件。这种情况往往会产生测试结果与预期结果相比较的结果;即在给定的测试条件下评估质量。这些行动可以连续，并行或以其他一些连续的组合方式进行。
**
测试脚本
测试脚本是一组指令（使用脚本/编程语言编写），在被测系统上执行以验证系统是否按预期执行。测试脚本用于自动化测试。
有时，在手动测试中使用的一组指令（用人类语言编写）也称为测试脚本，但更好的术语是测试用例。
答案 1 :(得分：0)
测试场景的意思是“测试内容”，测试用例的意思是“如何测试”。
测试用例：由测试用例名称，前置条件，步骤/输入条件，预期结果组成。
测试场景：测试场景包含详细的测试过程。我们还可以说测试场景有许多与之相关的测试用例。在执行测试场景之前，我们需要考虑每个场景的测试用例。
测试脚本：测试脚本是一组指令（使用编程语言编写），在被测系统上执行以验证系统是否按预期执行。
测试脚本是指自动化测试时使用的术语。在创建测试脚本时，您正在使用自动化工具来创建脚本。
答案 2 :(得分：0)
概述了测试方法及其周围的所有其他内容。它与测试计划不同，在某种意义上，测试策略只是测试计划的子集。它是一个硬核测试文档，在一定程度上是通用的和静态的。还有一个关于测试策略或计划在什么级别使用的论点 - 但我真的没有看到任何有区别的差异。
示例：测试计划提供了谁将在什么时间进行测试的信息。例如：模块1将由“X测试器”测试。如果测试人员Y因某种原因替换X，则必须更新测试计划。
相反，测试策略将具有如下细节 - “单个模块将由测试团队成员进行测试。 “在这种情况下，谁测试它并不重要 - 所以它是通用的，团队成员的变化不需要更新，保持静态。
这是一个单行指针，测试人员将其作为进入测试设计阶段的初始过渡步骤。这主要是关于某个特征我们要测试的“什么”的一行定义。通常，测试场景是创建测试用例的输入。在敏捷项目中，测试场景是唯一的测试设计输出，并且不会在这些测试设计输出之后编写测试用例。测试场景可能会导致多次测试。
示例测试场景：
测试用例是特定测试的常用术语。这通常是最小的测试单位。测试用例将包括诸如需求测试，测试步骤，验证步骤，先决条件，输出，测试环境等信息。 为特定目标制定的一组输入，执行前提条件和预期结果，例如执行特定的程序路径或验证是否符合特定要求。
通常用于指代将由自动化测试工具执行的特定测试的说明
答案 3 :(得分：0)
测试场景：实际系统功能的高级/简单/个人测试全景。在我们定义软件生命周期早期阶段的测试场景时，我们无需在此阶段定义明确的逐步验证方法。这不会被考虑用于测试计划，因为这是资源分配方面的未定义项。
测试用例：是一个由系统特定的先决条件组成的文档，但没有逐步验证。在测试用例可追溯性中，我们使用测试用例文档来满足需求。这就是我们如何根据需求定义测试覆盖率矩阵。在大多数情况下，测试用例将涵盖多个测试场景。测试用例将带来复杂性。测试用例用于计算特定版本的代码版本的测试工作。
测试脚本（没有自动化/编程语言上下文）：每个人都意识到测试脚本是一个独特映射到测试用例的自动化程序。但是，如果没有自动化，我们可以使用此术语，尤其是当您使用Rational Quality Manager（RQM）作为测试仓库时。 1.当测试用例有多个版本且测试团队需要针对多个系统代码版本维护所有测试用例版本时。在这种情况下，一个测试用例将有多个测试脚本（每个版本一个）。 2.当测试用例在不同的环境（操作系统或技术等）中产生不同的结果时，测试用例将映射到多个测试脚本，这些脚本具有预期的结果变化，但整个测试用例保持不变。
在上述任何一种情况下，在创建测试计划时，我们需要首先根据代码版本或环境决定执行哪个版本的测试用例（换句话说，测试脚本）。
希望这有助于回答您的问题。