什么是用户故事?
用户故事描述对用户,系统或软件购买者有价值的功能。由以下2方面构成:
- 一个故事描述
- 验收测试
用户故事描述公式如下:
作为XXX,我想XXX,以至于XXX。
标准写法是:作为聚美优品用户,我想将可能购买的商品放入购物车,以至于我可以随时付款。
由于原型已经构造出来,作为功能用户故事简写为:用户可以将需要购买的货物加入购物车。
【用户故事】
作为 xxx
想要 xxx
以便 xxx
【验收标准】
- AC1:
<基于> xxx <前提下>
<在> xxx <操作后>
<结果是> xxx
- AC2:
Given xxx
When xxx
Then xxx
故事描述
验收测试用来验证实现的用户故事是否符合客户团队的期望,有点类似于之前的需求描述,它的作用就好比检查蛋糕是否蒸熟了的牙签。故尽可能把所有满足此用户故事的情况考虑在内。
验收测试
作为一个功能用户故事要尽可能的小,大小是一天的开发工作量。
问:为什么是一天的开发工作量 答:为了更好的项目管理,每天开站立会议可以及时发现问题改正错误。工作量足够小,也就更容易解决问题。
用户故事编写注意以下六个特征INVEST:
- 独立的(Independent)
- 可讨论的(Negotiable)
- 对用户或者客户有价值的(Valuable to Purchasers or Users)
- 可估计的 (Estimatable)
- 小的(Small)
- 可测试的(Testable)