2010-12-09 44 views
-2

修复新代码中的缺陷什么是最佳策略?因为我发现缺陷修复改善了我的编码标准和我对该语言和技术的理解。我想优化获得的东西。缺陷的最佳实践修复?

+0

它肯定取决于场景,代码,使用的技术 – 2010-12-09 15:36:09

+0

我认为这对于http://programmers.stackexchange.com/更好 – 2010-12-09 15:44:28

回答

5

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

2

这个问题太笼统了,我唯一可以说的是,在修复某些事情之前,你应该确保你有测试。

1

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

0

经过良好的代码均衡的单元测试后,我建议你看看运行一个静态代码分析,并在一个分析器中运行你的代码的相当部分,看看是否它是繁忙的在鳕鱼eyou预期(并创建您期望的那种物体)

0

积极主动设置事件,使缺陷的检测和修复更容易。正如人生中的大部分事情一样,如果在遇到问题之前应用自律,就会更容易处理这些问题。

  1. 先写下你的单元测试:有些人觉得这个令人眼花缭乱,但它确实有效。这在识别角落案例,在您执行代码之前的非显而易见的问题方面非常有用。显然,你必须为你的代码设计一些框架,但是我发现在开始之前我至少有这样的想法。
  2. 编写代码:使用单元测试逐步验证代码。

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

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

1

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

步骤1:识别错误。

向记者提问截图。 尝试重现给定场景中的错误。

第2步:分析错误

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

步骤3.讨论你的发现与球队

查找预期的行为,并与测试人员讨论这个问题,并确认您的潜在解决方案。

第4步。盖住横向损伤。

试着看看您的潜在问题是否会导致系统中的其他错误。

第5步。修复错误。

修复错误!

第7步。验证解决方案。

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