我经常会发现许多代码区域非常完美地封装并且易于进行单元测试，但我也发现很多代码单元测试效果不佳，主要是数据访问和用户界面。无论我尝试哪种单元测试“技巧”，我都发现在这些地方创建功能性单元测试不仅需要大量的精力，而且这些测试往往非常脆弱且不能真正测试到很多内容。
在什么时候您会停止并决定放弃单元测试所带来的好处呢？
在什么时候您会停止并决定放弃单元测试所带来的好处呢？
11个回答
-1
当项目计划中没有时间，并且花费时间寻找测试方法而不是朝着项目目标努力时。
- NikolaiDante
7
2这将在不久的将来造成更大的延迟。 - Umair Ahmed
1这就是时限和目标等事物发挥作用的时候。因此，“当项目计划中没有时间”时。 - NikolaiDante
2-1. 在项目计划中没有时间意味着您应该与利益相关者协商时间、成本或范围，而不是削减质量。我宁愿拥有少数高质量的事物，也不要所有东西大部分时间都不能正常工作。 - Gishu
说实话，我宁愿失去一个单元测试，也不愿失去QA测试或UAT测试。一段代码可以完美运行而从未失败，但却不能满足需求。 - NikolaiDante
我的观点似乎是一个巨大的分歧点，但我相信它与“当你能通过做其他事情提供更好的价值时”是一样的。算了。:o) - NikolaiDante
显示剩余2条评论
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接