用户故事和用例场景之间的区别是什么？
答案 0 :(得分：5)
用例更像是contract，而“使用故事”是一种规划工具。因此，用例通常比用户故事更长，因为它们（应该）作为具体反映构建系统的文档。
用户故事由客户/利益相关者/客户/用户撰写。用户故事不是很详细，而且相对容易解释。
用例在结构上更正式，通常由团队成员 - 需求工程师/产品经理编写。它们通常更加详细，将交互分解为单个步骤，并清楚地识别前提条件和后置条件，如失败条件和成功条件。
虽然一个用例可以涵盖许多场景 - 成功和失败;验证错误;子用例和扩展 - 用户故事的范围更加有限，通常描述单个场景。
另请参阅User_story#Comparing_with_use_cases on Wikipedia，以及书籍User Stories Applied中的“用例不是什么”。
最后，according to Allistair Cockburn...
用户故事与20世纪90年代使用的“特征”同义，是要构建的标记，细粒度足以适应现代迭代/冲刺期。
用例提供了构建内容的上下文视图，用于将组织绑定在一起等等。
答案 1 :(得分：4)
“一个用户故事是一个用例，因为瞪羚是一个凉亭。” - Cockburn
用户故事（与要求相对）是简短的意图陈述，用于描述系统需要为某些用户执行的操作。这是敏捷团队使用的主要技术，用于理解和沟通客户需求。它当然是一个方便的结构，小的用户故事帮助我们推动敏捷开发的极端工具主义。
用例是表达复杂系统中系统行为的传统方式。用例是用UML表示需求的主要手段。它们在那里以及关于该主题的各种文本中都有很好的描述。 用例可用于规范和分析。当感兴趣的系统又由其他子系统组成时，它们特别有用。
我推荐的图书：