Revision 728167 of Firefox OSのバグを登録する

<div class="summary">
<p><span class="seoSummary">この記事ではFirefox OSプロジェクト（GaiaとB2Gを含む<span class="seoSummary">）のバグを登録するためのガイドを提供します。</span></span></p>
</div>

<h2 id="Bugzilla">Bugzilla</h2>

<p>Mozillaでは、殆どのプロジェクトで バグおよび課題の状況のトラッキングのために<a href="/en-US/docs/Mozilla/Bugzilla">Bugzilla</a>を使っています。バグを見つけた時は誰でも<a href="https://bugzilla.mozilla.org/">bugzilla</a>に登録できます。<a href="/en-US/Firefox_OS/Platform/Gaia" style="line-height: 1.5;">Gaia</a><span style="line-height: 1.5;">、</span><a href="/en-US/Firefox_OS/Platform/Gonk" style="line-height: 1.5;">Gonk、</a><span style="line-height: 1.5;">Firefox OS&nbsp;</span><a href="/en-US/docs/Mozilla/Gecko" style="line-height: 1.5;">Gecko</a>といった関連<span style="line-height: 1.5;">コンポーネントを含む</span><span style="line-height: 1.5;">&nbsp;</span><a href="https://bugzilla.mozilla.org/enter_bug.cgi?product=Firefox%20OS" style="line-height: 1.5;">Firefox OS というプロダクトカテゴリ</a><span style="line-height: 1.5;">があるので、</span><span style="line-height: 1.5;">Firefox OS, B2G, Gaiaなどのバグは、これらのカテゴリ・コンポーネントに登録すべきです。</span></p>

<div class="note">
<p><strong>記</strong>: Mozillaの <a href="https://wiki.mozilla.org/B2G/QA">B2G QA Wiki</a> ページにも Firefox OS のバグを扱う有益なリソースがあります; 最も役に立つページは <a href="https://wiki.mozilla.org/B2G/QA/Bugzilla">Bugzilla Usage</a> と <a href="https://wiki.mozilla.org/Bugmasters/Projects/FirefoxOS">Incoming bug triage for Firefox OS</a> です。</p>
</div>

<h3 id=".E3.83.90.E3.82.B0.E3.82.92.E7.99.BB.E9.8C.B2.E3.81.99.E3.82.8B">バグを登録する</h3>

<p>効果的にバグを登録するために、<a href="/en-US/docs/Mozilla/QA/Bug_writing_guidelines">Bug writing guidelines</a>の指示に従う事ができます; また詳細は下記にあります。</p>

<h3 id=".E5.BF.85.E9.A0.88.E3.83.95.E3.82.A3.E3.83.BC.E3.83.AB.E3.83.89.E3.81.A8.E4.BB.BB.E6.84.8F.E3.83.95.E3.82.A3.E3.83.BC.E3.83.AB.E3.83.89">必須フィールドと任意フィールド</h3>

<p>新しいバグを登録する時、いくつかのフィールドは必須です:</p>

<table class="standard-table">
 <thead>
  <tr>
   <th scope="col"><strong>フィールド</strong></th>
   <th scope="col"><strong>内容</strong></th>
  </tr>
 </thead>
 <tbody>
  <tr>
   <td>Component</td>
   <td>バグが所属すべきカテゴリーを選びます。どのカテゴリーがふさわしいか分からない時、"General(一般)"に入れておけます。</td>
  </tr>
  <tr>
   <td>Summary</td>
   <td>バグの簡潔な要旨を記述します。</td>
  </tr>
  <tr>
   <td>Description</td>
   <td>状況を明確に記述します。良いバグはこれらを含みます: STR (再現手順), 期待する結果, 実際の結果, バージョン番号。<br />
    バージョン番号は Gaia/Gecko のコミット、またはビルドの ID (pvt ビルドサーバから入手できるもの、またはパブリックなバージョン) のいずれかです。</td>
  </tr>
 </tbody>
</table>

<p>下記のフィールドは任意です:</p>

<table class="standard-table">
 <thead>
  <tr>
   <th scope="col"><strong>フィールド</strong></th>
   <th scope="col"><strong>内容</strong></th>
  </tr>
 </thead>
 <tbody>
  <tr>
   <td>Attachment</td>
   <td>バグを解決するための助けになる添付ファイル。ビデオ、画像、テストケース、ログは解析のための手助けになります。</td>
  </tr>
  <tr>
   <td>Depends/Block</td>
   <td>バグ同士の依存関係を表す。</td>
  </tr>
  <tr>
   <td>Keywords</td>
   <td>bugzilla用のキーワード。特定グループがトラッキングに使用。</td>
  </tr>
  <tr>
   <td>Whiteboard</td>
   <td>
    <p>タグを含む。トラッキング用にあらゆるタグを追加して下さい。他人のタグを許可なく削除してはいけません。</p>
   </td>
  </tr>
  <tr>
   <td>See Also</td>
   <td>異なるバグが関連している際に、このフィールドで指定できます。</td>
  </tr>
  <tr>
   <td>Flags</td>
   <td>
    <p>トラッキングステータス用のフラグ; Firefox OS バグで最も使われているフラグは blocking-b2gです。バグが blocking-b2g にセットされた場合、リリースを止める理由になりえるため、もっと注意を払うべきことを意味します。</p>
   </td>
  </tr>
  <tr>
   <td>Security</td>
   <td>
    <p>バグが個人データのセキュリティや、獲得資産の損失や、そうした問題に関連している場合、チェックボックスをチェックすべきであり、専任の従業員だけにこれが表示されるようになります。</p>
   </td>
  </tr>
 </tbody>
