開発方法論のまとめ ４
先ほどの続きです。
●詳細設計（ＰＳ）
フレームワークが決定し、ユーザーインターフェースが決定すると、自動的に、プログラム内容も決定します。ハリウッドの法則があるから、決まったところしか、プログラムできませんし・・・
ということで、
・インターフェースとなる構造体、クラス（バリューオブジェクト）の定義、
・処理プログラムをフローチャートレベルの詳細化で記述
ということをします。
フローチャートでなくてもいいですけど、それくらい細かく書くことになっています
なっていますが。。。
いらないですよね（＾＾；）
富士通の場合、ここまでが、設計書として定義してあります。
●プログラミング＆単体テスト（ＰＧ・ＰＴ）
そうしたら、プログラミング（コーディング）して、単体テストを行います。
順番としては、プログラムして、単体テストしても、
単体テスト項目を作ってから、プログラムしても（テストファースト）
現在は、どちらでもよいです。
ただし、呼び出すプログラムや呼び出されるプログラムがないときがあります。
自分のプログラムは、誰かから呼び出されるんだけど、
呼び出してくれるものがない場合、ドライバというものを作ります。
つくりますが・・・
最近は、JUnitなど、ユニットテスト（＝単体テスト）用のツールを使います。
ので、ドライバは、それらを使うことになります。
一方、呼び出すプログラム（ＤＢアクセスなど）が、出来てなくて、テストできないことも
あります。
その場合は、呼び出すプログラム（スタブ）を作成します。
-
-
- -
-
テストは、
１．試験項目を立てて、
２．テストデータを作成し
３．テストして
４．結果を報告するためのエビデンスを作成し
５．結果報告する
という手順をとります。これは、以降の結合、総合でも同じです
（試験する項目の内容がかわる）
試験項目の建て方としては、単体テストの場合、
モジュール（関数、メソッド）に関して、テスト項目を立てるわけですが、
その際、ホワイトボックステストとブラックボックステストという立て方があります。
ホワイトボックステストは、ソースをみて項目をたてるもので
命令網羅、分岐網羅などあります
ブラックボックステストは、ソースをみないで、外部から項目を立てるもので
同値分割、境界値チェック
などがあります。両方の観点で立てる必要があります。
ふ〜ちょっとおやすみ。
ここできります。
