【问题标题】:TDD applied only to model or elsewhereTDD 仅适用于模型或其他地方
【发布时间】:2016-01-10 23:43:20
【问题描述】:

我从 Kent Beck 那里购买了“TDD 示例”,并且我已经阅读了第一部分,关于 Money 对话和计算。

在进一步阅读之前,我有一些问题。

TDD 是否仅与特定领域相关?

我的上下文如下

  • 我是一名 nodejs 开发人员,我从事 REST API 方面的工作。在 nodejs 中,我们使用路由回调(就像控制器一样),我想知道在处理 TDD 时是否必须进行一些集成测试?或者我应该只将它应用于我的服务/存储库/实体? (我知道我必须进行集成测试,但我想知道如何将它与 TDD 原则一起应用,我发现它确实是面向领域的)

  • 在处理移动开发(在我的情况下是 Android 原生)时,活动(就像控制器一样)不受 TDD 工作方式的影响,对吗?因为我认为它也意味着集成测试?

【问题讨论】:

    标签: java android node.js unit-testing tdd


    【解决方案1】:

    TDD 不仅仅是关于单元测试,它是一种开发软件的通用方法。有一种流行的做法是通过首先编写失败的验收测试来开始某个功能的工作,它应该具有足够的可读性来描述该功能实现了什么。然后,您继续为所有相关类编写单元测试,遵循 Red-Green-Refactor 循环。在开发结束时,您应该通过单元测试和功能验收测试。

    【讨论】:

    • 感谢您的回复。我会尝试看到更广泛的。但总有一些我无法理解的东西。如何在 /users ressource 上创建有关 GET 请求的场景? (集成测试)与 TDD 实践?
    • 不幸的是,我不熟悉为 Web 服务编写集成和验收测试,但在高层次上 - 编写一个像普通客户端一样访问资源的测试,确保它失败,然后继续为这些类编写单元测试。
    猜你喜欢
    • 2023-03-31
    • 1970-01-01
    • 2019-06-02
    • 1970-01-01
    • 2013-08-08
    • 1970-01-01
    • 2011-03-23
    • 2021-06-07
    • 2021-08-06
    相关资源
    最近更新 更多