プロトタイピングは、ソフトウェア開発における「ユーザーと開発者の間の意思疎通」を円滑にするためのアプローチです。仕様書や設計図といったテキスト中心の文書だけでシステムの動きを想像するのは限界があり、顧客が「これで大丈夫」と言っても、実際に出来上がったものを見て「イメージと違う」と不満を持つケースは少なくありません。そこで、早い段階で画面デザインや簡単なボタン遷移だけが動作する「プロトタイプ（試作品）」を提供します。プロトタイプには、紙に手書きで画面を描く「ペーパープロトタイピング」や、PCツールを用いて画面レイアウトだけを作る「ワイヤーフレーム」、データベースの裏側処理は行わないがダミーデータを表示して実際の操作感を再現した「モックアップ」などがあります。これを顧客に操作してもらうことで、仕様の誤解や漏れを早期に発見し、要件定義の品質を向上させます。
試験においてプロトタイピングで最もよく問われるのは、そのメリットとデメリット（注意点）です。メリットとしては、「要件定義の早い段階で顧客と仕様の合意を形成できるため、後工程での手戻り（設計修正）を防ぎ、開発全体のコストと時間を抑えられる」という点です。一方でデメリットや課題として、「試作品の作成や顧客評価の繰り返しに時間をかけすぎると、全体のスケジュールが遅延すること」や、「顧客が試作画面を見てシステムが既に完成していると誤解し、安易な追加の要望を大量に出してスコープが肥大化しやすいこと」が出題されます。
プロジェクトの対象範囲を定めるスコープ管理や、システムの設計ルールを標準化するUML、さらに試作と評価のサイクルを回すアジャイル開発や、開発規模を測るファンクションポイント法などに関連しています。