PD-Sシステムライフサイクルプロセス · 統合・テスト

探索的テスト

Exploratory Testing

たんさくてきてすと

あらかじめテストケースを詳細に設計せず、テスト担当者がシステムを操作しながら得た知見を基に次に試すことを考え、テストの設計と実行を同時に進める技法。担当者の経験と知識に左右されるが、仕様書からは想定しにくい不具合を短時間で見つけやすい。

共有:

他の資格での定義

事前に詳細なテストケースを用意せず、テスト担当者が対象を操作して学びながら、その場でテストの設計と実行を繰り返す方法。担当者の経験を生かして、仕様書から導くテストでは見落としやすい不具合を見つける。

詳細なテストケースを事前に作り込まず、テスト担当者が製品を操作しながら学び、その場で次に試す観点を決めて進めるテスト。仕様書に現れにくい問題を短時間で見つけやすいが、再現性の記録が課題となる。

Past Exams

過去問で 6 回出題（システムアーキテクト試験 3・データベーススペシャリスト試験 1・エンベデッドシステムスペシャリスト試験 1・情報処理安全確保支援士試験 1）。うち 1 回は用語そのものを問う問題です。

出典: 独立行政法人情報処理推進機構（IPA）の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

システムやソフトウェアが、要件定義や仕様書で定めた機能を正しく実現しているかを確かめるテスト。入力と期待する出力の対応を、利用者の業務の流れに沿って確かめる。性能やセキュリティなどを確かめる非機能要件テストと対比される。

性能、可用性、セキュリティ、運用性、移行性など、機能以外の要件を満たしているかを確かめるテスト。性能テスト、負荷テスト、障害回復テスト、セキュリティテストなどを含み、要件で定めた定量的な目標値と比べて合否を判断する。

システムがセキュリティの要件を満たし、脆弱性がないかを確かめるテスト。認証やアクセス制御などの機能の確認に加え、脆弱性診断やペネトレーションテストで、実際の攻撃の手法で侵入や情報の漏えいが起きないかを確かめる。

テストで実行する1つ1つの確認項目。入力データ、前提条件、操作の手順と、それに対して期待される結果の組で表す。ブラックボックステストやホワイトボックステストの技法を使い、少ない件数で誤りを効率よく見つけられるように作る。

結果に影響する複数の要因とその水準の組合せを、直交表などを使い、少ない試行回数で効率よく評価する方法。ソフトウェアテストでは、入力条件の組合せを少ない件数のテストケースで偏りなく確かめるために用いる。

システムの状態を行、イベントを列（またはその逆）に並べ、各組合せで実行する動作と遷移先の状態を表形式で示したもの。状態遷移図では見落としやすい、状態とイベントのすべての組合せを漏れなく確認でき、テストケースの設計にも使う。