这算不算一个基本数独游戏的用户故事？

Question

我试图用敏捷软件开发方法为一个基本的Sudoku游戏制作一个用户故事。

我明白用户故事背后的概念，但我只是想知道是否有可能得到一个例子来加深我的理解？

会说

• 作为一个狂热的数独玩家，我想在不同的困难中有多个等级。
• 作为一个新的玩家，我想要一个游戏的入门水平来教我基础知识。

算作用户故事？

Answer 1

您的示例可以算作用户故事，但它们缺少了一个非常重要的部分:当故事实现时，用户希望达到的目标。

这个目标对你来说可能是显而易见的，但无论如何你都应该把它写下来。

用户故事具有以下格式

As a <user>
I want <feature>
So that <goal>

目标部分很重要，因为它帮助开发人员做出正确的决策。

您的第二个例子可能有两个非常不同的目标，这将导致不同的设计。

• 作为一个新玩家，我想要一个游戏的入门水平来教我一些基本知识，这样我就可以解决这个游戏，获得一种成就感。
• 作为一个新玩家，我想要一个游戏的入门水平来教我一些基本知识，这样我就可以学习游戏规则了。

在第一种情况下，仅仅有一个简单的级别就足够了，但是在第二种情况下，您想要指导用户为什么某个数字必须/不能放在特定的单元格中。

Answer 2

除了巴特提到的关于目标的优点外，我还想重点谈谈“敏捷”部分。尽管你所拥有的是用户故事，但它们就在“史诗”的层面上，还没有对开发有用。

在我看来，当你最初计划一个新的产品或功能时，你通常会从上面这样的故事开始，对你想要构建的东西有一个很好的感觉，然后你会开始把这些“史诗”故事分解成越来越小的故事块，直到你有了一组可以直接用于开发的故事。特别是，在实践测试驱动开发(TDD)时，您希望达到一个粒度级别，这样每个用户故事都可以自然地翻译到几个测试用例中(尽管每个测试用例可能仍然很复杂)。

这类更可采取行动的故事的例子可能是：

• 作为一名玩家，我想让游戏为我生成一个可解决的数独板，这样我就可以开始计划我的方法了。
• 作为一名玩家，我希望能够使用我的鼠标填充单元格中的值，并让游戏指示该值是否使董事会无效，以便我可以快速地尝试可能的选项并在需要时回溯。

我推荐以下由亚历克斯·考恩( Alex )撰写的优秀文章，以了解更多有关这方面的信息：您最好的敏捷用户故事。