用例更像是合同,而"使用故事"是一种规划工具.因此,用例通常比用户故事更长,因为它们(应该)作为具体反映构建系统的文档.
用户故事由客户/利益相关者/客户/用户编写.用户故事不是很详细,而且对解释相对开放.
用例在结构上更正式,通常由团队成员 - 需求工程师/产品经理编写.它们通常更加详细,将交互分解为单个步骤,并清楚地识别前提条件和后置条件,例如失败条件和成功条件.
虽然一个用例可以涵盖许多场景 - 成功和失败; 验证错误; 子用例和扩展 - 用户故事的范围更加有限,通常描述单个场景.
另请参阅维基百科上的User_story#Comparing_with_use_cases,以及" 应用用户故事 "一书中的"用例不是什么"一章.
最后,根据Allistair Cockburn的说法......
用户故事与20世纪90年代使用的"特征"同义,是要构建的标记,细粒度足以适应现代迭代/冲刺期.
用例提供了要构建的内容的上下文视图,用于将组织绑定在一起等.