缺陷修复的最佳实践？

Question

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

Answer 1

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

Answer 2

问题太笼统了，我唯一可以说的是，在修理之前你应该确保你有测试。

Answer 3

我认为，当您开始重要时，要学会尽可能保持代码的一小部分独立。然后，您可以轻松地测试每个函数和每个对象的行为，就像它应该随时找到缺陷一样。评论问题部分以找出问题所在;学习很重要。然后开始学习单元测试。这是评论问题代码的一种奇特方式=）

Answer 4

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

Answer 5

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

1. 首先编写单元测试：有些人发现这令人眼花缭乱，但确实有效。这对于在实现代码之前识别极端情况，非显而易见的问题非常有用。显然你必须为你的代码设置一些骨架，但我发现在开始之前我至少已经掌握了这个。
2. 编写代码：使用单元测试逐步验证代码。

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

更新您的单元测试以弥补此缺陷。

Answer 6

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

步骤1.识别错误。

向bug的记者索取截图。 尝试重现给定方案中的错误。

步骤2.分析错误

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

步骤3.与团队讨论您的发现

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

步骤4.覆盖横向伤害。

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

步骤5.修复错误。

修复错误！

步骤7.验证解决方案。

运行所有测试脚本并检查它们是否全部通过。如果他们无法纠正他们。