LESSON 30分

テスト結果を報告しよう

ストーリー

「テスト実行中にバグを見つけました!」

「おっ、よく見つけたね。で、どういうバグ?」

「えっと...なんか動かなくて...」

「それだと開発者が再現できないよ。バグ報告の書き方を覚えよう」


なぜ報告が重要か

テストで問題を見つけても、適切に報告しなければ修正されません

悪い報告良い報告
「動かない」「ログインボタンを押すとエラーが表示される」
「おかしい」「金額が税込ではなく税抜で表示される」
「バグです」「再現手順、期待結果、実際結果を添えた報告」

開発者が報告を読んだだけで問題を再現できるのが理想です。


バグ報告の構成要素

バグ報告には以下の情報を含めます。

要素説明必須
タイトルバグの内容を1行で表す必須
再現手順バグを再現するための手順必須
期待結果本来どうなるべきだったか必須
実際結果実際に何が起きたか必須
環境情報OS、ブラウザ、バージョン等必須
重要度バグの深刻さ推奨
スクリーンショット視覚的な証拠推奨
備考補足情報任意

バグ報告の書き方

テンプレート

markdown
## バグ報告

### タイトル
[機能名] 具体的な問題の説明

### 環境情報
- OS: Windows 11 / macOS 14
- ブラウザ: Chrome 120.0
- テスト環境: staging
- テスト日時: 2025-04-01 14:30

### 再現手順
1. https://staging.example.com/login を開く
2. メールアドレスに「test@example.com」を入力する
3. パスワードに「Test1234」を入力する
4. 「ログイン」ボタンをクリックする

### 期待結果
ダッシュボード画面に遷移し、ユーザー名が表示される

### 実際結果
「500 Internal Server Error」が表示される

### 重要度
高(ログインできないため、すべての機能が使用不可)

### スクリーンショット
(添付画像)

### 備考
- 同じ手順で3回試行し、毎回同じエラーが発生
- 別のユーザーでも同じ現象を確認

良い報告と悪い報告の比較

悪い報告の例

タイトル: ログインできない
内容: ログインしようとしたら動きません。バグだと思います。

問題点:

  • 再現手順がない
  • 環境情報がない
  • 期待結果と実際結果が明確でない

良い報告の例

タイトル: [ログイン] 正しい認証情報でログインすると500エラーが表示される

環境情報: Chrome 120.0 / macOS 14 / staging環境

再現手順:
1. https://staging.example.com/login を開く
2. メールアドレス: test@example.com を入力
3. パスワード: Test1234 を入力
4. 「ログイン」ボタンをクリック

期待結果: ダッシュボードに遷移する
実際結果: 「500 Internal Server Error」が表示される

再現率: 100%(3回中3回発生)

重要度の目安

バグにはレベルがあります。報告時に重要度を添えましょう。

重要度基準
致命的(Critical)サービスが利用不可サーバーがダウン、データが消える
高(High)主要機能が使えないログインできない、購入ができない
中(Medium)機能は使えるが問題あり表示が崩れる、エラーメッセージが不適切
低(Low)軽微な問題誤字脱字、デザインの微調整

テスト結果のまとめ方

個別のバグ報告に加えて、テスト全体の結果をまとめます。

テスト結果サマリーの例

markdown
## テスト結果サマリー

### 実施概要
- テスト対象: ログイン機能
- テスト期間: 2025-04-01
- テスト実行者: 田中
- テスト環境: staging

### 結果概要
| 合否 | 件数 |
|------|------|
| PASS | 8 |
| FAIL | 2 |
| BLOCKED | 1 |
| 未実施 | 0 |
| 合計 | 11 |

### FAIL一覧
| ID | テスト名 | 重要度 | バグチケット |
|----|---------|--------|-------------|
| TC-LOGIN-001 | 正常ログイン | 高 | BUG-101 |
| TC-LOGIN-005 | パスワードリセット | 中 | BUG-102 |

### 所見
ログイン機能の基本的な認証処理にバグがあり、
正常系のテストがFAILとなっています。
修正後の再テストが必要です。

報告時の心構え

やるべきことやってはいけないこと
事実を正確に伝える感情的に伝える
再現手順を具体的に書く「動かない」とだけ書く
エビデンスを添付する口頭だけで報告する
重要度を判断して伝えるすべて「致命的」にする
早めに報告する修正方法まで考えてから報告する

バグを見つけたら早めに報告しましょう。 原因の特定や修正は開発者の仕事です。


まとめ

ポイント内容
バグ報告の必須要素タイトル、再現手順、期待結果、実際結果、環境情報
良い報告開発者が読んだだけで再現できる報告
重要度致命的、高、中、低の4段階
結果サマリーテスト全体の結果をまとめて報告

チェックリスト

  • バグ報告のテンプレートを使える
  • 再現手順を具体的に書ける
  • 期待結果と実際結果を明確に区別できる
  • 重要度の判断基準を理解した

次のステップへ

テスト結果の報告方法が理解できましたか?

次のセクションでは、テスト実行のシミュレーション演習に挑戦します。 ここまで学んだ知識をフル活用して、テスト実行から報告までを体験しましょう。


推定読了時間: 30分