PHP二次开发/APP开发/BUG修复/解决代码问题/服务器环境搭建/技术维护咨询

第1步：了解问题

错误修复过程的步是理解问题。我们需要收集足够的信息，以便我们知道发生了什么，以及应该发生什么。

这个步骤花费很长时间的大贡献者是可怕的，糟糕的错误报告。

用户从不提供好的错误报告。这是生活中无可否认的事实。

我可能会夸大一点，但我确信你已经比你想要的更频繁地听到“它不起作用”的字样。

你继续问一些问题，希望你能从记者那里收集一些比“它不起作用”更有用的信息。

当然，有时当行星和恒星正确对齐时，你会得到一个好的错误报告。您可以清楚地了解出现了什么问题，重现它的步骤，甚至可以获得有关用户使用的浏览器和操作系统的信息！那时候你可以直接进入第2步并开始修复bug。

但在糟糕的情况下，你只会对发生的事情有一个模糊的概念，这意味着在第2步中需要付出更多的努力。

第2步：重现错误

如果您在步骤1中获得了良好的错误报告，则此部分可以很容易。您可以按照错误报告中的步骤操作，立即重现错误。太棒了！现在，您可以继续查找损坏的代码。

可悲的是，这一步往往不是那么顺利。

由于模糊的错误报告，这一步往往涉及很多猜测。

也许用户使用的是Firefox，或者他们使用的是Chrome。在点击此按钮之前，他们不确定他们做了什么。我想知道我是否应该随意按下按钮并希望好？

有时，在尝试重现问题后，您必须反复执行步骤1和步骤2，而不会产生任何结果。可以从用户那里获得更多信息，再试一次。

很清楚，为了加快步骤1和2，我们需要收集尽可能多的信息。我们掌握的信息越多，理解和重现问题就越容易。

第3步：找到有问题的代码片段

一旦我们再现了这个bug，我们就需要找到导致问题的代码的特定部分。

此步骤的难度各不相同，主要取决于两个因素：

• 您拥有的代码量

• 您熟悉代码库

• （在较小程度上，您对调试工具的了解）

代码量会影响这一点，因为每行代码都会增加可能的错误数量。值得庆幸的是，熟悉代码库可以显着缩小范围。

找到问题通常从采取有根据的猜测开始。

“好吧，这就是问题，这就是我可以重现它的方式，我认为问题出现在代码的Y部分”

您对代码库的熟悉程度越高，您的猜测就越好。这使您可以缩小需要查看的代码量，可能需要大量调整。

“好吧，我近在处理函数Z，它有与此相关的代码。我好先检查一下。“

根据问题的类型，您还可以使用调试工具来帮助您更轻松地找到有问题的代码。

“是的，当我点击它时会出现错误。我将在事件处理程序中设置一个断点并从那里开始。“

在此过程的这一步，大的时间汇是找到问题发生的确切位置。它可能是行为不当的功能，用户的不良价值或任何数量的东西，您需要在继续之前找到问题的根源。

第4步：确定根本原因

这可能是这个过程中重要的一步，但它经常被完全跳过！

由于感知时间限制，或者仅仅因为经验不足的开发人员可能不知道他们应该这样做，它可能会被跳过。无论哪种方式，跳过此步骤通常意味着您的代码慢慢开始填充hacks和kludges。

注意，我说感觉时间限制。通常你可能会感到有压力要快速修复。

“只需快速修复，客户就在等待。你以后可以做好工作。“

您可以使用一些代码来修复损坏的代码并跳过根本原因。当然，你很可能永远无法妥善修复它，因为总有一些东西需要完成。

但快速修复快速修复的结果与使用胶带修复漏水管道相同。在芬兰，我们称胶带为“耶稣胶带”，因为它具有修复任何东西的神奇能力，在某些时候胶带修复开始泄漏，你需要再使用一些胶带。不久之后，你手上就会有一个巨大的混乱，你必须把它全部撕下来。