用户故事与敏捷方法—概况

1、用户故事包含哪三部分？

• 一份书面的故事描述，用来做计划和作为提示。
• 有关故事的对话，用于具体化故事细节。
• 测试，用于表达和编档故事细节且用于确定故事何时完成。

2、客户团队有哪些人组成？

客户团队中确保软件满足用户需求的所有人，可以包括测试人员、产品经理、实际用户和交互设计师。

3、为什么在故事卡背面写测试描述？

4、什么是验收测试？

验收测试用来验证实现的用户故事是否符合客户团队的预期。

5、速率

客户团队和开发人员一起选择迭代长度，可能一周到四周的时间。在项目进行期间将使用同样的迭代长度。一旦迭代长度确定，开发人员就会估计每轮迭代中可以做多少事情——速率。

放入一轮迭代的故事估计总和不能超过实现开发人员预计的速率。

6、故事卡

故事卡包含对用户或者客户有价值的功能的简短描述。

故事卡是故事的可见部分，但是客户团队和开发团队关于故事的对话更为重要。

故事卡由客户团队编写，因为他们最了解如何让表达需要实现的需求，也因为他们会在后期与开发人员共同确定故事细节并安排故事的优先级顺序。

按照故事对客户的价值来安排故事的优先级顺序。

7、哪些不是好的用户故事？

比如这个软件将用C++语言来编写，程序将通过连接池链接到数据库等。——因为用户故事代表对用户有价值的功能，不能用太专业的术语描述。