柏/ネタ帳/HighPriorityDefect/プロジェクトごとの優先度 の履歴(No.2)

• 履歴一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• 柏/ネタ帳/HighPriorityDefect/プロジェクトごとの優先度 へ行く。
  • 1 (2018-03-29 (木) 06:21:48)
  • 2 (2018-03-29 (木) 09:18:33)

---

柏/ネタ帳/HighPriorityDefect

Eclipse†

https://wiki.eclipse.org/WTP/Conventions_of_bug_priority_and_severity

P1 (most important)†

• 次のリリースまたはマイルストーンまでに修正する必要がある
  • リリースの日時を変更する可能性があるので，控えめに設定してください

P2†

• 次のリリースやマイルストーンにとって非常に重要なもの
  • ほぼすべてのP2をリリースまでに修正する必要があるので，過剰に使用しないでください

P3†

• 通常の重要性（デフォルトの値）
  • バグを調べる際は，その優先順位を考慮し，必要に応じてより高いか低いかを調整するべき

P4†

• 重要であるが，それほどです
  • いつか修正されることを期待する

P5 (least important)†

• たしかにバグですが，それ以上の調査や修正は必要ない
  • 助けたいという意味を持つが，他に助けるべきものがあります

Mozilla†

https://wiki.mozilla.org/Bugzilla:Priority_System ■https://wiki.mozilla.org/Bug_Triage/Process/Triage

P1 (most important)†

• メジャーな機能
• その修正がすべての人にとって有益なことが明らかなこと
• ■現在のリリースもしくはイテレーションで修正する

P2†

• 非常にもしくは明らかなほどではないが，重要なもの
• ■次のリリースもしくはイテレーションで修正する

P3†

• いつかの将来に実装してほしいもの
  • 短期的なロードマップにはない
  • 一部のコア開発者が作業するかもしれません
• ■バックログである

P4†

• 長期的な計画には重要ではない
  • 誰かがパッチを投稿すれば，パッチは確認するが，コア開発者が作ることはない
  • パッチが複雑すぎる場合，リリースされるのがいつになるかわかりません
• ■ボットによって管理されている

P5 (least important)†

• 修正をほとんど望んでいないもの
  • 誰かが実装をして，レビューを求めたら見るかもしれない
    • パッチが複雑なら拒絶する可能性がある
• ■修正しないがパッチを受け付ける

Webkit†

https://webkit.org/bug-prioritization/

P1 (most important)†

• 再現可能なクラッシュやハングアップ
• 以前公開されていたWebKitのバージョンからの回帰。
• サイトの変更や重要なサイトに深刻な問題
• 深刻なセキュリティ問題。

P2†

• 自明でない方法で機能しないサイト
• 深刻なパフォーマンスの低下
• 見た目が本当に悪いサイト（コンテンツが重複して読みにくいなど）
• 何度も報告されている再現不可能なクラッシュやハングアップ

P3†

• いくつかの見た目の問題を抱えているサイト
• 軽微なメモリリークなどの小さなパフォーマンスの低下
• 正確さやパフォーマンスを低下させるアーキテクチャ上の問題
• 再現性のないクラッシュまたはハングアップ

P4†

• すべての拡張要求と機能要求（p1、p2、またはp3の基準には該当しないもの）

P5 (least important)†

• 使用しない

Gnome†

https://wiki.gnome.org/Bugsquad/TriageGuide

P1 (most important)†

P2†

P3†

P4†

P5 (least important)†

KDE(Open SUSE)†

https://en.opensuse.org/openSUSE:Bug_definitions

P1 (most important)†

P2†

P3†

P4†

P5 (least important)†