Defect和Bug有什么不一样？ -Nikita

Defect和Bug翻译成中文都是缺陷的意思，两者有什么区别？
Bug是编程错误的结果，Defact缺陷是与需求的偏离。Defect缺陷不一定表示代码中存在bug，它可能是尚未实现但在软件需求中定义了的功能。
测试是识别缺陷defact的过程，Defect缺陷是实际结果与预期结果之间的任何差异，测试人员发现的错误称为Defact缺陷, 被开发团队接受的Defact缺陷称为Bug。如果构建不符合要求，那么它是失败的failure。
在软件测试中，当预期行为与实际行为不匹配时，需要引发一个事件。程序员意图实现某种行为是程序员的错，但是由于编码中的实现不正确，代码未能正确地遵循此行为。也称为Defect缺陷。
例如，登录模块由测试人员测试；他输入了有效的电子邮件地址和密码，但仍显示警告“无效的电子邮件地址” 。现在测试人员向开发人员报告了该Defect缺陷，他接受了该Defect缺陷/问题称为Bug。

缺陷生命周期
Defact缺陷生命周期（也称为Bug生命周期）是缺陷 周期的过程，缺陷在整个生命周期中都会经历。它因组织而异，也因项目而异，因为它受软件测试过程的约束，并且还取决于所使用的工具。

缺陷生命周期包括以下阶段：

• 新增：首次记录并发布缺陷时。其状态为新。
• 已分配：测试人员发布错误后，测试人员的负责人会批准该错误并将错误分配给开发团队。
• 打开：开发人员开始分析并修复缺陷时的状态。
• fixed：当开发人员进行必要的代码更改并验证更改时，他/她可以将错误状态设置为“fixed”。
• 重新测试：在此阶段，测试人员对开发人员提供给他的更改代码进行重新测试，以检查缺陷是否得到修复。
• 重新打开：如果即使在开发人员修复了该错误之后该错误仍然存​​在，则测试人员会将状态更改为“重新打开”。该错误再次贯穿生命周期。
• 推迟：该错误已更改为推迟状态，这意味着该错误有望在以后的版本中修复。将错误更改为这种状态的原因有很多。其中有些是优先考虑的问题，该错误可能很少，发布时间不足或该错误可能对该软件没有重大影响。
• 已拒绝：如果开发人员认为该错误不是真实的，则开发人员将拒绝该错误。然后，错误的状态更改为“已拒绝”。
• 复制：如果该错误重复了两次，或者两个错误都提到了相同的错误概念，则最近/最新的错误状态将更改为“重复”。
• 已关闭：修复错误后，将由测试人员进行测试。如果测试人员认为该错误不再存在于软件中，则测试人员会将错误的状态更改为“已关闭”。此状态表示该错误已修复，测试和批准。
• 不是bug/Enhancement：如果应用程序的功能没有更改，则状态为“不是bug/Enhancement”。例如：如果客户要求在应用程序的外观和字段中进行某些更改（例如更改某些文本的颜色），则这不是错误，而只是应用程序外观中的某些更改。