基本情報技術者 2017年 春期 午前（科目A） 問50

リファクタリングの定義と目的【午前解説】

正解の理由

解法ステップ

1. 問題文のキーワードを確認：「外部仕様を変更することなく」「内部構造を変更する」→リファクタリングの定義を思い出す。
2. 各選択肢の目的を素早く判別：協働開発／内部改善／テスト先行／試作品作成のどれかを対応づける。
3. 「外部仕様を変えるかどうか」で絞り込み：外部挙動を保つものがリファクタリングであるため正答を特定する。
4. 正答を確認：イが該当し、他はそれぞれ別のソフトウェア開発手法であると判断する。

選択肢別の誤答解説

• ア: ソフトウェアの品質を高めるために、2人のプログラマが協力して、一つのプログラムをコーディングする。
  → これはペアプログラミングの説明で、コードの品質向上や知識共有に有効ですが、リファクタリングの定義ではありません。
• イ: ソフトウェアの保守性を高めるために、外部仕様を変更することなく、プログラムの内部構造を変更する。
  → 正解。リファクタリングの定義に完全に一致します。
• ウ: 動作するソフトウェアを迅速に開発するために、テストケースを先に設定してから、プログラムをコーディングする。
  → これはテスト駆動開発（TDD: Test-Driven Development）の説明で、テストを先に書いてから実装する手法です。
• エ: 利用者からのフィードバックを得るために、提供予定のソフトウェアの試作品を早期に作成する。
  → これはプロトタイピング（またはMVP）で、早期に動く試作品を作って評価を得るアプローチであり、リファクタリングの定義ではありません。

よくある誤解

• リファクタリング＝ペアプログラミングと誤解する：ペアプログラミングは協働でコーディングする手法で、リファクタリングは「内部構造を変える技術的作業」です。
• リファクタリング＝外部仕様変更と混同する：仕様を変える改修や機能追加はリファクタリングではなく、要求変更やリライトに該当します。
• リファクタリングはテスト不要という誤解：安全にリファクタリングするためには自動化されたテスト（ユニットテスト等）が不可欠です。

補足コラム

FAQ