TDD 中的测试台（测试驱动开发）答案

【问题标题】：Test rig in TDD (test driven development)TDD 中的测试台（测试驱动开发）
【发布时间】：2013-09-09 17:26:55
【问题描述】：

我的公司想在我们的项目中应用 TDD，我们在 5 个月前开始研究 TDD。我们从编写单元开始到接受测试（您可以在http://uet.vnu.edu.vn/~chauttm/TDD/ 中看到）。然后我们按照这本书《growth_object-oriented_software_guided_by_tests》做一个试点项目。但是我们的测试台有问题（测试端到端系统的架构） https://docs.google.com/file/d/0B23s8xkJtB5ZNHBJbEZ3YTdMTWc/edit。我们有 3 个团队，一个团队开发服务端，一个团队开发 Android 客户端，一个团队开发 iOS 客户端。在上述测试台之后，客户团队将编写验收测试并将数据直接插入数据库。服务团队将创建一个 sql 文件，然后客户端团队将使用此文件插入数据库。客户团队并不了解所有数据库（我们的系统有 200 多个表），有时他们不得不花费大量时间进行调试，因为他们不知道服务错误。您能否再给我一个测试台或建议我如何让我们的项目（在 TDD 中）更有效？

【问题讨论】：

这听起来是个有趣的问题。您能否更详细地解释实际问题出在哪里？我不太明白你是在写客户端数据库还是服务器端数据库。
我公司为美国的一家公司外包。他们的系统是 20 年前开发的。这是一个大系统。现在他们想应用TDD来开发其他功能。

标签： tdd

【解决方案1】：

客户团队应该有一个模拟服务层，他们可以根据该模拟服务层编写自动化测试。这些将具有快速运行且不需要与服务团队协调的优势。大多数客户端应用程序的验收测试都应该以这种方式编写。如果您正在编写使用 Google 日历 API 的应用程序，您不会尝试重新创建整个日历 API，您只需按照您期望的方式模拟日历 API。

对于团队之间的集成测试，您可以在单独的服务器上拥有一个生产服务版本，其中包含生产数据库的副本，其中包含一些测试数据。对于测试，请将客户端配置为使用测试端点而不是生产端点。

【讨论】：

请查看我们的测试台docs.google.com/file/d/0B23s8xkJtB5ZNHBJbEZ3YTdMTWc/edit。如您所见，客户团队将编写验收测试，他们必须将 sql 文件直接插入数据库。所以不能使用模拟服务
为什么一定要直接插入SQL？我会将箭头指向服务层，而不是数据库层。
因为我们必须将数据插入服务进行测试。
如果你模拟/伪造服务层，你不需要插入任何数据，这将使你的团队更容易编写测试。最大限度地提高测试的投资回报率非常重要（用尽可能少的工作编写有用的测试）。