缺陷状态:“无法修复”与“已取消”


13

我曾经作为测试人员或开发人员参与过多个项目。在许多项目中,存在以下缺陷状态:

  1. 不会修复
  2. 取消

您是否使用这些状态,并且您如何区分它们?我问,因为大多数人无法解释差异。我的理解是:

不会解决 -开发者将无法修复的缺陷,因为它不是一个缺陷;
已取消 -由于优先级最低,因此不应修复缺陷

Answers:


12

正如其他人指出的那样,这些状态名称不是很清楚。我希望使用更精确和详细的状态名称:

  • 无法解决(解决此问题的费用不合理)
  • 提供的解决方法(足以使用户满意)
  • 不是错误(而是功能)
  • 不可复制
  • 重复

解决方法提供的新内容是其他已知状态
sergionni 2011年

1
“在更高版本中修复”可能是另一个有用的状态。通常,我们会在开发阶段快结束时使用它,因为我们没有时间或资源来修复它(尽管我们愿意)。在修复该问题之前,会通过SVA(软件漏洞评估)将其通知给客户。摆脱该SVA,使我们有更多动力在下一个版本中对其进行修复。
Sparky

您可能只是在Jira中更改了任务的版本,而不是使用“在以后的版本中修复”状态
sergionni 2011年

6

我想你的答案倒退了

不会修复 -适用于不影响或可能在较旧版本中的次要错误,因此不值得开发人员花费时间来修复它,但他们承认这是错误。

已取消 -如果它是不可复制的,或者根本不是bug,这可能是错误的bug报告。


是的 我认为“取消”在开发中但未完成时应用,因为在第二次筛选时发现不需要(因为整个代码部分已被其他内容替换,或者因为找到了它而已)没问题)。“不会修复”可能意味着已确定这不是问题,或者它很小,不值得修复它。
jwenting 2011年

5

以您的2个描述:

不会解决 -开发者将无法修复的缺陷,因为它不是一个缺陷;

已取消 -由于优先级最低,因此不应修复缺陷

很明显,预期的区别是:

不会解决 -它没有损坏,我们有意针对此行为(例如,功能不是错误);

已取消 -我们同意它已损坏,但它是如此琐碎/因此我们永远不会费心去修复它。


实际上,有状态“不是一个错误”也被关闭,你的“不会解决”的行为
sergionni

如果您撤消这些说明,它们的含义也一样有意义:“由于不是bug,所以取消了票”,“因为琐碎而无法修复”
Kevin Laity

@凯文,我完全同意。我认为相反时,它们实际上更有意义。我的回答完全基于问题中的信息。
Dan McGrath

1

在我公司,我们不使用此类状态,我认为它们并不是您所描述的州标签的一个好选择。

我们的州包括


正在进行的
测试准备就绪
已关闭
重新打开

而且状态应该很简单。任何更详细的内容(如错误或优先级太低)都应放在注释中。


1

已取消似乎意味着要么启动修复程序,然后停止修复程序,也许是因为事实证明它需要的资源比原先想像的要多,而且缺陷所需要的还不止于此,或者是进入缺陷单的人改变了主意,将其视为缺陷。似乎无法解决,似乎已经达成共识,即确实存在缺陷,但是有理由不愿意在此时进行修复(成本与收益,对其他功能的潜在影响等)。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.