ITパスポート 開発技術 開発プロセスとテストの基本

2026.07.26

開発プロセスとテストは、「順序」と「役割分担」を正確に押さえることが出発点です。あわせて、要件の整理、品質特性、レビュー、見積りなども学習の対象になります。

開発の流れと品質の作り込み

開発は要件定義→設計→プログラミング→テストの順。設計は、画面や帳票など利用者から見える機能を決める機能設計と、プログラム内部の処理やデータ構造を具体化する詳細設計に分かれます（教材や開発組織によっては、関連する工程を外部設計・内部設計などと呼ぶ場合があります）。成果物を複数人で検査するレビューは各工程で行い、欠陥を早く見つけます。バグの修正コストは後の工程で見つかるほど大きくなるため、品質は最終工程でまとめてではなく、各工程で作り込みます。リリース後の修正・機能追加がソフトウェア保守、納品物を発注者が確認して受け入れるのが検収です。

品質特性・見積り・バージョン管理

ソフトウェアの品質特性には、機能性・使用性・信頼性などがあり、どれをどこまで満たすかを要件として整理します。開発規模の見積りにはファンクションポイント法があり、外部入出力や照会、内部で扱うファイルなどの利用者から見える機能を、種類と複雑さに応じて評価します。ソースコードや設計書の変更履歴はバージョン管理の仕組みで管理し、いつ誰が何を変えたかをたどれるようにします。

テストの4段階

テストは単体→統合（結合）→システム→受入の順で、小さな単位から段階的に確認します。受入テストの主体は発注者（利用者）側です。

代表的なテスト手法・種類

  • ブラックボックステスト：内部構造を見ず、入力と出力の関係で検証
  • ホワイトボックステスト：内部構造（分岐・経路）に着目して検証
  • 回帰テスト：修正が他に影響していないかの再確認

テストは「欠陥を見つける」活動であり、欠陥が見つからないことは欠陥がないことの証明にはなりません。境界付近や異常な入力では欠陥が現れやすいため、正常値だけでなく異常値・境界値もテストデータに含めます。

関連する問題

コメント

タイトルとURLをコピーしました