設計開発編：構造化テスト（４）

トップダウンテスト法

　体系的、構造的にテストすることを目的にしており、
　構造化プログラミングの基本に従ってテストします。
　基本的な考え方は次の言葉に表れています。
　・Stepwize　refinement　（段階的精練法）
　・Devide　&　conqure　　　（分割統治法）
　
（１）方法
　・プログラムの頂上、つまり最初に呼び出されるモジュール（例えばmain）から
　　コーディングし、テストします。
　・下位のモジュールはダミーのプログラム（スタブと呼ぶ）を結合しておきます。
　・最初のモジュールのテストが終わったら下位のモジュールをコーディングし、そのテストを行います。
　　（場合によりコーディングが先行していても良いです。）

（２）長所
　・基本構造に関係の深い部分から先にテストするので、根本的なエラーを早期に発見できます。
　・上位とのインタフェースが早く検証でき、重大エラーの早期発見が可能。
　・細部の論理より全体の機能中心のテストができ、早期にシステムの全体像が把握できます。
　　顧客へのデモンストレーションも早めにできます。

（３）短所
　・スタブ開発が以外と面倒なことがあります。
　　入出力関係から先にテストするとデータ入力や結果表示が楽になります。
　・論理の複雑なモジュールや、性能に深く関係するモジュールが後回しになる可能性があります。
　　→重要なモジュールは先に単独でテストするなどの工夫が必要です。