[转]用例和用户故事的区别 useCase和useStory的区别

Use case与user story在不同项目中定义会有一定区别,此处只讨论最大众的定义。

最基本的区别:1. use case是以用例图表示(例描述的是参与者与系统之间的对话,但是这个对话的细节并没有在用例图中表述出来,针对每一个用例我们可以用事件流来描述这一对话的细节内容。如在ATM系统中的"提款"用例可以用事件流表述如下:1. 用户插入银行卡 2. 输入密码 3. 输入提款金额 4. 提取现金 5. 退出系统,取回银行卡. 描述的是用户一次进入这个系统的涉及根本数据变动最小目的); 2.用户业务流可能更偏写(查询算是一次用例,但有时候也不会归纳到用例中,包含数据变动的最小目的, 但业务流不会描述查询.); user story是以一句话表示(笛卡尔积法分析我们如何正确使用Use Story?)。

最基本的共同点:帮助阅读者明白该软件应该完成什么事,促进利益相关者交流合作。

在实际使用时这两者无高下之分,只分使用场合。


User story在维基百科上的定义:In software development and product management, a user story is an informal, natural language description of one or more features of a software system.

User story有其固定格式,其中应用最广的为:

As a <role>, I want <goal/desire> so that <some reason>.

E.g. As a PO, I want to change privacy policy for the China version of the App so that local policies are updated for local market.

不过实际使用时有的公司也不会遵从这个格式,只要能把意思表达清楚即可。【个人观点】

user story只有简单的需求描述,而非详细的需求规范。所以因其简单易懂的特点,user story适用于需求探索阶段,也就是sprint plainning阶段与用户讨论需求时使用。

关于role:并且使用user story时,role不只有终端用户一个角色,比如还包括backend team、PO等等。测试人员在设计case时需要把自己转换成多个角色来设计case并确保其覆盖场景。

关于粒度:在敏捷开发中user story的粒度一般较小,一个业务场景的备选流有时也能成为一个user story。

关于关注点:user story不会涉及系统内部的东西,主要关注业务用例而非系统用例。


Use case的定义为:A generalized description of a set of interactions between the system and one or more actors, where an actor is either a user or another system.

可以看出use case的关注点在于系统用例,即更适合系统设计与开发团队使用。



作者:洛姆
链接:https://www.jianshu.com/p/c6978490be8d
来源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

 

附录:

 

任务Task、用例UseCase、用户故事UserStory、场景Scenario

测试case中的场景分析法

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值