问有人能解释一下测试场景和测试用例之间的区别吗

EN

测试方案

测试场景是测试用例的输入。测试场景的生成通常发生在与项目干系人的头脑风暴会议中，项目干系人提出场景或询问关于体系结构将如何响应各种情况的问题。场景用于表示利益相关者的兴趣和质量属性要求。场景应该涵盖系统的一系列预期用途(用例场景)、预期变化(增长场景)和意外压力(探索性场景)。

一个好的情景清楚地说明了导致它的刺激是什么，以及人们感兴趣的反应是什么。例如，一个用例场景可能是：“远程用户在高峰期通过Web请求数据库报告，并在5秒内收到它。”增长场景可能是：“添加新的数据服务器，以将场景1中的延迟减少到1人周内的2.5秒”，而探索性场景可能是：“一半的服务器在正常运行期间停机，而不会影响整体系统可用性。”场景应该尽可能具体，识别刺激、反应和环境。

以模糊的术语描述的场景，例如“通信中继节点失败”，实际上不是有效的场景。您需要(从利益相关者处)获得更多详细信息，例如预期的操作后果、涉及的系统资产、涉及的最终用户、场景对系统操作的潜在影响以及可能出现的异常情况。更多细节将包括哪个设施或节点检测到故障、对故障的预期自动响应(如果有)、预期的手动干预是什么、哪些功能将在停机期间降级以及为使继电器恢复服务而采取的预期操作。

场景通常在迭代中被区分优先级，并且最初的几个场景被用于进一步的测试用例开发。

测试用例

测试用例开发通常将每个选定的场景从语句和列表转换为记录良好的测试用例。测试用例可以组合和/或扩展场景，添加假设和澄清，定义问题，并提出相关问题。与测试场景生成活动不同，测试用例开发是一个迭代活动，其中添加了新的测试用例，并改进了旧的测试用例以支持场景。

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

在repair is underway

• restoring
• system to

  期间，当系统对正常操作做出反应时，故障时的操作将立即发生什么

一旦你有了上下文，你就必须探索和记录上下文所暗示的问题和问题。例如，问题可能是“如何检测到故障？”问题可能是“哪个子系统检测到故障？”，“检测故障需要多长时间？”和“在这个时间间隔内发生了什么？”其他质量问题可能与安全性、可用性、性能等有关。

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

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

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