セッションベースのテスト

セッションベーステスト管理におけるミッションは、セッションの目的を明確にし、テスト対象システムの探索を可能にしながら、セッションの焦点を絞るのに役立ちます。この手法の共同創始者の一人であるジョン・バッハ氏によると、ミッションは「何をテストしているのか、あるいはどのような問題を探しているのか」を説明するものです。^{[ 1 ]： 1-2}

チャーターとは、テストセッションの目標または議題のことです。チャーターはテストチームがテスト開始前に作成しますが、いつでも追加または変更できます。多くの場合、チャーターは仕様書、テスト計画書、または過去のセッションの結果を分析することによって作成されます。

中断のないテスト時間（理想的には1～2時間）。各セッションはテスト憲章に焦点を当てますが、テスターはこの時間内に新たな機会や課題を探求することもできます。テスターは、アイデア、ヒューリスティック、またはガイドとなるフレームワークに基づいてテストを作成および実行し、その進捗状況を記録します。記録方法は、メモ、ビデオキャプチャツール、またはテスターが適切と判断したその他の方法を用いることができます。

セッションレポートにはテストセッションの記録が含まれます。通常、これには以下の内容が含まれます。

• チャーター。
• 試験対象地域。
• 試験の実施方法に関する詳細なメモ。
• 発見されたバグの一覧。
• 問題点のリスト（未解決の質問、製品またはプロジェクトに関する懸念事項）
• テスターがテストをサポートするために使用または作成したファイル
• セッション時間のうち、憲章策定に費やした時間と、新たな機会の調査に費やした時間の割合。
• セッション時間のうち、以下の項目に費やされた割合：
  • テスト - テストの作成と実行。
  • バグの調査／報告。
  • セッション設定、またはテスト以外の活動。
• セッションの開始時刻と期間。

デブリーフィングとは、マネージャーとテスター（または複数のテスター）がセッションレポートについて話し合う短いミーティングのことです。ジョナサン・バッハは、デブリーフィングの構成を分かりやすくするために、PROOFという頭字語を使っています。PROOFとは、以下の頭文字をとったものです。

• 過去。セッション中に何が起こったのか？
• 結果。セッション中に何が達成されたか？
• 障害。適切なテストの妨げとなったものは何だったのか？
• 今後の展望。まだやるべきことは何か？
• 感情。テスターはこれらすべてについてどう感じているか？^{[ 1 ]： 9-10}

標準化されたセッションレポートを使用することで、ソフトウェアツールを用いて結果を解析し、集計データとして保存し、レポート作成や指標分析に活用できます。これにより、エリアごとのセッション数や、テスト、バグ調査、セットアップ／その他のアクティビティに費やした時間の内訳などをレポートすることが可能になります。