Difference between revisions of "JA/QA/showstopper"
m (接続詞の修正) |
(翻訳の修正) |
||
Line 3: | Line 3: | ||
http://wiki.services.openoffice.org/wiki/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.''<br> | ''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> | ||
Line 13: | Line 13: | ||
== 意味 == | == 意味 == | ||
− | + | 今までの'''ストッパー'''issueは、リリース候補でのみ報告されていました。しかし、OOo 3.2からこのルールを変更しました。OOo 3.2以降は、一般フェーズのときから'''ストッパー'''issueの報告を推奨します。このフェーズは、リリースコードラインが一般開発ライン(DEV300) から切り離されたときから始まります。ただ、''' ストッパー'''issueをリリースコードラインに統合するためには、リリースマネージャの承認が必要です。これは、リリースされるまでバージョンを安定させるために必要です。影響が明らかではなく、かつ、リリースに必要なことが明白ではない、大きな変更は許可されません。 | |
Line 24: | Line 24: | ||
* データの欠落 | * データの欠落 | ||
* 一つもしくは複数の一般的にサポートするプラットフォーム向けビルドの破壊 | * 一つもしくは複数の一般的にサポートするプラットフォーム向けビルドの破壊 | ||
− | * [http://e-words.jp/w/E382A2E382AFE382BBE382B7E38393E383AAE38386E382A3.html アクセシビリティ] | + | * [http://e-words.jp/w/E382A2E382AFE382BBE382B7E38393E383AAE38386E382A3.html アクセシビリティ](A11Y)の重大なユーザビリティの問題 |
* 法的な問題 | * 法的な問題 | ||
* 翻訳の反映(マージ)の問題 | * 翻訳の反映(マージ)の問題 | ||
Line 50: | Line 50: | ||
* 最初に、issueを[[IssueTracker]]に登録 | * 最初に、issueを[[IssueTracker]]に登録 | ||
* releases@openoffice.orgにメールを書く | * releases@openoffice.orgにメールを書く | ||
− | ** | + | ** 回答を受け取るために、まず[http://www.openoffice.org/mail_list.html このメーリングリスト]に登録してください。 |
** メールに次のことを記入してください。 | ** メールに次のことを記入してください。 | ||
− | *** | + | *** issueへのリンクと番号 |
*** 簡潔な要約 | *** 簡潔な要約 | ||
*** この課題を提案する理由 | *** この課題を提案する理由 | ||
*** 件名は、"'推薦/提案'、'課題番号'、'どのリリースに関するストッパーか'"を書きます | *** 件名は、"'推薦/提案'、'課題番号'、'どのリリースに関するストッパーか'"を書きます | ||
− | *** ( | + | *** (自信がない場合は、[http://ja.openoffice.org/servlets/ProjectMailingListList qa@ja.openoffice.orgML]で日本語のサポートが受けられるでしょう。) |
* 1~3日で、承認/非承認のメールが[[Release Manager]]から送られてくるでしょう。 | * 1~3日で、承認/非承認のメールが[[Release Manager]]から送られてくるでしょう。 | ||
* もし、自信がなかったり、ストッパーissueかどうかがわからない場合には、メーリングリストで聞いてください。 | * もし、自信がなかったり、ストッパーissueかどうかがわからない場合には、メーリングリストで聞いてください。 | ||
[[Category:Quality Assurance]][[Category:Releases]] | [[Category:Quality Assurance]][[Category:Releases]] |
Revision as of 11:26, 16 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.
(ハードウェアや(特に)ソフトウェアのバグで事実上使用不可能な物。開発を続ける前に絶対に修正する必要がある。本来は、演劇・公演がとてもすばらしいということを示しますが、それとは逆の意味です。)
意味
今までのストッパーissueは、リリース候補でのみ報告されていました。しかし、OOo 3.2からこのルールを変更しました。OOo 3.2以降は、一般フェーズのときからストッパーissueの報告を推奨します。このフェーズは、リリースコードラインが一般開発ライン(DEV300) から切り離されたときから始まります。ただ、 ストッパーissueをリリースコードラインに統合するためには、リリースマネージャの承認が必要です。これは、リリースされるまでバージョンを安定させるために必要です。影響が明らかではなく、かつ、リリースに必要なことが明白ではない、大きな変更は許可されません。
ストッパーissueの判断基準
- 主要機能の リグレッション(Wikipedia)(e-Words:リグレッション)
- 主要機能のクラッシュ
- 主要機能の応答停止(フリーズ、ループ)
- セキュリティの問題
- プライバシーの問題
- データの欠落
- 一つもしくは複数の一般的にサポートするプラットフォーム向けビルドの破壊
- アクセシビリティ(A11Y)の重大なユーザビリティの問題
- 法的な問題
- 翻訳の反映(マージ)の問題
ストッパーissueのサンプル
- OOoを1つもしくは複数のシステムでインストールできない
- OOoアプリケーションを起動できない
- 一般的なファイルを読み込み/書き込み時にOOoがクラッシュする
- ビルド時に一般的な機能が破損する
- ODFの検証問題
- ビルド時にサポートしているAPIが破損する
- ユーザーインターフェース(UI)やヘルプで、翻訳が期限までに提出されているにもかかわらず英語が表示される(マージの問題)
すべてのissueは、開発者が再現できる必要があります。再現できないものは、開発者は根本原因を見つけることができず、不具合の修正ができません。
ストッパーではないissue
- 重要でない不具合の一般的な修正
- 一般コードの最適化
- 一般機能の強化や、追加
ストッパーissueの提案/推薦方法
ストッパーissueとして提案したい不具合を発見した場合は、以下の作業を行う必要があります。
- 最初に、issueをIssueTrackerに登録
- releases@openoffice.orgにメールを書く
- 回答を受け取るために、まずこのメーリングリストに登録してください。
- メールに次のことを記入してください。
- issueへのリンクと番号
- 簡潔な要約
- この課題を提案する理由
- 件名は、"'推薦/提案'、'課題番号'、'どのリリースに関するストッパーか'"を書きます
- (自信がない場合は、qa@ja.openoffice.orgMLで日本語のサポートが受けられるでしょう。)
- 1~3日で、承認/非承認のメールがRelease Managerから送られてくるでしょう。
- もし、自信がなかったり、ストッパーissueかどうかがわからない場合には、メーリングリストで聞いてください。