缺陷修复中的最佳实践？ [关闭

Question

在修复新代码中的缺陷时，最佳使用的策略是什么？正如我发现固定缺陷的那样，原因可以改善我的编码标准以及对该语言和技术的理解。我想优化获得的东西。

Answer 1

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

Answer 2

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

Answer 3

我认为，当您开始学习时，要学会使您的代码的小段尽可能独立。然后，您可以轻松地测试每个功能和每个对象的行为，就像它在进行时都应找到缺陷。评论问题部分以隔离问题在哪里；学习很重要。然后开始学习单元测试。这是评论问题代码=）的一种奇特方式=）

Answer 4

在使用良好的代码测试进行单元测试之后，我建议您查看运行静态代码分析，并在剖面中运行代码的体面部分，以查看它是否在Cod Eyou的领域忙于期望（并创建那种您期望的对象）

Answer 5

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

1. 首先编写您的单元测试：有些人发现这很困惑，但确实有效。在实施代码之前，这对于识别角案件，不明确的问题非常有用。显然，您必须为您的代码提供某种骨架，但是我发现我至少在开始之前就有它。
2. 编写代码：使用单元测试逐步验证代码。

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

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

Answer 6

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

步骤1.确定错误。

询问该错误记者的屏幕截图。在给定的情况下尝试重现错误。

步骤2.分析错误

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

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

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

步骤4.覆盖横向伤害。

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

步骤5.修复错误。

修复错误！

步骤7.验证解决方案。

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