首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >自动化测试无益的场景?

自动化测试无益的场景?
EN

Stack Overflow用户
提问于 2018-10-19 01:39:03
回答 2查看 0关注 0票数 0

在哪些情况下,单元测试和TDD等比它们的价值更麻烦?

我想出的一些事情是:

  • 生成测试数据时很棘手:有时,能够提出有效的,非平凡的测试数据本身就是一个挑战。
  • 当验证代码正确性的唯一实用方法是运行它。
  • 当您测试设计的视觉元素时。

还有什么其他案例?

EN

Stack Overflow用户

发布于 2018-10-19 11:09:15

我坚信有思想的测试; 但是,我觉得单元测试和TDD主要是浪费时间。

从实证的角度来看:

  1. 没有经验证据证明代码质量更高。
  2. 没有经验证据表明生产率更高。
  3. 没有经验证据证明可以节省成本。
  4. 以伪科学方式呈现的“故事”表明TDD是有益的,但没有控制组,也没有真正的指标。

TDD的好处:

  1. 通过提升专业知识,“了解”TDD的福音传道者。
  2. 销售/推广单元测试工具的软件组受益。
  3. 如果您的开发人员不是高素质的,那么单元测试可能会有一些好处。
    • 单元测试仅捕获最明显的错误
    • 如果开发人员通过单元测试始终发现错误,我会替换它们。
    • 如果我将开发外包给班加罗尔的车身车间,我会实施单元测试。否则,我会坚持与强大的开发人员合作 - 从长远来看,这些人更具成本效益。

主观分析:

  1. 如果您听取TDD支持者提出的论点,您可以随时用祈祷取代TDD,并且推理的有效性不会改变......
  2. 单元测试是代码 - 您将代码库的大小增加一倍/三倍......分析代码可能会花费更多时间。
  3. 高质量的软件来自对抗/合作团队。编写代码的同一实体没有业务测试代码 - 这应该是QA分析师的工作。
  4. 高质量和高性价比的软件来自以下良好的设计原则 - SOLID / GRASP / GoF
  5. 在审查单元测试和TDD之后,我想要的真实世界类比是...它有点像在自己上面运行一个检查清单,例如:
    • 吸气检查
    • 呼气检查
    • 左脚向前检查
    • 右脚向前检查
    • 眨眼睛检查
    • 插入口香糖检查
    • 闭嘴检查
    • 张开嘴检查
    • 迭代直到燕子检查......
    • 是的,你实际上可能会发现一个问题,但如果不花费大量精力为它编码,你将永远不会发现任何后果。

  6. 杰布斯告诉我,TDD是假神。
票数 0
EN
查看全部 2 条回答
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/-100000867

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档