【问题标题】:Risks for not doing proper unit testing [closed]不进行适当单元测试的风险[关闭]
【发布时间】:2013-01-15 12:18:48
【问题描述】:

我之前问过一个单元测试实用问题(Unit testing: how to test methods with a lot of underlying objects and business logic),我需要在同一段代码上打开另一个主题。

问题是,如果我不理会每个人告诉我的内容,我会继续“单元测试”——MoveElementAtIndex 方法(在产品集合中移动产品),而不会对底层调用和使用有任何压力其他类。我可以实例化一个新的产品集合并测试它们是否正确移动,对吗?

这不是单元测试,我知道。它也不是集成测试。 它是混合的,你会说这有什么问题?它仍然可以帮助我避免问题。还是不会?

【问题讨论】:

    标签: c# unit-testing integration-testing


    【解决方案1】:

    这并没有什么问题,但是如果您的集合不是具体的产品,而是产品的接口,那么您可以轻松地将其变成真正的单元测试。通过这样做,您可以确保您的测试结果不依赖于产品对象中的实现问题。这使测试更清晰,您的代码更可靠。

    顺便说一句:单元测试和集成测试之间没有混合体。您拥有的是集成测试。只有当你用存根或模拟替换所有外部依赖时,你才能称之为单元测试。

    【讨论】:

    • 我很可能可以,但问题是它只是 5000 种方法中的一种,至少与它一样耦合。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-01-03
    • 1970-01-01
    • 2016-04-23
    • 2011-10-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多