2.8. 小结

  • 理想情况下,故事之间是独立的。有时很难做到这一点,但我们哟啊尽量实现这一目标。故事之间的交付顺序应该是无关的,可以任意拿一个故事来实现
  • 故事细节有用户和开发人员讨论得出
  • 故事应该很清晰体现对用户或客户的价值。最好的做法是让客户编写故事。
  • 故事可以注释一些细节,但是过多的细节会使故事难以理解,也可能给人一种开发人员和客户无需交流的错觉
  • 给故事加上注释的最好方式是给它编写测试用例
  • 如果故事太大,复合故事和复杂故事可以拆分成多个小故事
  • 如果故事太小,几个小故事可以合并成一个较大的故事
  • 故事应该是可以测试的

results matching ""

    No results matching ""