ISTQB Advanced Test Analyst シラバスの第5章では、「レビュー（Reviews）」がテーマとなります。
この章では主に以下の2つのトピックを扱います：
-
5.1：レビューの概要（Introduction to Reviews）
-
5.2：チェックリストを使ったレビュー（Using Checklists in Reviews）
この記事では、5.1 レビューの概要について、Foundationレベルで学んだ内容を復習しながら、Advancedレベルの観点も加えて解説します。
🔍 レビューとは何か？
レビューとは、静的テストの一種であり、ソフトウェアの成果物（仕様書、設計書、コード、テストケースなど）を実行せずに評価する活動です。
目的は、早期に欠陥を発見し、開発コストを削減することにあります。
ISTQBでは、レビューを以下の2つに大きく分類しています。
|
種類 |
内容 |
|---|---|
|
静的レビュー（Static Review） |
成果物を実行せずに確認（例：仕様書レビュー、コードレビュー） |
|
動的レビュー（Dynamic Review） |
実際にテストを実行して評価（例：システムテスト、受け入れテスト） |
Advancedレベルでは、この「静的レビュー」をより体系的・効果的に活用する方法を学びます。
🧩 レビューの種類と特徴
ISTQBで定義されている主なレビューの種類は次のとおりです。
|
レビューの種類 |
形式 |
主な特徴 |
|---|---|---|
|
インフォーマルレビュー（Informal Review） |
非公式 |
同僚同士の確認やペアレビューなど。記録を残さないことが多い。 |
|
ウォークスルー（Walkthrough） |
準公式 |
作成者が内容を説明し、他のメンバーが質疑応答を行う形式。 |
|
テクニカルレビュー（Technical Review） |
公式 |
専門家や利害関係者によって技術的妥当性を確認。 |
|
インスペクション（Inspection） |
最も正式 |
明確な役割分担・チェックリスト・欠陥記録を伴う正式なレビュー。 |
🧠 レビューの目的とメリット
レビューの主な目的は、欠陥の早期発見と品質向上です。
具体的なメリットは以下の通りです。
-
開発初期に不具合を発見できる → 修正コストが低い
-
成果物の理解を深める → チーム全体の知識共有
-
標準やガイドラインの遵守確認 → 一貫性ある品質保証
-
テスト設計の早期改善 → テストケース作成の効率化
🧾 チェックリストの活用（次章への導入）
Advancedレベルでは、テストアナリストとしてチェックリストを作成・活用する能力が求められます。
チェックリストは、レビューを体系的に行うための指針です。
例えば、仕様書レビュー用チェックリストの一例を見てみましょう。
|
チェック項目 |
確認内容 |
|---|---|
|
仕様に曖昧な表現がないか？ |
「場合によっては」「なるべく」などのあいまい語が含まれていないか |
|
入力条件・出力条件が明確か？ |
すべての入力に対する結果が定義されているか |
|
トレーサビリティが確保されているか？ |
要件からテストケースへの対応が取れているか |
このように、チェックリストを用いたレビューは、欠陥発見率を高め、レビュー品質を測定可能にします。
💡 テストアナリストの役割
Advancedレベルでのテストアナリストは、単にレビューに参加するだけでなく、
次のような役割を担います。
-
チェックリストの作成・改善
-
レビュー対象の選定（どの成果物をレビューするか）
-
レビュー会議での技術的観点からの意見提示
-
レビュー結果の分析（欠陥傾向、改善点の特定）
これにより、レビューが「形式的な作業」ではなく、品質向上の実践的プロセスとして機能するようになります。
🧩 まとめ
Chapter 5.1では、Foundationレベルの「レビューの基礎」を振り返りながら、
Advancedレベルとしての次の理解へ進む準備をします。
-
レビューは静的テストの中心的活動
-
目的は欠陥の早期発見と品質向上
-
チェックリストがレビュー品質を向上させるツール
-
テストアナリストはレビュー設計と分析に積極的に関与する
次回の「5.2 チェックリストを活用したレビュー」では、
実際にどのようにチェックリストを使って効果的なレビューを行うかを具体的に解説していきます。
コメント