探索的テストの実施: テストケースを超えた発見の旅
探索的テストは、ランダムなものではなく、経験と直感を戦略的に使用して、テスト ケースでカバーされていない問題を発見することです。実用的な探索テストのヒントを共有します。
最後更新：2026-03-07
探索的テストの効果は、テスターの経験とドメインの知識によって決まります。スクリプトテストと併用することをお勧めします。
目錄
1. 探索的テストとは何ですか?
探索的テストは、テストの設計と実行を同時に行う方法です。スクリプトに従うのではなく、現在の観察と直感に基づいてテストの方向を動的に調整します。それは「ただ見る」ことではなく、規律ある探索が重要です。スクリプト テストは最初に設計されてから実行されるため、回帰テストやコンプライアンス要件に適しています。探索的テストは考えながら行うテストで、未知の問題の発見や新機能の検証に適しています。この 2 つは相互補完的なものであり、一方が他方を上回るものではありません。
2. セッションベースのテスト管理 (SBTM)
「セッション」を使用して探索的テストを管理します。各セッションには次の内容が含まれます。
-
チャーター
今回は何を探索していますか？例: 「極端な状況下でのショッピング カートの動作を調査する」
-
期限
通常60～90分
-
メモ
発見された問題、質問、アイデアを記録する
-
バグ/問題
正式なレポートの問題
3. ヒント 1: ロールプレイング
別のタイプのユーザーのふりをします。
-
初心者ユーザー
初めて使う初心者さん
-
忙しいユーザー
急いでいる忙しいサラリーマン
-
悪意のあるユーザー
故意に損害を与えようとする悪意のあるユーザー
-
アクセス可能なユーザー
福祉機器を使用する障害のあるユーザー
-
モバイルデバイスのユーザー
インターネット接続が不安定なモバイルデバイスのユーザー
4. ヒント 2: CRUD テスト方法
各データ オブジェクトの作成、読み取り、更新、削除をテストします。
-
作成後すぐに削除する
削除のエッジケースをテストで迅速に確立する
-
大量のデータを作成する
大量のデータの下でシステムのパフォーマンスをテストする
-
同じ情報を同時に編集する
同時編集のテスト処理
-
参照資料を削除する
関連データの整合性をテストする
5. ヒント 3: プロセスを中断する
さまざまな段階で「離れる」:
-
フォームに途中まで入力して、前のページをクリックしてください
テストデータが保持されるかどうか
-
支払い処理中にブラウザを閉じる
トランザクションの整合性をテストする
-
ファイルのアップロード中にネットワークが切断される
ネットワーク例外処理のテスト
-
送信ボタンをクリックします
重複送信保護をテストする
6. ヒント 4: 極値テスト
非常に長いテキスト (10,000 語の名前)、特殊文字 (絵文字、HTML タグ、SQL 構文)、NULL とゼロ、負の数値、非常に大きな数値、さまざまな言語のテキストなど、さまざまな極端な入力を試してください。
7. ヒント 5: 環境変更の方法
テスト環境条件の変更: 言語の切り替え、タイムゾーンの変更、画面解像度の調整、ダークモードのオン/オフ、低速ネットワークのシミュレート (Chrome DevTools → ネットワーク → 低速 3G)。
8. 探索プロセスを記録する
探索的テストで最も重要なことは、以下を記録することです。
-
画面録画
OBS または内蔵録画を使用して後で確認する
-
インスタントメモ
Notion または OneNote を使用して測定中にメモを取る
-
マインドマップ
XMind を使用してテスト カバレッジと結果を整理する
相關懶人包
2026年のQAトレンド： AIテスト、左シフト、新しいキャリアの方向性
AIアシストテスト、左シフト戦略、QAエンジニアのキャリア移行など、QAの最新トレンドをご覧ください。
API 測試入門：用 Postman 和 pytest 打造你的第一個 API 測試
API 測試是現代 QA 必備技能。從 HTTP 基礎概念到實際用 Postman 和 pytest 寫測試，帶你踏出 API 測試的第一步。
CI/CD でのテスト戦略: すべてのデプロイメントの品質を確保
CI/CD パイプラインでのテスト戦略を計画する方法、コミットからデプロイまでの各段階でどのようなテストを実行する必要があるか、品質レベルを設定する方法を共有します。
一般聲明
本站提供之資訊僅供參考，不保證其完整性與正確性。使用者應自行判斷資訊之適用性。