用户故事描述

需求

用户故事

用户故事是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素：
角色：谁要使用这个功能。
活动：需要完成什么样的功能。
商业价值：为什么需要这个功能，这个功能带来什么样的价值。

作为一个<角色>, 我想要<活动>, 以便于<商业价值>

验收标准

给定[上下文]当[执行特定动作]然后[应该发生一系列后果]
Given … when … then …

以创建经销商品牌为例：
作为供应商，我能在供应商端创建经销商类型的品牌，以便于上架商品。

在品牌管理列表，当点击新增按钮时：
可以看到品牌类型为经销商（单选）；
可以看到新增表单；
可以下载说明文件；
可以提交经销商类型的品牌；
品牌列表可以正确显示经销商品牌；
不能影响自产自销和代理品牌；

作为运营人员，我能在运营端审核供应商创建的经销商类型的品牌，以便于供应商上架商品。

当供应商提交经销商品牌后：
在品牌列表可以看到待审核数据；
可以查看经销商品牌数据；
可以审核经销商品牌数据；
可以下架经销商品牌数据；
可以上架经销商品牌数据；
不能影响自产自销和代理品牌的功能；

bug

需要提供账号、复现步骤、页面或者截图，复杂情况需要录视频。目的是方便复现和解决问题。

开发

采用单分支开发模式，开发只能同时进行一张卡开发，开发完后在看板把卡托到待测试中，然后在和测试说一下卡完成可以测试了。测试收到卡后，尽可能早测试，有问题直接反馈给开发，开发需要及时修复，保证卡在测试环境时正常可用的。

发布

周一开迭代会，把上个迭代的测试通过后，晚上发布上一个迭代的功能。