Difference between revisions of "JA/QA/showstopper"

From Apache OpenOffice Wiki
< JA‎ | QA
Jump to: navigation, search
(Created page with '「ストッパー」、「ブロッカー」、「ショー・ストッパー」、「リリース・ストッパー」、「リリース・ブロッカー」もしくは、ほ…')
 
(Deleted link to category 'Quality Assurance' but added the 'Japanese native language project' as Category)
 
(12 intermediate revisions by 3 users not shown)
Line 1: Line 1:
「ストッパー」、「ブロッカー」、「ショー・ストッパー」、「リリース・ストッパー」、「リリース・ブロッカー」もしくは、ほかの呼びたい名前。 これらの不具合/問題は、もっとも重大です。なぜなら修正されるまで、リリースをしません。 この結果は、1週間もしくはそれ以上のリリース遅延をもたらします。
+
{{DISPLAYTITLE:ショーストッパーとは}}
 +
[[en:Showstopper]]
 +
http://wiki.services.openoffice.org/wiki/Showstopper
 +
 
 +
'''ストッパー'''、'''ブロッカー'''、'''ショーストッパー'''、'''リリースストッパー'''、'''リリースブロッカー'''などと呼ばれます。これらの不具合/問題は、もっとも重要です。なぜなら、この不具合/問題が修正されるまで、リリースができません。その結果、リリースは1週間もしくはそれ以上遅れます。
  
 
<div style="background:#A4CEF0; width:90%; position:relative; left:5%; padding:1%;">
 
<div style="background:#A4CEF0; width:90%; position:relative; left:5%; padding: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.''
+
''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.''<br>
 +
''(ハードウェアや(特に)ソフトウェアのバグで事実上使用不可能な物。開発を続ける前に絶対に修正する必要がある。本来は、演劇・公演がとてもすばらしいということを示しますが、それとは逆の意味です。)''
 
