実装とレビュー
頻出約 29 分5 用語過去問 14 題
この単元の目標
- 詳細設計からコーディング、単体テストへと進む工程の順序を説明できる。
- コードレビューと共同レビューを、点検する対象と参加する人の違いで分けられる。
- 不具合を直すデバッグと、内部構造からテストケースを作るホワイトボックステストの役割を区別できる。
用語総表（5 語）
用語
コーディングは、詳細設計で決めた処理手順をプログラム言語の文法に沿って書き表し、ソースコードを作る作業で、プログラミングとも呼ばれる。
詳細設計書に書かれた処理の流れやデータの扱いを1行ずつ命令に置き換え、書いた手順に誤りがないかを確かめるところまでがこの作業に含まれる。チームでは名前の付け方や字下げなどをそろえるコーディング規約を決めておき、だれが書いても読みやすいコードにする。読みやすいコードは、後のレビューや保守の手間を減らす。
たとえ組立説明書を見ながら家具を組み上げる作業に近い。紙の上の寸法と手順を、実物の部材に置き換えていく。
覚え方code は「符号」の意味。人の考えを機械が読める記号へ置き換える、と語から思い出す。
出題のポイント
- 出題コーディングはソフトウェア詳細設計のすぐ後の工程であり、詳細設計書を受け取ったプログラマが担当する。
- 出題コーディング (プログラミング) には、書いた処理手順に誤りがないかを確かめるところまでが含まれる。
- 混同注意画面や帳票の項目を決めるのは外部設計の仕事であり、コーディングはすでに決まった仕様をコードにする段階である。
この用語の過去問 3 題 コーディング →
コードレビューは、書き上げたソースコードを実行せずに読み、誤りや規約違反、分かりにくい書き方を見つける点検である。
書いた本人以外が読むことで、作成者が思い込みで見落とした誤りに気づきやすくなる。動かす前の段階で見つけた欠陥ほど直す範囲が狭く、手戻りの費用を小さく抑えられる。
たとえ提出前の原稿を同僚に読んでもらい、誤字や伝わりにくい箇所に赤を入れてもらう校正に近い。
覚え方review = re (もう一度) + view (見る)。書き上げたものを「見直す」と語の成り立ちで覚える。
出題のポイント
- 混同注意コードレビューはコードを読むだけの静的な確認であり、プログラムを動かして結果を確かめるテストとは別の活動である。
共同レビューは、開発者と利用者など立場の異なる関係者がそろって成果物を確認し、内容が要求に合っているかを確かめて合意する活動である。
点検する対象は、要件定義書や設計書など各工程で作られる成果物である。利用する側が加わることで、開発者だけでは気づきにくい要求との食い違いを見つけやすくなる。
たとえ家を建てる前に、施主と設計士が図面を一緒に広げ、間取りが希望どおりかを一部屋ずつ確かめる打合せに近い。
出題のポイント
- 出題システム要件は開発者だけで決めるものではなく、利用する部門も加わって内容を一緒に点検する。
- 出題共同レビューは動くプログラムがなくても行え、設計書の段階で利用者の要求とのずれを確かめられる。
- 出題レビューは成果物の品質を確かめる方法の一つであり、共同レビューはそのレビューの形の一つである。
この用語の過去問 2 題 共同レビュー →
デバッグは、テストなどで見つかった不具合について、原因の箇所を突き止めてプログラムを修正する作業である。
プログラムの動きを1行ずつ追ったり、途中の変数の値を表示したりして、誤りの場所を絞り込む。直した後は、修正した部分と、その影響が及ぶ部分をもう一度テストする。
たとえ家の照明がつかないとき、電球、スイッチ、配線と順に調べて故障箇所を見つけ、そこを取り替える作業に近い。
覚え方bug は「虫」。de- (取り除く) を付けて、プログラムに入り込んだ虫を取り除くと語源から覚える。
出題のポイント
- 出題テスト担当者と開発者が分かれている場合、デバッグはプログラムを作った開発者側が受け持ち、テスト担当者は見つけた不具合を開発者へ伝える。
- 出題見つけたバグの数 (バグ摘出数) は、プログラムの品質を測る指標の一つになる。
この用語の過去問 2 題 デバッグ →
ホワイトボックステストは、プログラムの内部構造 (命令の並びや分岐) を見ながらテストケースを作る技法で、主に単体テストで使われる。
テストケースは、内部の経路をどこまで通すかという網羅の基準に沿って作る。例えば、どの命令も最低1度は実行させるのが命令網羅、各分岐で真と偽の両方を最低1度は通すのが分岐網羅である。
たとえ迷路の地図を見ながら、確かめたい分かれ道を選んで実際に歩き、行き止まりや間違った出口がないかを調べる作業に近い。
出題のポイント
- 出題ホワイトボックステストは主に単体テストで活用され、プログラム内部の経路を網羅的に確かめる。
- 出題内部構造を分析してテストケースを決める作業は、ホワイトボックステストにあたる。
- 混同注意内部を見ずに入力と出力だけで仕様どおりかを確かめる技法はブラックボックステストと呼び、分岐や命令をすべて通すデータの選び方はこちらには含まれない。
この用語の過去問 3 題 ホワイトボックステスト →
要点
- 開発は詳細設計からコーディング、単体テストへと進み、詳細設計書がコーディングの出発点になる。
- レビューで欠陥を早い工程のうちに見つけるほど、直す範囲が狭く費用も小さく済む。
- テストで見つかった不具合の数は、プログラムの品質を測る指標の一つになる。
- ホワイトボックステストは内部構造を基にテストケースを作る技法で、主に単体テストで使われる。
この分野の過去問をすべて見る →