需求建模
用户故事
用户故事
用户故事（User Story）是从用户角度对功能的简要描述。
格式：作为一个<角色>，可以<活动>，以便于<价值>。
需要执行什么操作？
完成操作后带来什么好处？
谁要使用这个功能？
用户故事
3
• 独立性：尽可能避免故事之间存在依赖关系，否则会产生优先级和规划问题。
• 可协商：故事是可协商的，不是必须实现的书面合同或者需求。
• 有价值：确保每个故事对客户或者用户有价值的，最好是让用户编写故事。
• 可估算：开发者应该能够预测故事的规模，以及编码实现所需要的时间。
• 短小的：故事尽量短小，最好不超过10个理想人天，至少在一个迭代中完成。
• 可测试：所编写的故事必须是可测试的。
用户故事
4
顾客可以使用信用卡购买购物车中的商品。
注释：接受Visa、 Master和American Express信用卡。
• 用 Visa、MasterCard和American Express进行测试 （通过）
• 用 Visa借记卡测试（通过）
• 用 Diner‘s Club（大莱卡）测试（失败）
• 用正确的、错误的和空的卡号测试
• 用过期的卡测试
• 用不同限额的卡测试（包括超出银行卡的限额）
