unit-testing - 单元测试中的 "bad"属性是什么?

标签 unit-testing

我刚看完 question这回答了单元测试的哪些理想特性,但应该避免什么?是什么让单元测试“糟糕”?

你见过的最糟糕的单元测试是什么? (例如。我记得一位开发人员告诉我他曾经找到一个测试套件,其中包含大量方法但完全没有任何断言)。

我对单元测试中更微妙和更具体的问题特别感兴趣,例如假设您有一个运行速度快且覆盖率高的测试套件,它还有什么问题?

最佳答案

  • 具有外部依赖项(数据库、文件、服务器、时间...)的测试
  • 相互依赖的测试
  • 验证实现而不是行为的测试
  • 测试太慢以至于没有人执行它们
  • 测试太多东西的测试

  • 还有TDD anti-patterns .

    关于unit-testing - 单元测试中的 "bad"属性是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3913912/

    相关文章:

    TeamCity 上的 Python 集成测试

    c# - 如何使用 Moq.MockRepository.Of() 方法

    unit-testing - Clojure 中的单元测试局部函数(letfn)?

    asp.net - 从用户的角度进行端到端应用程序测试

    c++ - (编译时)单元测试调用了多个重载中的哪一个

    javascript - 如何使用嵌套函数(javascript、jasmine)为第 3 方库编写 mock

    php - 在 Laravel 5.1 中将 SQLite 设置为用于单元测试的数据库

    c# - 需要使用系统库对服务进行单元测试

    php - 如何使用 phpunit 为某些测试套件注入(inject)环境变量?

    java - JUnit 测试方法失败