3
A
回答
0
这取决于案件的复杂性。我不认为这有一个标准的衡量标准。
干杯!
0
我也有兴趣看到统计数据。根据我的经验,维护单元测试需要花费尽可能多的时间来维护真实代码很多时候你没有时间修复单元测试,所以它们已经过时并且没有用处。单元测试在我看来是不值得的,因为单元测试的代码质量并不是更好,因为它们只能检测简单的错误。此外,TDD正在设计糟糕的应用程序,或者花费更多时间重构代码,最终得到的设计与使用UML一样好。
相关问题
- 1. 集成测试,但多少?
- 2. 集成测试与单元测试
- 3. 集成与单元测试
- 4. 如何显示集成测试统计信息?
- 5. 单元测试时,成员隐藏
- 6. 开发人员花费多少时间查看日志?
- 7. 测试驱动开发/集成测试的RIA开发
- 8. 为开发人员/集成测试环境设置Apache Kafka
- 9. 单元测试,集成测试或设计问题?
- 10. 如何将单元测试与集成测试分开?
- 11. 您是否将单元测试与集成测试分开了?
- 12. 软件开发没有集成测试
- 13. ContextSwitchDeadlock运行单元时(集成)测试
- 14. 当进行单元测试以及何时集成测试
- 15. Maven - 单元测试中的单独集成测试
- 16. 单元测试客户成员提供
- 17. 单元测试成员资格
- 18. 与CruiseControl.NET集成的JavaScript单元测试
- 19. 集成测试
- 20. 集成测试
- 21. Django测试:独立的单元和集成测试Travis CI
- 22. 单元测试与Spring的集成测试
- 23. 如何重新使用集成测试的单元测试
- 24. 何时通过集成测试选择系统测试Rails 5.1?
- 25. VS2008单元测试“待定”并且测试无法完成
- 26. iOS单元测试:如何处理完成测试?
- 27. 平均开源开发人员在项目上花费多少时间?
- 28. 如何减少花费在测试上的时间?
- 29. 弹簧单元/集成测试设置
- 30. 集成和单元测试MockMvc
如果使用TDD,那将是(几乎)100%。 – driis 2010-11-15 20:44:53
答案真的取决于项目细节和开发人员的技能水平。 – hvgotcodes 2010-11-15 20:46:41
除非您有方法将它与通过不调试应用程序中的问题而节省了多少时间相比,否则它也将毫无意义。 – 2010-11-15 21:59:10