ウォーターフォールでテストファーストを実現する法

JUnitはXPに於けるテストファーストプラクティスのツールである。

もちろんXP以外でも採用されるがそれにしてもアジャイルである。このツールはテストファースト、則ちテストコードを書いてからプログラミングを始めるという手法の為にある。

だが多くの現場はウォーターフォールである。ウォーターフォールはテストファーストではない。こうした現場はJUnitを使うには適さないのか。

ウォーターフォールでJUnitを採用している現場はあるにはある。だがその様な現場ではJUnitを回帰テストのために使う。これは本来の使い方ではない。だが間違った使い方をするのは技術者の所為ではない。頭の堅い管理者がテストファーストを理解して居ない所為である。

ではウォーターフォールではテストファーストを導入するのを諦めるしかないのか。例えば次の様にしてはどうか。

1.設計者Ａが設計仕様書を作成

2.設計者Ａが設計仕様書をプログラマに渡す

5.プログラマＡがテストを実施

然しこれではテストコードがソースコードに引き摺られてしまう。私なら次の様にする。

1.設計者Ａが設計仕様書とテスト仕様書を作成

2.設計者Ａが設計仕様書をプログラマＡに、テスト仕様書をプログラマＢに渡す

4.プログラマＢがテスト仕様書を元にテストコードを作成

5.設計者ＡがプログラマＡとプログラマＢからソースコードとテストコードを受け取る

6.設計者Ａがテストコードでソースコードをテスト

これならテストコードがソースコードに引き摺られない。重要なのはテストコードがソースコードに影響されないことである。

実際にやって見ると簡単ではないだろう。それでも何度かトライ＆エラーを繰り返しノウハウをGETした暁には品質は格段と上がるに違いない。