<p style="text-indent:50px;">-- [http://catb.org/jargon/html/S/showstopper.html showstopper as defined in the hacker jargon file]</p>
 
<p style="text-indent:50px;">-- [http://catb.org/jargon/html/S/showstopper.html showstopper as defined in the hacker jargon file]</p>
 
</div>
 
</div>
  
  
==Meaning==
+
== 意味 ==
今まで、'''ストッパー'''課題は、リリース候補からの報告のみでした。 OOo3.2からこのルールを変更しました。 OOo 3.2からは、一般フェーズから'''ストッパー'''課題を受け入れます。 このフェーズは、リリースコードラインが一般開発ライン(DEV300)から切り離されたときから始まります。 ''' ストッパー''' 課題をリリース・コードラインに統合するためには、リリースマネージャに承認が必要です。 これは、リリースまでにバージョンを安定させるために必要です。 影響が明確でなく、リリースに明白に必要でない大きな変更は許可されません。
+
今までの'''ストッパー'''issueは、リリース候補でのみ報告されていました。しかし、OOo 3.2からこのルールを変更しました。OOo 3.2以降は、リリースコードラインが一般開発ライン(DEV300) から切り離されたときからストッパーissueの報告を推奨します。ただ、''' ストッパー'''issueをリリースコードラインに統合するためには、リリースマネージャの承認が必要です。これは、リリースされるまでバージョンを安定させるために必要です。大きな変更で、影響が明らかではないものや、リリースに明かに必要ではないものは許可されません。
 
+
  
==''' ストッパー''' 課題として重大==
+
== ''' ストッパー'''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]]内のユーザービリティとして重要な課題
+
* [http://e-words.jp/w/E382A2E382AFE382BBE382B7E38393E383AAE38386E382A3.html アクセシビリティ](A11Y)の重大なユーザビリティの問題
*法的な課題
+
* 法的な問題
*翻訳のマージの課題
+
* 翻訳の反映(マージ)の問題
  
  
==''' ストッパー''' 課題のサンプル===
+
== ''' ストッパー'''issueのサンプル ==
* OOoを1つもしくは複数のシステムでインストールできない。
+
* OOoを1つもしくは複数のシステムでインストールできない
*OOoアプリケーションを起動できない。
+
* OOoアプリケーションを起動できない
*一般的なファイルを読み込み、書き込み時にOOoがクラッシュする。
+
* 一般的なファイルを読み込み/書き込み時にOOoがクラッシュする
*ビルド時に一般的な機能が破壊される。
+
* ビルド時に一般的な機能が破損する
*ODF検証の問題
+
* ODFの検証問題
*ビルド時に、サポートしているAPIが破損する。
+
* ビルド時にサポートしているAPIが破損する
*UIやHELPにおいて、翻訳が期限までに提出されているにもかかわらず英語が表示される(マージ課題)
+
* ユーザーインターフェース(UI)やヘルプで、翻訳が期限までに提出されているにもかかわらず英語が表示される(マージの問題)
すべての課題は、開発者が再現できる必要があります。 再現できないものは、開発者は根本原因を見つけることができず、不具合の修正ができません。
+
すべてのissueは、開発者が再現できる必要があります。再現可能なシナリオ(手順)が無いと、開発者は根本的原因を見つけることが困難で、不具合の修正ができません。
  
  
==ストッパーではない課題==
+
== ストッパーではないissue ==
*重要でない不具合の一般的な修正
+
* 重要でない不具合の一般的な修正
*一般コードの掃除
+
* 一般コードの最適化
*一般機能強化、追加
+
* 一般機能の強化や追加
  
  
==ストッパー課題の提案、推薦方法==
+
== '''ストッパー'''issueの提案/推薦方法 ==
ストッパー課題として提案したい不具合を発見した場合、以下をする必要があります。
+
'''ストッパー'''issueとして提案したい不具合を発見した場合は、以下の作業を行う必要があります。
*最初に、課題を[[IssueTracker]]に起票
+
* 最初に、issueを[[IssueTracker]]に登録
*releases@openoffice.orgにメールを書く
+
* releases@openoffice.orgにメールを書く
**回答を受信するために、 [http://www.openoffice.org/mail_list.html このメーリングリスト]に登録してください。  
+
** 回答を受け取るために、まず[http://www.openoffice.org/mail_list.html このメーリングリスト]に登録してください。
**メールに以下を記載してください。
+
** メールに次のことを記入してください。
***課題番号-ダイレクトリンクがあることが望ましい-
+
*** issueへのリンクと番号
*** 簡潔な題名
+
*** 簡潔な要約
***この課題を提案する理由
+
*** この課題を提案する理由
***タイトルは、"推薦/提案" "課題番号"、どのリリース名に関するストッパーか
+
*** 件名は、"'推薦/提案'、'課題番号'、'どのリリースに関するストッパーか'"を書きます
*1-2日の間に承認、非承認のメールが[[Release Manager]]から送られてくるでしょう。
+
* 1~3日で、承認/非承認のメールが[[Release Manager]]から送られてくるでしょう。
*もし、自信がなかったり、ストパー課題かわからない場合には、メーリングリストで聞いてください。
+
* もし、自信がなかったり、ストッパーissueかどうかがわからない場合には、メーリングリストで聞いてください([http://ja.openoffice.org/servlets/ProjectMailingListList qa@ja.openoffice.orgML]で日本語のサポートが受けられるでしょう)。
  
[[Category:Quality Assurance]][[Category:Releases]]
+
[[Category:Releases]]
 +
[[Category:Japanese Native Language Project]]

Latest revision as of 08:48, 30 March 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以降は、リリースコードラインが一般開発ライン(DEV300) から切り離されたときからストッパーissueの報告を推奨します。ただ、 ストッパーissueをリリースコードラインに統合するためには、リリースマネージャの承認が必要です。これは、リリースされるまでバージョンを安定させるために必要です。大きな変更で、影響が明らかではないものや、リリースに明かに必要ではないものは許可されません。

ストッパーissueの判断基準

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


ストッパーissueのサンプル

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

すべてのissueは、開発者が再現できる必要があります。再現可能なシナリオ(手順)が無いと、開発者は根本的原因を見つけることが困難で、不具合の修正ができません。


ストッパーではないissue

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


ストッパーissueの提案/推薦方法

ストッパーissueとして提案したい不具合を発見した場合は、以下の作業を行う必要があります。

  • 最初に、issueをIssueTrackerに登録
  • releases@openoffice.orgにメールを書く
    • 回答を受け取るために、まずこのメーリングリストに登録してください。
    • メールに次のことを記入してください。
      • issueへのリンクと番号
      • 簡潔な要約
      • この課題を提案する理由
      • 件名は、"'推薦/提案'、'課題番号'、'どのリリースに関するストッパーか'"を書きます
  • 1~3日で、承認/非承認のメールがRelease Managerから送られてくるでしょう。
  • もし、自信がなかったり、ストッパーissueかどうかがわからない場合には、メーリングリストで聞いてください(qa@ja.openoffice.orgMLで日本語のサポートが受けられるでしょう)。
Personal tools
In other languages