这与我应该如何实施用户故事有关.
例如假设我有两个以下的用户故事,从一个假设的内容管理系统开始：
故事1：
作为内容作者
我需要能够创建新闻文章
以便它们可以用来吸引用户到网站
故事2：
作为编辑
我需要能够查看现有的文章
以便我们可以审查他们来提高质量
我会这样做的方式,
>我会抓住这些用户故事之一
>打破我需要的一部分用户故事到更小的任务
>逐个抓住这些任务,并提出测试以涵盖具体任务
>实施TDD的方式
作为用户故事的一部分,我的困境是哪里.
特别在这些例子中,他们间接地暗示了一些认证,授权相关的要求,因为用户故事提到了两个用户类别.
所以我的问题是,我是否应该有任何控制身份验证/授权的任务/测试来完成这些用户故事
或者我应该专注于我需要部分用户故事来尝试实现功能,并等待具体提及认证,授权相关要求的任何用户故事？
所有的投入都非常感激.
干杯.
你的故事有很多漏洞.底层的授权/识别部分是一个,我看到的另一个是,所以我吸引更多的访问者到我的网站是你不能真正测试的,所以你应该再想一次,找到另一个(可能是一些简单而不是很不同于我可以把它们放在我的网站上来吸引更多的游客).我相信,通过这种格式,这部分内容应该包含一些关于你如何测试你的故事的粗略想法.
真的我使用的东西不太正式的我的故事：标题,简短的描述和一些解释如何演示.我还添加了一些优先级值(对于产品所有者很重要)和对工作量的粗略估计.最有用的部分可能是如何演示,因为它将有助于编写测试(如果有必要,打破故事后,但如果可能,我也更喜欢保持故事短路,以避免需要打破它们).此外,我也尽量不要把故事讲到任务,而是把小故事.任务往往太多关于你将如何做某事,你应该专注于你想要的结果.
在你的情况下,有一天肯定会有别的故事,有一天会认证,但是现在不应该阻止你代码页.只要一步一步,保持你的故事简单(你有测试,稍后重构很容易),你会很快得到什么对你有用的感觉.
你应该看看优秀的图书Scrum and XP from Trenches,看看它们是如何做到的.
