openSUSE:Bug 定义
这是 SUSE bugzilla 文档 的扩展版本，定义了在提交错误报告时使用的术语，以及与 openSUSE 和 SUSE Linux Enterprise 产品在 SUSE 的 Bugzilla 中相关的示例。这两个文档不应存在差异，如果存在，请在 opensuse-testing 邮件列表中提及。
Bug 严重性
严重性字段描述了 Bug 的影响。报告者可以自由设置此项。
阻断 (Blocker)
- 阻止开发人员或测试人员执行其工作。影响开发过程。
- (文档) 关键文档缺失，无法进行关键测试和审查。
示例
- 无法登录
- 无法执行认证测试
- 无法更新系统
严重 (Critical)
- 崩溃、数据丢失、数据损坏、严重的内存泄漏。
- (文档) 规定或未警告可能导致数据丢失或损坏的操作。
示例
- 可重复且对多个用户可见的崩溃
- 内存泄漏导致在一周或更短时间内出现 OOM 错误
主要 (Major)
- 主要功能丢失，如本版本的产品需求中所指定，或存在于当前产品中。
- (文档) 缺失、误导、不准确或矛盾的信息，以至于按照文档成功完成基本任务不太可能。
示例
- 阻止强制功能正常工作
- 与先前版本相比的功能回归
普通 (Normal)
- 常规问题，在特定情况下存在一些非主要的功能丢失。
- (文档) 缺失、误导、不准确或矛盾的信息，但成功完成任务的可能性很高。
示例
- 阻止重要或期望的功能正常工作
次要 (Minor)
- 可以被视为微不足道的问题（例如，外观、UI、易于记录）。
- (文档) 包含风格或格式问题，但功能不受影响。
示例
- 字符串拼写错误
Bug 优先级
优先级字段描述了应该修复 Bug 的重要性和顺序。在所有 openSUSE Bugzilla 产品中，此字段由程序员/工程师用于确定他们要完成的工作优先级。
Leap 包从 SLE 继承的处理方式不同，优先级应仅由 SLE 发布经理作为日常分类的一部分设置，并对应于对产品的估计影响。这适用于 PUBLIC SUSE Linux Enterprise 产品系列中的所有产品。因此，以下列表记录了 SUSE 发布经理视角的优先级定义。
P0 - CritSit
此优先级保留给 SUSE 的 L3 团队（负责评估、分析和修复软件缺陷以及协调缺陷解决过程）。它不用于与开发中产品相关的缺陷。优先级最高。
P1 - 紧急 (Urgent)
通常是产品发布阻塞。通常，当它影响 SLE 的关键/核心部分，并且在产品发布后无法修复时，会使用此优先级 - 例如，安装程序 Bug、崩溃的安装内核等。
示例
- 阻止系统安装/启动/更新/升级
- 图形环境或 CLI 冻结/崩溃
P2 - 高 (High)
将此优先级用于强制缺陷、增强和工作项。也就是说，对于必须在本版本中解决的项目。
示例
- 在所有 x86_64 安装中，Nautilus 在打开文件时崩溃
- 指纹支持（强制功能）无法与 gnome-screensaver 配合使用
- 包管理系统无法使用正则表达式锁定包（但需要 rug 对等性）
- 重要的安全问题
P3 - 中 (Medium)
将此优先级用于期望的缺陷、增强和工作项。也就是说，我们希望修复的项目，但不会因为它们而阻止发布，而是推迟到维护更新、发行说明和文档问题。
示例
- Nautilus 在打开某些非默认配置的 ssh 文件时崩溃
- 指纹支持（强制功能）无法与 sudo 配合使用
- 包管理系统无法显示正确的进度
- 通知无法换行文本，有时会被截断
P4 - 低 (Low)
将此优先级用于可选的缺陷、增强和工作项。此优先级不如期望的优先级强。
示例
- Nautilus 在打开提供回溯的特定用户提供的 ssh 文件时崩溃
- 指纹支持（强制功能）无法与具有复杂配置的用户一起使用 sudo
- 包管理系统无法显示增强更新的正确图标
- 通知有时没有正确的图标
P5 - 无 (None)
表示未分配和确定优先级。对于所有 PUBLIC SUSE Linux Enterprise 产品，SLE 发布经理未进行分类。
设置和更改优先级和严重性
如果您打开一个 Bug 报告，请正确设置严重性。负责该报告的工程师将重新评估严重性并设置优先级。更改严重性和优先级只能由工程师的直接经理和产品负责人执行 - 特别是项目和产品经理。
在所有 PUBLIC SUSE Linux Enterprise 中，设置优先级受到 SLE 发布经理的严格限制。如果您不同意这些值，请不要更改它们，而是添加评论说明您不同意的原因。
这与所有 Leap 社区维护的包完全相反，其中发布经理可以建议优先级，但尊重 Bug 所有者设置的个人优先级。发布经理可以调整严重性以反映对 openSUSE Leap 发行版的冲击，或使用下面提到的标志。
发现者
请按以下方式正确填写此项
- 客户由：客户、IS&T 和咨询表示。
- openSUSE 社区由“社区用户”表示。
- SUSE 合作伙伴使用“第三方开发人员/合作伙伴”。
- QA 使用组件测试和系统测试属性；工程使用开发人员。
发现版本
请指定观察到 Bug 时使用的产品版本。正确设置后，不应更改此项。它提供了宝贵的历史信息。
修复里程碑
修复里程碑通常包含一组特定于版本的项目里程碑。此字段将由构建系统自动设置。
阻止发布 Bug
如果您发现您认为会阻止发布的 Bug，请将标志“SHIP_STOPPER”设置为“？”。请仅将 SHIP_STOPPER 设置为“？”，并让 发布经理 处理其余部分。
PUBLIC 产品前缀
所有带有 PUBLIC 前缀的 SUSE 产品都设置为默认情况下以公开方式打开新 Bug，这与常规 SLE 产品不同。这是作为努力的一部分，在关闭 Leap 差距后为社区提供更多透明度。这默认由 SUSE 的 openQA 使用，并且应该是所有 SUSE 工程团队的首选选项，除非 Bug 包含机密的合作伙伴数据。如果需要，仍然可以选择使评论或描述私有。