一、介绍

用户故事是站在用户的角度来描述了一个用户希望得到的功能，关注用户在系统中完成一个动作需要经过怎样的路径。既然它是“故事”，它就需要是一个完整的场景

二、组成部分

一个完整的用户故事大致包含以下几个部分：

1、标题

简要地说明这个用户故事的主要内容，比如：注册用户使用用户名密码登录。

2、概述

简要地介绍这个用户故事的主要内容，一般会用这样的格式：
As a （Role）, I want to （Activity）, so that （Business Value）.

意思就是：作为一个什么角色，要做什么样的事，以便达成一种怎样的效果。其中最重要的是，告诉别人为什么要做这件事，虽然只有一句话，却往往是很多人欠缺的思考，只知做，不知为何做。

举个概述的例子：作为一个注册用户，我想要通过用户密码登录，以便我可以使用注册用户才能够使用的服务。

3、详述

详细地描述这个用户故事的完整流程，我们会把操作流程、用户界面等信息都放到这里。

比如：用户使用正确用户名和密码登录，就可以登录成功；如果密码不正确，则登录页面提示用户“用户名密码不正确”。

基本上，看到这个部分，程序员就可以在心中描绘出这个用户故事的样子了。超出范围的部分，比如：第三方登录不在范围内，这个部分主要是限定人们不要进一步发散。

4、验收标准

这个部分会描述一个正常使用的流程是怎样的，以及各种异常流程系统是如何给出响应的，这是程序员常常会欠缺的思考。

它会把详述中很多叙述的部分变成一个具体的测试用例。比如，下面我给出的两个验收用例：

• 正常场景：给定一个注册用户张三，其用户名是 zhangsan，密码是 foobar，当张三使用 zhangsan 和 foobar 登录系统时，可以成功登录，登录成功后，跳转到用户中心。
• 异常场景：给定一个注册用户张三，其用户名是 zhangsan，密码是 foobar，当张三使用 zhangsan 和 wrong 登录系统时，登录失败，在登录页面上提示“用户名密码不正确”。

验收标准给出了这个需求最基本的测试用例，它保证了开发人员完成需求最基本的质量。

三、INVEST 原则

评价用户故事有一个“ INVEST 原则”，这是六个单词的缩写，分别是：

• Independent，独立的。一个用户故事应该完成一个独立的功能，尽可能不依赖于其它用户故事。
• Negotiable，可协商的。我们无法保证所有的细节都能 100% 落实到用户故事里，最好的办法是大家商量。
• Valuable，有价值的。一个用户故事都应该有其自身价值，没有价值的事不做。
• Estimatable，可估算的。利用用户故事估算的结果安排后续的工作计划。
• Small，小。不能在一定时间内完成的用户故事只应该有一个结果，拆分。小的用户故事才方便调度，才好安排工作。
• Testable，可测试的。不能测试谁知道你做得对不对。也就是验收标准，你得知道怎样才算是工作完成。