35、软件开发中的代码审查、缺陷跟踪与伦理考量

软件开发中的代码审查、缺陷跟踪与伦理考量

1. 代码缺陷处理流程

在软件开发过程中，代码缺陷的处理至关重要。缺陷主要分为两种：
- 需立即处理的实际缺陷。
- 可推迟解决的实际缺陷。

处理中的缺陷最终会被修复并进入“已解决”状态。修复后的代码必须经过代码审查，若审查成功，缺陷修复将被“批准”。之后，修复内容会被安排集成到产品的下一个基线中，若该基线的集成测试成功，缺陷则被“关闭”。

2. 敏捷项目中的缺陷跟踪

在敏捷项目中，我们需要考虑跟踪哪些缺陷以及这些缺陷何时出现。缺陷出现的时间可分为迭代前后和产品发布前后；缺陷类型可分为影响客户且客户关心的，以及客户不关心的。具体如下：
- 迭代或冲刺结束前发现的缺陷 ：这类缺陷通常较易修复，一般通过单元测试失败、同行代码审查或客户测试中间产品版本时发现。通常会立即修复，若发现其他问题（如需求问题），可将其转化为新任务添加到产品或冲刺待办事项中。
- 迭代或冲刺结束后但产品最终发布前发现的缺陷 ：应将其转化为新任务添加到下一次迭代的待办事项中。这些缺陷可能还会导致代码重构或产生反映需求变化的新任务。
- 产品发布后发现的缺陷 ：均为客户发现并报告的错误。是否修复取决于客户是否关心该错误。若客户关心，应标记并跟踪该错误，添加到产品待办事项中，并在产品的后续版本中修复；若客户不关心，则可忽略。

关于由谁修复产品代码中的缺陷，有如下规则：
- 开发期间发现的错误 ：开发团队应与客户协商决定是否修