调试简易思想与问题的发展

Question

我记得我读过一篇文章，一位普通程序员花费90%的工作时间进行调试，10%的时间用于实际开发。虽然这个数字本身可能并不适合每个人，但我认为这个想法本身是有道理的。

那么DDE的想法呢?为了调试方便而开发？为了做到这一点，我想到了以下的程序和工具。

用于测试功能级别的

1. 单元测试和xUNIT工具。用于输入检查的
2. 断言；用于检查输入
3. 值的断言相关函数；用于启用问题源

跟踪的记录器函数。

你还有什么？什么程序和工具可以用来有效地揭示错误本身？

Answer 1

单元测试可以帮助您用较少的but开发代码，但我认为它们并不能真正帮助调试代码，也无助于隔离生产中的问题。

断言通常会帮助您在执行任何进一步的业务逻辑之前确保满足某些条件。

日志记录只是上面提到的功能，它确实有助于在生产中隔离问题，并提供一些可能出错的线索。此外，在应用程序过程中的关键/关键步骤中，完全由开发人员使用记录器方法，这对隔离问题非常有帮助。

也就是说，在开发阶段，IDE支持调试非常重要，而且应该非常直观。但是，在进行生产时，有时您可能有机会将调试器附加到运行的生产环境中，以便为特定情况进行调试。在这种情况下，只有开发人员日志信息才是拯救者。