Difference between revisions of "JA/QA/showstopper"

From Apache OpenOffice Wiki
< JA‎ | QA
Jump to: navigation, search
(冒頭および"意味"の項目を修正)
(翻訳修正)
Line 1: Line 1:
 
{{DISPLAYTITLE:ショーストッパーとは}}
 
{{DISPLAYTITLE:ショーストッパーとは}}
 
[[en:Showstopper]]
 
[[en:Showstopper]]
 
 
http://wiki.services.openoffice.org/wiki/Showstopper
 
http://wiki.services.openoffice.org/wiki/Showstopper
  
Line 17: Line 16:
  
  
==''' ストッパー''' 課題として重大==
+
== ''' ストッパー'''issueの判断基準 ==
* 主要機能の [[WikiPedia:Software_regression|リグレッション]]
+
* 主要機能の [http://ja.wikipedia.org/wiki/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%83%86%E3%82%B9%E3%83%88#.E5.9B.9E.E5.B8.B0.E3.83.86.E3.82.B9.E3.83.88.EF.BC.88.E3.83.AA.E3.82.B0.E3.83.AC.E3.83.83.E3.82.B7.E3.83.A7.E3.83.B3.E3.83.86.E3.82.B9.E3.83.88.EF.BC.89 リグレッション(Wikipedia)]([http://e-words.jp/w/E383AAE382B0E383ACE38383E382B7E383A7E383B3E38386E382B9E38388.html e-Words:リグレッション])
*主要機能のクラッシュ
+
* 主要機能のクラッシュ
*主要機能のフリーズ、ループ
+
* 主要機能の応答停止(フリーズ、ループ)
*セキュリティ課題
+
* セキュリティの問題
*プライバシー課題
+
* プライバシーの問題
*データ欠落
+
* データが欠落する
*一つもしくは複数の一般サポート・プラットフォームにおけるビルド破壊
+
* 一つもしくは複数の一般的にサポートするプラットフォーム向けビルドの破壊
*[[Accessibility]]内のユーザービリティとして重要な課題
+
* [[Accessibility|アクセシビリティ]]の重要なユーザービリティ問題(訳注:リンク先は英語)
*法的な課題
+
* 法的な問題
*翻訳のマージの課題
+
* 翻訳の反映の問題
  
  

Revision as of 04:12, 12 February 2010

http://wiki.services.openoffice.org/wiki/Showstopper

「ストッパー」、「ブロッカー」、「ショーストッパー」、「リリースストッパー」、「リリースブロッカー」などと呼ばれます。これらの不具合/問題は、もっとも重要です。なぜなら、この不具合/問題が修正されるまで、リリースができません。その結果、リリースは1週間もしくはそれ以上遅れます。

A hardware or (especially) software bug that makes an implementation effectively unusable; one that absolutely has to be fixed before development can go on. Opposite in connotation from its original theatrical use, which refers to something stunningly good.
(ハードウェアや(特に)ソフトウェアのバグで事実上使用不可能な物。開発を続ける前に絶対に修正する必要がある。本来は、演劇・公演がとてもすばらしいと言うことを示しますが、それとは逆の意味です。)

-- showstopper as defined in the hacker jargon file


意味

今まで、ストッパーissueは、リリース候補からの報告のみでした。しかし、OOo 3.2からこのルールを変更しました。OOo 3.2以降は、一般フェーズのときからストッパーissueを受け入れます。このフェーズは、リリースコードラインが一般開発ライン(DEV300) から切り離されたときから始まります。しかし、 ストッパーissueをリリースコードラインに統合するためには、リリースマネージャの承認が必要です。これは、リリースされるまでバージョンを安定させるために必要です。影響が明確ではなく、リリースに明白に必要でない大きな変更は許可されません。


ストッパーissueの判断基準

  • 主要機能の リグレッション(Wikipedia)(e-Words:リグレッション)
  • 主要機能のクラッシュ
  • 主要機能の応答停止(フリーズ、ループ)
  • セキュリティの問題
  • プライバシーの問題
  • データが欠落する
  • 一つもしくは複数の一般的にサポートするプラットフォーム向けビルドの破壊
  • アクセシビリティの重要なユーザービリティ問題(訳注:リンク先は英語)
  • 法的な問題
  • 翻訳の反映の問題


ストッパー 課題のサンプル=

  • OOoを1つもしくは複数のシステムでインストールできない。
  • OOoアプリケーションを起動できない。
  • 一般的なファイルを読み込み、書き込み時にOOoがクラッシュ
  • ビルド時に一般的な機能が破壊
  • ODF検証の問題
  • ビルド時に、サポートしているAPIが破損
  • UIやHELPにおいて、翻訳が期限までに提出されているにもかかわらず英語が表示される(マージ課題)

すべての課題は、開発者が再現できる必要があります。 再現できないものは、開発者は根本原因を見つけることができず、不具合の修正ができません。


ストッパーではない課題

  • 重要でない不具合の一般的な修正
  • 一般コードの掃除
  • 一般機能強化、追加


ストッパー課題の提案、推薦方法

ストッパー課題として提案したい不具合を発見した場合、以下をする必要があります。

  • 最初に、課題をIssueTrackerに起票
  • releases@openoffice.orgにメールを書く
    • 回答を受信するために、 このメーリングリストに登録してください。
    • メールに以下を記載してください。
      • 課題番号-ダイレクトリンクがあることが望ましい-
      • 簡潔な題名
      • この課題を提案する理由
      • タイトルは、"推薦/提案" "課題番号"、どのリリース名に関するストッパーか
  • 1-2日の間に承認、非承認のメールがRelease Managerから送られてくるでしょう。
  • もし、自信がなかったり、ストパー課題かわからない場合には、メーリングリストで聞いてください。
Personal tools
In other languages