TDD中的测试台(测试驱动开发)

时间:2013-09-09 17:26:55

标签: tdd

我的公司想在我们的项目中应用TDD,我们在5个月前开始研究TDD。我们从写作单元开始接受测试(你可以在http://uet.vnu.edu.vn/~chauttm/TDD/中看到)。然后我们按照“grow_object-oriented_software_guided_by_tests”这本书做一个试点项目。 但我们在测试装备(测试端到端系统的架构)方面存在问题 https://docs.google.com/file/d/0B23s8xkJtB5ZNHBJbEZ3YTdMTWc/edit。 我们有3个团队,一个团队开发服务端,一个团队开发Android客户端,一个团队开发iOS客户端。在上面的测试装备之后,客户团队将编写验收测试并将数据直接插入数据库。服务团队将创建一个sql文件,然后客户团队将使用此文件插入数据库。客户团队不了解所有数据库(我们的系统有超过200个表),有时,他们不得不花费大量时间进行调试,因为他们不知道服务错误。 你能给我另一个试验台或建议我使我们的项目(在TDD中)更有效的方法吗?

1 个答案:

答案 0 :(得分:1)

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

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