-2

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

4

6 回答 6

5

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

于 2010-12-09T15:40:53.833 回答
2

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

于 2010-12-09T15:37:36.060 回答
1

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

于 2010-12-09T15:45:13.647 回答
0

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

于 2010-12-09T16:02:57.103 回答
0

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

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

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

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

于 2010-12-09T18:28:55.377 回答
0

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

步骤 1. 识别错误。

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

步骤 2. 分析错误

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

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

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

步骤 4. 覆盖横向损坏。

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

步骤 5. 修复错误。

修复错误！

步骤 7. 验证解决方案。

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

于 2016-08-25T11:48:28.103 回答