以前用禅道和redmine管理bug的时候，对立面的bug关闭原因不太满意，后来整理了一下，也许有人能用得到。
已解决：缺陷已经修复。
重复缺陷：是指在系统里相同原因的缺陷已经被其他人报告。在此缺陷被作为重复缺陷返回时，先不要立即取消。必须等到核查修复后，才在系统里取消。这是因为有些缺陷被误认为是重复缺陷，实际上是不同原因造成的问题。我们只有在核查修复代码后，才能确认这是否是无效缺陷。
用法错误：是指测试人员在测试过程中有一些操作错误或对功能的错误理解而造成测试案例失败，由此开出的缺陷是无效缺陷。
设计如此：是指测试人员在测试过程中主观上认为测试结果是有问题的，并开出缺陷。但实际上产品设计就是应该如此表现。如果测试人员也同意如此设计是有道理的，就应取消所开缺陷，并视之为无效缺陷。
产品局限性：是指所开缺陷由于产品本身设计框架等局限性而无法修复。这样的缺陷通过改动代码是无法修复的，一般来讲最好转变为修改文档，通过文档来告诉用户这些局限性。如果既不能修改代码又不能修改文档，那么只好取消缺陷， 并视之为无效缺陷。
已转需求：是指所开缺陷实际上是要求产品增加新功能。如果新功能不能在当前版本里实现，就应记录在未来版本的新功能候选名单上，并取消此缺陷且视之为无效缺陷。
不可重现：是指所开缺陷无法在相同场景中重现。有可能是因为随着版本迭代已经自然消失，也有时可能由于网络，机器等问题而使测试案例无法正常运行，但重新测试很多遍也无法重现当时的问题。这种情况会建议取消缺陷，一旦同样问题再次发生，就需重开缺陷。
已细分：最初是解决一个缺陷中实际包含了多个bug，而开发只修复了其中部分bug的情况。后来弃用。
本文分享自微信公众号 - 软件测试经验与教训（udatest）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。