|
项目管理者联盟
1、用户故事至少应完成如下内容项目管理者联盟
1)用户故事最终的描述符合如下原则：training.mypm.net
m 独立性(Independent)— 要尽可能的让一个用户故事独立于其他的用户故事，是否可以在一个迭代内完整实现。项目管理者联盟
m 可协商性(Negotiable)— Team是否理解用户故事，无疑问。如有有疑问，一个用户故事的内容要是可以协商的，因为用户故事不是合同。项目管理者联盟
m 有价值(Valuable)— 每个故事必须对客户具有价值(无论是用户还是购买方，也包括使用新技术的价值)。项目管理者联盟文章
m 可以估算性(Estimable)—开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。项目管理者联盟
m 短小(Small)— 一个好的故事在工作量上要尽量短小，最好不要超过1-2人天的工作量,至少要确保的是在一个迭代中能够完成。项目管理者联盟
m 可测试性(Testable)—一个用户故事要是可以测试的，以便于确认它是可以完成的。service.mypm.net
2)用户故事得到用户代表试用并初步认可service.mypm.net
3)用户故事都有测试用例对应覆盖项目管理论坛
4)用户故事都有对应的自动化测试用例项目管理者联盟
5)用户故事已经实现club.mypm.net
6)用户故事已经测试通过项目管理者联盟
2、举例blog.mypm.net
对于一个用户故事以及验证标准，举例如下：项目管理者联盟
用户故事实例：作为一个用户，我要在用户界面写入用户名和密码，然后我就可以登录了。项目管理者联盟
这个功能的验证标准至少应该分为以下三部分：PgMp.mypm.net
1) 前置条件项目经理博客
2) 用户输入项目管理论坛
3) 用户期待的结果。(注意是用户的期待)项目管理者联盟
m 验证实例1：club.mypm.net
1) 前置条件：在网站登录页面项目管理者联盟
2) 用户输入：输入用户名、密码转自项目管理者联盟
3) 用户期待结果：可以登录到网站项目管理者联盟
本文为项目管理者联盟联盟会员原创文章，授权发布，非经同意不得转载！
|
