Debugging 在visual c中遵循的最佳调试策略是什么?

Debugging 在visual c中遵循的最佳调试策略是什么?,debugging,Debugging,开始调试时,如何组织工作?调试前/调试时是否有任何常规操作 换句话说,你遵循的最佳策略是什么 谢谢这主要取决于调试的目的。您是否正在解决一些问题检查数据等 但最基本的事情是设置一个调试器,比如Visual studio或其他可以让您的生活更简单的东西。我的调试策略是编写测试,所以我不需要使用调试器。我不确定是否有这样的策略。在计算第一个断点的位置时需要一些经验/技能,调试会话的长度可以缩短一个数量级。但你的问题是。。。很难回答。取决于上下文(问题和调试人员)可能看到的情况,也取决于运气。单元测试

开始调试时,如何组织工作?调试前/调试时是否有任何常规操作

换句话说,你遵循的最佳策略是什么


谢谢

这主要取决于调试的目的。您是否正在解决一些问题检查数据等


但最基本的事情是设置一个调试器,比如Visual studio或其他可以让您的生活更简单的东西。

我的调试策略是编写测试,所以我不需要使用调试器。

我不确定是否有这样的策略。在计算第一个断点的位置时需要一些经验/技能,调试会话的长度可以缩短一个数量级。但你的问题是。。。很难回答。取决于上下文(问题和调试人员)可能看到的情况,也取决于运气。单元测试测试独立的代码片段。当您插入数据库、用户输入、外部服务等时会发生什么情况?为什么要投否决票?我是认真的。我有集成测试来覆盖数据库,还有一个稳定的验证框架来覆盖用户输入。如何调试外部服务?我会用小提琴或其他东西来检查它的反应。正确的测试策略使我对调试器的使用减少了99%。我不记得上一次我用调试器做任何严肃的事情是什么时候了。这确实是一个理想的方法,但是如果没有调试器,我就活不下去了:)简单性很好,小方法很好,完整的测试覆盖率很好。然而,当您开始使用任何复杂程度的系统(例如,与遗留系统集成)时,您会发现您的测试套件遗漏了您认为不可能发生的0.00001%的输入,您需要启动调试器。既然你对你的答案进行了修改和扩展,我已经取消了我的否决票。@Binary谢谢。我并不是说我从来没有使用过它,但对于这个家伙的问题来说,这个问题可能真的是在问“我在编写错误代码,并且想知道如何轻松地调试它”,我是说编写好的单元测试意味着你从一开始就不会陷入调试混乱:)