有人可以解释测试场景和测试用例之间的区别

Question

我在面试中遇到了这个问题。当我在互联网上搜索时，我发现不同的答案。请提供具体的例子。

Answer 1

测试方案
测试方案是测试用例的输入。测试场景的产生通常发生在与项目利益相关者进行的头脑风暴会议中，他们提出场景或提出有关体系结构对各种情况作出反应的方式的问题。情景用于表示利益相关者的兴趣和质量属性要求。方案应涵盖系统的一系列预期使用（用例情景），预期变化（增长情景）和意料之外的压力（探索性情景）。

一个好的场景清楚地说明刺激是什么引起的，什么反应是 的兴趣。例如，用例场景可能是：“远程用户在高峰期通过Web请求数据库报告 ，并在5秒内收到它。”增长方案可能是：“添加新数据服务器以减少方案1中的延迟在一周内达到2.5秒“，而一个探索性的情景可能是：”在正常运行期间，一半的服务器出现故障，而不会影响系统的整体可用性。“情景应尽可能具体，以确定刺激，响应和环境。

以模糊术语描述的场景，如'通信中继节点失败'并不是真正有效的场景。您需要（从利益相关方）获取更多详细信息，如预期的运营后果，涉及的系统资产，涉及的最终用户，场景对系统运行的潜在影响以及可能出现的特殊情况。更多细节将包括哪些设备或节点检测到故障，对故障的预期自动响应是什么（如果有的话），期望的手动干预是什么，哪些功能在停电期间会降级，以及将继电器返回到的预期操作服务。

场景在迭代中经常被列为优先级，前几个场景被用于进一步的测试用例开发。

测试用例
测试案例开发通常将每个选定的场景从一个声明和子弹的列表为证据充分的测试案例。测试用例可以结合和/或扩展场景，添加假设和澄清，定义问题并提出相关问题。 与测试场景生成活动不同，测试用例开发是一种迭代活动，因为添加了新的测试用例并对旧的测试用例进行了改进以支持场景。

首先你必须定义测试用例的上下文。在测试的情况下涉及一个通信中继节点故障，例如，一个测试用例的上下文中可以定义：

• 操作在故障
• 的时间什么之后立即发生，当系统反应以在间隔期间未能
• 恶化的运行中，当维修正在进行
• 将系统恢复到正常运行

一旦你有了到位情况下，你必须探索和做环境问题以及上下文隐含的问题。例如，问题可能是“如何检测到故障？”。问题可能是“什么子系统检测到故障？”，“检测故障需要多长时间？”和“这段时间会发生什么？”。其他质量问题可能与安全性，可用性，性能等有关。

建筑师通常审查这些问题和问题，并确定系统如何对场景做出反应。他们可能会改进体系结构以帮助回答问题。测试用例被细化并添加了新的测试用例。当记录所有问题的答案时，测试用例开发被视为完成。

来源：http://www.sei.cmu.edu

Answer 2

在test case中，您尝试确定在定义的条件下是否按预期工作。在test scenario条件是基于一个假设的故事。在这个观点下，测试场景是测试用例的特例。