</table>

<p>bugzilla フィールドの詳細な情報を見つけるには、Bugzillaの <a href="https://bugzilla.mozilla.org/page.cgi?id=fields.html">Bugzilla Fields</a> ページを見ます。</p>

<h3 id=".E3.82.88.E3.81.8F.E3.81.82.E3.82.8B.E3.82.AD.E3.83.BC.E3.83.AF.E3.83.BC.E3.83.89">よくあるキーワード</h3>

<p>下記の表には、Firefox OSのバグでよく使われているキーワードの情報があります。</p>

<table class="standard-table">
 <thead>
  <tr>
   <th scope="col"><strong>キーワード</strong></th>
   <th scope="col"><strong>内容</strong></th>
  </tr>
 </thead>
 <tbody>
  <tr>
   <td>meta</td>
   <td>バグがステータストラッキングバグであることを示します。Mozillaは複数のバグや、ユーザーストーリーの実装状況を追跡するのにこのタグを使います。一旦このマークがなされると、開発者はこうしたバグの上部にパッチを置くべきではありません。プロジェクトマネージャーやQAスタッフが追跡のためにmetaバグを使うのを覚えておいて下さい。</td>
  </tr>
  <tr>
   <td>qablocker</td>
   <td>テスト (手動や自動の機能テスト)をブロックするバグにこのキーワードを使用し、次の Beta や RC のマイルストーンまでには修正する必要があります。</td>
  </tr>
  <tr>
   <td>qawanted</td>
   <td>もっと情報が要る時や、再現法やテストケースが要求されたり、複製だったり (だが複製元のオリジナルバグが見つからない)する時に、このキーワードを使います。必要なQA作業の進捗はホワイトボードに記録されます;つまり必要なQA作業が完了した 時は、このキーワードを削除すべきです。</td>
  </tr>
  <tr>
   <td>regression</td>
   <td>
    <p>このキーワードは、問題が修正され、また戻ってきて(退行して)いて、新規バグとは疑わしいという意味であり、退行を追跡するために記録します。またpre-check inテストやスモークテストでは特定できず、以前のビルドで動作していたが現在のビルドで見つかった問題を参照することもあります。こうしたバグの追跡は、ぜい弱な場所や、故障の傾向や、スモークテストやpre-check inテストの追加の良い候補の見極めに役立ちます。</p>
   </td>
  </tr>
  <tr>
   <td>regressionwindow-wanted</td>
   <td>バグがregression(退行)であり、バグがどの期間に、理想的にはどのチェックインで起きたのかが特定できると大変有益であることを示します。</td>
  </tr>
  <tr>
   <td>steps-wanted</td>
   <td>再現手順を特定すると大変有益なバグを強調します。</td>
  </tr>
  <tr>
   <td>verifyme</td>
   <td>
    <p>このバグはQA連絡先が指示した以外の人が、最新のB2Gビルドで検証するのがokという意味です。このバグは、修正を検証するのに詳しく指定された特定マシンの設定があります。失敗の再現を試みて、<em>Fixed</em> の解決法が正しいと思う場合に、ステータスを <em>Verified</em> とマークすべきです。<br />
     <br />
     ステータスを <em>Verified</em> に変える前に、使用した"ビルド/OS/プラットフォーム"を、バグ検証するためにバグコメントに指定すべきです。このバグが3つのプラットフォーム全てで報告され、修正を検証するプラットフォームを1つだけ持っている場合、引き続きそうしてバグに記録しますが、<em>Verified </em>にマークしません。ステータスが <em>Verified</em> に移るには、全プラットフォームで確認が必要です。<br />
     <br />
     最終的に、他のバグが検証中のバグの複製とマークされた場合、同様に確認・言及します。時々、開発者は関連のある — だが一致しない — バグを複製とマークし、確認なしに見落とされることがあります。</p>
   </td>
  </tr>
 </tbody>
</table>

<div class="note">
<p><strong>記</strong>: Gaia開発中のバグの扱いについての詳細情報は、<a href="/ja/Firefox_OS/Developing_Gaia/Submitting_a_Gaia_patch">Gaiaのパッチを提出する</a>を読んで下さい。</p>
</div>

<p>&nbsp;</p>