gpt4 book ai didi

unit-testing - 开发后测试的陷阱是什么?

转载 作者:行者123 更新时间:2023-12-04 09:42:39 25 4
gpt4 key购买 nike

最近我被分配到一个已经在进行中的项目。这是TDD环境。
每个人都遵循代码单元测试优先和实现代码之后的正确原则。但是这对夫妇是相反的,先实现代码,然后再进行单元测试。

尽管在辩论中,他们说无论哪种方式都很相似。

如果先执行代码,然后执行单元测试,可能会出现哪些潜在问题?

最佳答案

  • 过度设计 - 您可能编写了比实际需要更多的代码。
  • 偏见 - 您可以编写测试来测试您的实现而不是需求。
  • 测试不会驱动您的设计 - 测试可以表示设计改进。随着时间的推移,您的设计可能会变得僵化并且不愿更改。
  • 让您慢下来 - 您的实现可能存在可测试性问题,只有在您尝试编写测试时才会出现这些问题。到那时,您可能会倾向于混杂一些东西,因为现在测试阻碍了您实现下一个功能。尝试对不可测试的 blob 进行单元测试令人沮丧……更多情况下,您最终会得到不彻底的测试(测试哪些是简单的,然后继续)。
  • 可能不会编写测试 - 一旦您的实现准备就绪并且您已经手动验证它可以工作,就会倾向于跳过无聊的单元测试并跳到有趣的部分......编写更多代码。随着时间的推移,未经考验的困惑。

  • 如果不够明显,请先测试 FTW!

    关于unit-testing - 开发后测试的陷阱是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7199313/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com