推荐的问题状态
- 新建（New）：表示错误刚被发现、新需求被提出或工作任务被下达
- 进行中（Ongoing）：问题负责人已经开始就当前问题展开工作
- 已解决（Resolved）：表示问题已被解决
- 反馈（Feedback）：测试人员验证后需进一步调整时使用，需明确指派责任人
- 测试通过（Verified）：适用于测试团队确认修复效果的中间状态，一般普通测试人员测试通过后，设置为该状态，最后还需要产品经理或项目经理再次验收，是否需要走验收这个流程，需要结合项目情况决定
- 已修复（Fixed）：表示问题被彻底解决，已经通过验收，如果团队有产品经理或项目经理负责验收，只有产品经理或项目经理有权修改到这个状态，对应 Bugzilla 的【已关闭的（Closed）】
- 已拒绝（Rejected）：用于无效或重复的 BUG，需由 QA 与需求方确认后关闭
- 挂起（Pending）：临时搁置的 BUG
参考 Bugzilla
Bugzilla 的问题状态主要包括以下几个阶段
- 待确认的（Unconfirmed）：表示没有人确认这个bug需要被解决。有正确权限的用户可以确认这个bug，把它的状态改成”New”。
- 新提交的（New）：bug已经被加入到属主的bug列表中，必须被处理。在这种状态下的bug即将被接受且被标志成”ASSIGNED”，或者是传递给另外某一个人员。
- 已分配的（Assigned）：这个状态下的bug还没有被解决，但是已经指派给可以解决它的人员。
- 问题未解决的（Reopened）：bug曾经被解决，但是解决方案被认为是不正确的。
- 待返测的（Resolved）：bug的解决方案已经形成，在等待QA的验证。
- 待归档的（Verified）：QA已经查看过bug的解决方案，并且同意针对bug已经做出的修改。
- 已关闭的（Closed）：bug已经被解决，解决方案是被认为是正确的。
Bug处理意见
Bugzilla 还提供了多种 Bug 处理意见，这些意见用于描述 Bug 的处理结果，包括：
- 已修改的（Fixed）
- 不是问题（INVALID）
- 无法修改（Wontfix）
- 以后版本再解决（Later）
- 保留（Remind）
- 重复（Duplicate）
- 无法重现（Worksforme）
严重程度与优先级的关系
- 在 Bugzilla中，问题的严重程度和优先级是两个不同的维度。
- 严重程度衡量的是 Bug 可能造成的损害或影响程度，通常被分为：
- 致命
- 严重
- 一般
- 轻微
- 微不足道
- 而优先级涉及到 Bug 的应对时间框架，涉及到 Bug 影响范围、影响的用户基础、业务目标影响和其他计划工作的优先程度。
- 确定优先级的过程：这个过程应该是一个多方协作的过程，涉及产品经理、开发人员、质量保证工程师等多方参与。他们共同评估 Bug 对功能、稳定性、性能及用户满意度的影响，以及修复 Bug 所需的时间和难度，从而决定解决问题的优先顺序。
- 实践中的应用：在项目测试初期，一些 UI 问题可能被认为严重级别相对较低。但随着产品接近发布，如果在 release 阶段仍然存在 UI 错乱等问题，这些问题的严重级别会较高，因为它们可能会影响到产品的最终呈现和用户体验。因此，开发工程师会根据这些因素，每天接收到的众多 Bug 中，确认每个 Bug 的优先级，并尽快修复优先级较高的 Bug 并提交测试。
- 综上所述，Bugzilla 中的问题优先级是根据多个因素综合评估后确定的，旨在确保资源得到最佳配置，优先解决对业务目标和用户体验影响最大的问题
