缺陷修复的最佳实践？ [关闭]答案

【问题标题】：best practices in defect Fixing? [closed]缺陷修复的最佳实践？ [关闭]
【发布时间】：2010-12-09 15:34:03
【问题描述】：

在修复新代码中的缺陷时，最好使用哪些策略？因为我发现缺陷修复提高了我的编码标准以及我对该语言和技术的理解。我想优化获得的东西。

【问题讨论】：

【解决方案1】：

TDD 说首先您应该实施重现问题的测试。然后修复错误并再次运行测试。如果所有测试都通过了，你就完成了。否则继续修复。

【讨论】：

【解决方案2】：

这个问题太笼统了，我唯一能说的是，在修复某些东西之前，你应该确保你有测试。

【讨论】：

【解决方案3】：

我认为，当您刚开始时，学会让代码的小段尽可能独立非常重要。然后，您可以轻松地测试每个函数和每个对象的行为是否应该在您进行时发现缺陷。注释掉问题部分以隔离问题所在；学习很重要。然后开始学习单元测试。这是注释掉问题代码的一种奇特方式=）

【讨论】：

【解决方案4】：

在进行具有良好代码聚合的单元测试后，我建议您查看运行静态代码分析并在分析器中运行相当一部分代码，以查看它是否在您期望的代码区域忙碌（并创建你期望的那种对象）

【讨论】：

【解决方案5】：

积极主动地进行设置，以便更轻松地检测和修复缺陷。与生活中的大多数事情一样，如果您在遇到问题之前应用纪律，您会发现处理这些问题会容易得多。

首先编写您的单元测试：有些人觉得这令人困惑，但它确实有效。这对于在实现代码之前识别极端情况和非显而易见的问题非常有用。显然，您的代码必须有某种框架，但我发现在开始之前我至少在脑海中已经有了这个框架。
编写代码：使用单元测试逐步验证代码。

有了这个，您可以使用适当的数据运行单元测试来重现错误，然后使用单元测试来修复错误以确定何时修复错误。

更新您的单元测试以涵盖此缺陷。

【讨论】：

【解决方案6】：

我使用以下步骤来修复错误：

第 1 步。识别错误。

向报告错误的报告者索取屏幕截图。尝试重现给定场景中的错误。

第 2 步。分析错误

捕获日志并尝试仔细分析。

第 3 步。与团队讨论您的发现

寻找预期的行为并与测试人员讨论并验证您的潜在解决方案。

第 4 步。覆盖横向损坏。

尝试查看您的潜在修复是否会导致系统中出现其他错误。

第 5 步。修复错误。

修正错误！

第 7 步。验证解决方案。

运行所有测试脚本并检查它们是否都通过了。如果他们失败了，请纠正他们。

【讨论】：

您忘记了一步：更正您的测试用例，或添加新的测试用例。您现有的测试已经无法识别现有的错误，因此仅运行它们并检查它们是否仍然有效是没有意义的。他们肯定会这样做，但这并不意味着修复也是正确的。因此，您还必须添加适当的测试来涵盖这种情况。