この記事の目次
テストの進め方
テスト業務の進め方を学びます。
テストとは
テストとは、作成したプログラムが仕様通りに動作するかを確認する作業です。
テストの目的
- バグを発見する
- 品質を保証する
- 仕様通りに動くことを確認する
テストの種類
| 種類 | 内容 | 実施者 |
|---|---|---|
| 単体テスト | 個々の機能をテスト | 開発者 |
| 結合テスト | 機能を組み合わせてテスト | 開発者/テスター |
| システムテスト | システム全体をテスト | テスター |
| 受け入れテスト | ユーザー視点でテスト | ユーザー/テスター |
テストの流れ
テスト計画 → テスト設計 → テスト実施 → 結果報告
Step 1:テスト仕様書を理解する
テスト仕様書の構成
| 項目 | 内容 |
|---|---|
| テスト目的 | 何を確認するか |
| テスト対象 | どの機能をテストするか |
| テスト条件 | 前提条件、入力データ |
| 期待結果 | 正しい結果は何か |
| 実施手順 | どのようにテストするか |
確認すること
- 何をテストするのか
- どうやってテストするのか
- 何が正しい結果なのか
Step 2:テスト環境を準備する
確認すること
- テスト環境にアクセスできるか
- テストデータは準備されているか
- 必要なツールはあるか
注意点
- 本番環境でテストしない
- テストデータを用意する
- 環境が正常か事前に確認
Step 3:テストを実施する
テスト実施の手順
- テスト仕様書の手順に従って操作
- 実際の結果を記録
- 期待結果と比較
- 合格/不合格を判定
- 証跡(スクリーンショット等)を残す
記録すること
| 項目 | 内容 |
|---|---|
| 実施日時 | いつ実施したか |
| 実施者 | 誰が実施したか |
| 結果 | 合格/不合格 |
| 実際の結果 | 何が起きたか |
| 証跡 | スクリーンショットなど |
| 備考 | 気づいた点 |
テスト観点
正常系
- 正しい入力で正しい結果が出るか
- 想定通りの操作で想定通りに動くか
異常系
- 不正な入力でエラーになるか
- エラーメッセージは適切か
- エラー後に復帰できるか
境界値
- 最大値・最小値で正しく動くか
- 範囲の境界で正しく判定されるか
例:年齢入力(0〜150まで有効)
| 入力値 | 期待結果 |
|---|---|
| -1 | エラー |
| 0 | 正常 |
| 1 | 正常 |
| 149 | 正常 |
| 150 | 正常 |
| 151 | エラー |
Step 4:不具合を報告する
不具合を見つけたら
テスト中に不具合(バグ)を見つけたら、報告します。
不具合報告の内容
## 不具合概要
ユーザー登録時、メールアドレスのバリデーションが動作しない
## 再現手順
1. ユーザー登録画面を開く
2. メールアドレス欄に「test」と入力
3. 登録ボタンをクリック
## 期待結果
「メールアドレスの形式が正しくありません」エラーが表示される
## 実際の結果
エラーなしで登録処理が実行される
## 環境
- ブラウザ:Chrome 120
- 環境:開発環境
## 証跡
(スクリーンショット)
報告のポイント
- 再現手順を明確に:他の人が同じ手順で再現できるように
- 期待結果と実際の結果:何が問題かを明確に
- 証跡を残す:スクリーンショットやログ
テストのコツ
仕様を理解してからテストする
- 何が正しい動作かを理解していないとテストできない
- 仕様書を読み込んでからテストを始める
機械的にならない
- 仕様書に書いていないことも気づいたら確認
- 「ユーザーならこう使うかも」を考える
- 違和感があれば報告
証跡をしっかり残す
- 後から確認できるように
- 不具合の再現に役立つ
- 品質の証明になる
よくある失敗と対策
| 失敗 | 対策 |
|---|---|
| 正常系しかテストしていない | 異常系・境界値も意識する |
| 再現手順が曖昧 | 他の人が再現できるよう詳細に書く |
| 証跡を残していない | 必ずスクリーンショットを取る |
| 本番環境でテストした | テスト環境を確認してから実施 |
まとめ
テストを進めるときは:
- テスト仕様書を理解してから実施
- 正常系・異常系・境界値を意識
- 結果を正確に記録する
- 不具合は再現手順を明確にして報告
- 証跡を残す