使用测试驱动开发时的俄罗斯方块验收测试

Question

我想尝试使用 TDD 来实现俄罗斯方块游戏。

根据我在阅读以测试为指导的不断发展的面向对象软件，我应该首先定义我的验收测试。如果我是对的，那么进行 TDD 时的验收测试就像用例一样被定义。

定义一个良好的首次验收测试非常重要，该测试将作为应用程序的“骨架”，因此它应该有点简单。

我选择了以下 2 个验收测试作为我的第一个实施：

1. 游戏开始，玩家关闭它。
2. 游戏开始，玩家什么都不做。他最终还是输了。

这两个验收测试是好的开始测试吗？接下来的验收测试什么是好的？我可以想到类似

• 游戏开始后只有方形棋子掉落。玩家以这样的方式放置它们，使得线条总是“爆炸”，使得游戏在 100 个游戏步骤后仍然没有结束。

但我觉得这有点尴尬，因为在真正的俄罗斯方块游戏中，你总是会有不同的棋子掉落，而这就是验收测试应该做的事情。

另外，在执行（2）时，我有点想尝试一次性实现所有内容，我认为这并不是在实现第二个验收测试时假装的。我想我们的想法是只在 6 到 7 次之后才实现游戏，而不是在第二次。我说得对吗？

谢谢

Answer 1

您需要从测试中删除游戏中的随机性。是的，这意味着测试并不能完美地复制游戏，但这也意味着您拥有可重复的测试，这具有更大的价值。隔离差异 - 将 PieceProvider 传递到您的游戏中；对于真实游戏，传递 RandomPieceProvider，但对于测试，传递 SpecifiedPieceProvider。现在它们之间只有一点点差异，但差异应该小到不重要；您仍然可以放心地测试游戏的所有其他方面。

Answer 2

从一个简单的块列表开始。假设没有玩家，方块会以某种方式堆积起来，然后溢出。如果块未正确堆叠或程序未检测到溢出，则测试失败。

Answer 3

我首先会考虑游戏场地，以及在一些已定义的块被丢弃的帧数之后它看起来是什么样子。例如使用 Cucumber：

Scenario: dropping the first square
  Given an empty 10x2 field

  When a square is dropped at column 4
  And 48 frames have passed

  Then the field should contain a square at (4, 1)

  When 48 frames have passed
  Then the field should contain a square at (4, 2)

Scenario: Dropping a square on a full stack
  Given an empty 10x2 field
  And a square at (4, 2)

  When a square is dropped at column 4
  And 48 frames have passed

  Then the game should be over

如果您喜欢 Cucumber 功能规范的外观，您可能想尝试 Cuke4Nuke for .Net 或 Cuke4Duke 用于 Java。