ウォークスルーとは？設計書をレビューして誤りを早期発見する方法【基本情報技術者試験】

まず結論

ウォークスルーとは、作成者を含む複数の関係者が、設計書やソースコードなどをレビューして誤りを早期に見つける方法です。

基本情報技術者試験では、ウォークスルーは 設計上の誤りを早期発見するためのレビュー手法 と押さえると分かりやすいです。

問題文に 設計書をレビューする、作成者と複数の関係者、誤りを早期発見する といった表現が出たら、ウォークスルーを疑います。

ウォークスルーは、作った人が資料を説明しながら、関係者と一緒に確認していくイメージです。

一人で見直すよりも、複数人で見る方が、誤りや抜け漏れに気づきやすくなります。

設計書を作る
↓
作成者が説明する
↓
関係者が確認する
↓
誤りや抜け漏れを見つける

設計段階で誤りを見つけられれば、後の開発やテストで手戻りが大きくなる前に修正できます。

ウォークスルーは、ソフトウェア開発で使われるレビュー手法の一つです。

設計書、仕様書、ソースコードなどの成果物を、作成者を含む複数人で確認します。

ウォークスルーは、誤りを見つけることが主な目的です。

その場で細かい解決策まで決めることよりも、まずは問題点を発見し、後で修正につなげる考え方です。

このテーマは、基本情報技術者試験の「システム開発技術」や「レビュー技法」と関係する内容です。公式の出題範囲やシラバスは、IPA：基本情報技術者試験から確認できます。

科目Aでは、ウォークスルーの説明を選ぶ問題や、他のテスト・レビュー手法との違いを問う問題が出やすいです。

判断するときは、次のキーワードを見ます。

設計書やソースコードを確認する
作成者を含む複数人で見る
誤りを早期に発見する
レビューである

選択肢では、次のように切り分けます。

選択肢の表現	疑う用語
設計書やコードを複数人でレビューする	ウォークスルー
紙に印刷したソースコードを見ながら人力で誤りを探す	机上デバッグ
上位モジュールから下位モジュールへ順に結合する	トップダウンテスト
同じデータを入力して出力結果を比較する	並行シミュレーション
役割や手順を厳格に決めてレビューする	インスペクション

FE試験では、レビューなのか、テストなのか をまず分けると選択肢を切りやすいです。

問題文では、ウォークスルーという用語そのものよりも、開発工程のどこで品質を確認するかを読むときに役立ちます。

例えば、次のような流れです。

要件定義
↓
設計
↓
設計書レビュー
↓
実装
↓
テスト

設計書レビューを入れると、実装前に設計上の誤りを見つけやすくなります。

問題文で読むときは、次のように整理するとよいです。

実行して確認しているか
文書やコードを読んで確認しているか
何を早期に見つけたいのか

プログラムを動かしていないなら、テストというよりレビュー寄りです。

設計書やコードを複数人で確認しているなら、ウォークスルーを疑います。

ウォークスルーでよくある誤解は、実際にプログラムを動かすテストだと思ってしまうことです。

誤解	正しい理解
ウォークスルーはプログラムを実行するテスト	人が設計書やコードを確認するレビュー
机上デバッグと同じ	机上デバッグはプログラムの動きを人が追うことが中心
トップダウンテストと同じ	トップダウンテストは上位から下位へ結合するテスト
並行シミュレーションと同じ	並行シミュレーションは同じ入力で結果を比較する
レビューは後工程で行えばよい	誤りの早期発見には早い段階でのレビューが有効

特に、机上デバッグとの違いは試験で迷いやすいです。

ウォークスルー
→ 設計書やソースコードを複数人でレビューする

机上デバッグ
→ プログラムを実行せず、人が処理の流れを追う

FE試験で、設計上の誤りを早期に発見、作成者と複数の関係者が設計書をレビュー という表現が出たら、ウォークスルーを疑います。