您花费多少时间进行调试? 好吧,我知道这个问题有点含糊,答案会有所不同。 在计算机编程领域工作了将近15年之后,我仍然不能自信地说我在调试方面花费了多少时间。 可能有多种因素影响它,并使其不确定地回答:
- 您是否遵循测试驱动开发(TDD)并在编写新功能时更新了测试用例?
- 你有很好的代码覆盖率吗?
- 问题的复杂性是什么?
- 您有足够的工具系统来帮助您吗?
- 您的测试策略是什么?
- ...还有一些可能与您的团队和环境有关。
尽管有许多其他因素需要考虑在调试时确定调试时间,但仍需要考虑一个非常重要的因素。 调试是一项技能,可以提高 。
首先,接受事实
是的,对。 我们,开发人员是主要的错误创建者,这样很好。 这样,我们还负责“调试”代码以使其免于错误(尽可能多!)。
在本文的其余部分中,我将解释我为提高调试技术所做的工作。 您可能会看到一些共同点。
ing看到大局
修复一个组件中的错误可能会破坏其他组件中的其他功能。 因此,对全局有一个清晰的想法很有帮助。
在尝试修复错误之前,了解不同组件之间如何相互通信,依赖性,数据交换等是要理解的关键因素。 一种好的调试技术是考虑到这些并继续进行。
🐞调试他人的代码
当我们谈论提高调试技能时,如果我们调试不是由我们编写的代码,则可能会更好。 相信我,这是一种痛苦,但同时也教了很多课。
from从其他角度讨论和展望
让我们考虑以下两种情况:
- 您已经调试了一段时间,但仍不确定应在何处以及如何进行修复。
- 在调试由对等方编写的代码之后,您才找到修复程序。
我已经经历过,与同龄人讨论该方法有助于更好地加速。 通常,我们会以不同的方式研究事物。 您的同行已经解决了类似的问题。
🐞使用正确的工具,正确的方法
即使您具有调试问题的正确技术和技能,缺少正确的辅助工具也可能减慢您的进度。 举个例子,与其将控制台日志放在可疑的位置,不如使用可视调试器工具(最好)。
需要指出的是,如果尚不清楚正确的技巧和方法来使用它,那么仅提供一个出色的工具还不够。 一个示例[可能就是这个](https://blog.greenroots.info/devtools-my-favorite-tips-and-tricks-cjw4ddagw000uqns1loyfr2x1)。
in进去,回来但不要放弃!
很多时候调试很深入。 它需要时间,精力,耐心和态度。 有时候,人们会感到无助,就像到达隧道尽头。 现在是时候回来了,从头开始看事情。 不要放弃 比较不同方法之间的步骤,尝试找出差距。
ging记录并记笔记
在调试时启用适当的日志是一个好习惯。 来自各个组件和模块的其他日志有助于跟踪情况。 同时,您必须确保代码中包含适当的日志。 如果没有,请添加并改进。
充分注意您的调试步骤。 这将有助于您将来对类似领域中的问题进行分类。
🐞休息一下!
厌倦了调试并且无法到达任何地方? 休息一会。 休息可以提高生产力和创造力。 他们说, “休息的时候”更多地出现在那些休息的人身上!
结论
总而言之,这些是我学习和提高调试技能的经验。 我敢肯定,会有更多不同和有效的方法。 随意评论您发现对您和您的团队有效的内容。
在本文的最后,我将提到David J. Agans撰写的一本名为Debugging:找到最难以捉摸的软件和硬件问题的9条必不可少的规则的精彩文章。 休闲阅读。
这是作者网站上的精美海报:
信用
这篇文章的封面图片使用Freepik从www.flaticon.com制作的图标
希望您喜欢阅读本文,下次见。 请关注我@ https://tapasadhikary.com
From: https://hackernoon.com/how-am-i-dealing-with-my-ever-improving-debugging-techniques-9t1t36ye