用户故事-软件工程.pptxVIP

产品负责人根据收集来的需求编写用户故事,放入产品Backlog中

在Sprint计划会议中,团队成员讨论其中的一些用户故事,细化故事细节,确定验收标准,使用PlanningPoker(计划扑克)估算故事点,然后把故事分成一些小的任务,并估算时间

最后,把故事放入SprintBacklog中,按优先级排序

Sprint开始时,故事卡片和任务卡片都放在白板的TODO栏,团队成员按故事的优先级挑选任务,把任务卡片挪到Doing栏.团队尽可能完成优先级高的故事.

在故事开发的初始阶段,测试人员和产品负责人一起确认测试用例

故事的任务完成后,产品负责人验收并确认故事已完成

把故事卡片挪到Done栏中.如此完成Sprint的所有任务

Sprint结束时,团队将完成的故事演示给涉众,其它产品负责人和团队,通过用户故事向客户输出商业价值

;描述了对用户、系统或软件购买者有价值的功能。用户故事由以下三方面组成：

卡片：一份书面的故事描述

??流：有关故事的对话，用于具体化故事细节

确认：测试，用于表达和编写故事细节且可用于确定故事何时完成

例子：

用户可以在网站上发布简历

用户可以有哪些信誉好的足球投注网站职位

公司可以发布新职位

用户可以限制浏览其简历的人;优秀的故事特点;用户故事验收测试;故事卡背面的测试要点的例子:公司可以用信用卡支付发布工作的费用

测试要点

用VISA信用卡,万事达信用卡和美国运痛卡测试(通过)

用大来卡测试(失败)

用正确的,错误的和空的卡号测试

用过期的信用卡测试

测试不同的交易金额(包括超过信用卡额度限制)

测试要点记录了客户提出的一些假设

验收测试也提供了确认故事是否被完整实现的基本标准

有了标准,我们就知道什么时候某件事情算是做完了

为程序员提供大量有用的信息

例如想想不同的交易金额(包括超过信用卡额度限制),如果在写代码前写了这一测试,会提醒程序员处理因额度不够导致交易失败的情况;客户团队由哪些人组成;规划发布和迭代;发布规划时

客户团队首先从排列故事优先级开始

排优先级考虑:

大部分用户和客户对特定特性的渴望程度

小部分重要用户和客户对特定特性的渴望程度

故事之间的关系

例如缩小故事的优先级不高,但它可能被看做是高优先级的,它与高优先级的另一个故事放大互补

当开发人员与客户团队意见冲突时,应坚持客户利益最大化;什么是验收测试;;;哪些不是好的用户故事;1OK

2用户不关心图表是怎样实现的

3OK

4需要在发布计划中考虑的限制条件

5依赖于产品，如果产品是一个面向JAVA程序员的类库，那些用户会比较关心使用的语言

6，小了点

7它不应该指定使用LOG4J实现日志功能

8OK

9OK

10OK

;估算用户故事;;;;;作一个猜测;;