レビューは成果物を評価・確認する活動の総称で、ウォークスルーはその一種です。両者は対立する別の作業ではありません。ウォークスルーは作成者が主導し、説明や質問を通じて内容を確かめる点が特徴です。
レビューとウォークスルーの関係
| 比較点 | レビュー全般 | ウォークスルー |
|---|---|---|
| 位置付け | 成果物の確認・評価活動を広く指す | レビューの形式の一つ |
| 対象 | 要件、設計、コード、テスト仕様など | 同様の成果物を、作成者の説明などでたどる |
| 進め方 | 形式・目的に応じて役割や手順が変わる | 作成者が主導する |
| 目的 | 欠陥発見、品質評価、合意形成など | 欠陥発見に加え、理解共有・教育などにも使う |
「レビューには進行役がいない」という決まりはありません。形式によってレビューリーダー、モデレーター、記録係などを定めます。
ウォークスルーの具体例
作成者が注文受付の設計を説明し、参加者が「決済失敗時はどうするか」「同じ注文が二重送信されたらどうなるか」と質問します。例やシナリオをたどりながら、欠けている条件や認識の違いを見付けます。
事前に個別確認する場合もありますが、必ず必要というわけではありません。自由に話すだけで終えず、発見事項と対応する人・期限などを記録すると、その後の修正・確認につなげられます。
他のレビュー形式との比較
- 非形式的レビュー：厳密な手順を決めずに、同僚へ確認を頼むなどの形。
- ウォークスルー：作成者主導。理解共有や教育、欠陥発見などが目的。
- テクニカルレビュー：技術的な観点で評価し、合意や欠陥発見を目指す。
- インスペクション：定義した手順・役割・記録などを使う、形式性の高いレビュー。
インスペクションを「外部の第三者だけが行う作業」と覚えるのは不正確です。独立性や役割が重要で、作成者が参加する場合もあります。ISTQBの整理では、作成者はレビューリーダーや記録係を兼ねません。また、ピアレビューは同僚などによるレビューを表す言葉で、上記の形式と重なることがあります。
実行して確認するテストとの違い
レビューは、プログラムを実行せずに成果物の欠陥を見付ける静的な確認の一つです。コードを実行して振舞いを確かめる動的テストや、自動ツールによる静的解析とは区別します。レビューはテストの代わりにすべてを保証するものではなく、組み合わせて品質を確認します。
確認問題
ウォークスルーの説明として適切なのはどれでしょうか。
- 成果物を必ず実行して性能だけを測る
- 作成者が主導し、説明や質問を通じて成果物を確認するレビュー
- レビューとは別で、欠陥発見を目的にできない
- 必ず社外の第三者だけで実施する
解答・解説を見る
正解：2。ウォークスルーはレビューの一種で、作成者主導が特徴です。欠陥発見と理解共有などに役立ちます。
次に学ぶテーマを選ぶ
レビューの位置付けを押さえたら、開発・設計などの関連分野へ進みましょう。教材の内容を見て、自分が復習したいテーマを選べます。
コメント