バグを見つけたものの、すでに別のテスターによって報告されている場合、残念ながら同じバグを再度報告することはできません。ただし、そのバグの再現を提出することはできます。再現は、お客様にとって有用です。どの環境が影響を受けているのか、また問題が特定のデバイスに固有のものなのかどうかを示すためです。そのため、お客様はそのバグの重大度をより正確に把握できます。
バグを再現するには、元のテスターがレポートに記載したものと同じ手順に従ってください。元のテスターと同じバグが発生した場合、これを「再現成功」と呼びます。同じ手順に従ってもバグを再現できない場合、これを「再現失敗」と呼びます。
再現失敗では、あなたのデバイス上では機能が正常に動作し、バグが発生しないことを示す必要があります。別のバグが発生した場合は、そのバグについてバグレポートを提出するか、その問題を報告した別のテスターのバグレポートを再現してください。
再現セッション
• 「再現を開始」をクリックすると、テスターには再現レポートを完了するための30分間が与えられます。
• その間、再現の枠は確保された状態となり、他のテスターはこの再現枠を取得できません。
• テスターが再現をキャンセルすると、その枠は別のテスターが利用できるようになります。
• テスターが予約時間内に再現レポートを提出しなかった場合、再現は期限切れとなり、その枠は別のテスターに開放されます。
ルール
再現の添付ファイルには、次のルールが適用されます:
• スクリーンキャストが必須です。
• スクリーンキャストは15秒以内にしてください。ほとんどの場合、バグを発生させる操作を示すだけで十分です。
• まれに、15秒以内ではバグを発生させる操作を示せない場合(例:ページの読み込みがいつまでも終わらない場合)に限り、スクリーンキャストを15秒より長くすることができます。ただし、元のテスターのスクリーンキャストより長くしてはいけません。
• Webサイトをテストする場合、スクリーンキャストにはURLバーを含める必要があります。
• アプリのクラッシュを再現する場合は、再現のスクリーンキャストに加えてクラッシュログファイルをアップロードしてください。スクリーンキャストは添付されたクラッシュログと一致している必要があり、タイミングが整合していなければなりません。
上記のルールに加えて、「バグレポートの添付ファイル」の記事に記載されているその他すべてのルール(一般的な添付ファイルの要件、スクリーンキャスト固有のルール、ストリーミングデバイス向けのスクリーンキャスト固有のルールなど)も、再現の添付ファイルに適用されます。
ルールに従っていない再現は却下されます。たとえば、スクリーンキャストが長すぎる場合や、不要な手順が含まれている場合です。
注:OOSバグについて再現を提出した場合(たとえば、本番環境で注文を行う場合)、却下とともに警告を受ける可能性があります。
テスターは一度に1つのタスクしか実行できません:
テスターが再現にアクセスした時点で別のアクティブなタスクを実行している場合、アクティブなタスクへリダイレクトするボタン付きの警告バナーが表示されます。 同時に実行できないタスク:
テストケースの実行
テストセッション
バグ再現の実行
バグ修正の確認
バグレポートの確認
「再現を開始」ボタンが表示される条件:
テストが実行中であること
他のテスターが提出した機能バグのレポートであること
お客様による確認がまだ行われていないレポートであること
バグレポートの再現回数が最大数に達していないこと(お客様が購入したプランによって異なります)
