TDDのプログラミングでは、テスト作成→フェイクで仮実装→きちんと実装→リファクタリング、という順番になります。これをリズムよく、素早くプログラミングしていきます。

　それでは、前回のテストコードを見てみます。Companyオブジェクトを"A trading"という名前で生成して、アサーションできちんと名前が入っているかを確認しています。

　エラーはなくなったので、Eclipseの実行ボタンを押してみます。

　JUnitのステータスバーはレッドで失敗しました。

　Companyクラス、すなわちスーパークラスのPartyクラスのgetName()は、return "";となっていて、空文字列を返しているだけなので、会社名は入っていません。そのため、"A trading"と比較しても、マッチしないのです。アサーションが失敗になったので、JUnitのステータスバーはレッドになりました。また、その下のウィンドウの失敗の内容を見てみると、"A trading"を期待したけど、""だったと表示されています。

　TDDでは、この状況で失敗をなくすために、次のように考えます。まずは、ステータスバーをグリーンにです。そのためには、getName()で返す値を"A trading"にしてしまいます。今までのプログラミング常識では考えられないようなことをするのです。

　getNameで、"A trading"を返してしまっているので、もちろんステータスバーはグリーンになりました。

　次に、別のテストを考えます。さっきのテストは、"A trading"だったので、今度は"B trading"と比較してみます。

　それでは、このテストコードを実行してみます。

　テストは2つなので、ステータスバーの上に、「実行：2/2　エラー：0　失敗：1」と表示されています。すなわち、"B trading"のテストが失敗しました。下のウィンドウの失敗の内容を見てみると、"B trading"を期待したけど、"A trading"だったと表示されています。

　それでは、この失敗をなくすためには、どうすればよいでしょうか。それは、Companyオブジェクトを生成するコンストラクターを定義して、その中で会社名を保存します。getName()では、保存してある会社名を返すようにします。

　修正していく過程で、Eclipseのお助け機能により、前回、自動的に挿入されたコメントを削除しました。

　Patyクラスのコードです。

　ところが、このままでは、Companyクラスのコンストラクターがないというエラーが消えません。これを消すために、Companyクラスにコンストラクターを定義します。

それでは、再度、実行ボタンを押します。

　このように、ステータスバーがグリーンになり、2つのテストが成功しました。ここまでで、Companyオブジェクト生成に関するテストができました。

　TDDの基本は、このようなフェイクを使って、プログラムを動かし、テストを追加して、また動かします。この手順で、プログラムを完成に近づけていきます。はじめにすべてのテストを作成して一気に動かした方がよいと思うでしょうが、TDDは常にプログラムが動くことを確認しながら、機能を追加していきます。TDDをしていくと、いつでもプログラムが動作していて、プログラムのバグを取るために四苦八苦する必要もありません。もちろんチームで開発しているときに、みんなで開発しているコードは常に動作します。

　これが、最新のプログラミングテクニックです。TDDをマスターすることにより、みなさんも、高速開発ができるエンジニアになりましょう。TDDは、ひとつのソフトウェアエンジニアリング革命と言えるかもしれません。

　次回は、プログラムをさらに進化させるために、機能を追加していきます。

　それでは、Eclipseを使ってTDDによるプログラミング方法を説明していきます。Eclipseには、TDDに必要なお助け機能がたくさんついています。これらの機能を使うことで、開発スピードを格段にあげることができます。

　はじめに、前回のテストコードを示します。

public class CompositeTest {

@Test public void CmpName()
{
Party cmp = new Company("A trading");
assertEquals("A trading",cmp.getName());
}

}

　Eclipse上でJavaのプロジェクトを作成して、テストコードをJUnit Test Caseにしました。JUnit4からテストメソッドには、@Testをつけます。ここではまだJUnitのフレームワークをimportしていないので、@Testがエラーになっています。Eclipseではエラーになっている行の先頭に×マークが付きます。

　エラーを修正するためには、Eclipseのお助け機能を使います。×マークをクリックして、お助けのアドバイスを見ます。そこで、一番上のimport文の挿入を選択すると、import文がソースコードに入りました。

　さらに、もう1つのエラーを直します。ターゲットにしているCompanyクラスとPartyクラスが作成されていないので、×マークをクリックして、PartクラスとCompanyクラスを作ります。

　クラスは作りましたが、コンストラクターを定義していないので、エラーが残っています。×マークをクリックして、Companyクラスに、コンストラクターを自動生成します。

public class Company extends Party {

public Company(String string) {
		// TODO Auto-generated constructor stub
}

}

　コンストラクターのエラーはなくなりました。

　JUnitのアサート文、すなわち、テストの内容を示す比較文のエラーを修正します。このアサート文は、CompanyオブジェクトcmpからgetName()メソッドによって、コンストラクターでセットされた会社名を取ってきて、"A trading"と比較しています。

　Eclipseのお助け機能でgetName()メソッドを生成します。ただし、String型にしておきます。

public class Party {

public String getName() {
// TODO Auto-generated method stub
return "";
}

}

　CompiteTestのテストクラスに戻ります。まだエラーがあるので、×マークをクリックして、org.junit.Assert.*をimportします。

　ようやくエラーがなくなりました。今はひとつひとつゆっくり見ていったので時間がかかりましたが、実際にはクリックを繰り返すだけなので、瞬時にしてエラーがなくなります。

　これで、Companyクラスの大枠ができました。しかし、まだテストを実行していません。このように、TDDでは、設計作業と称して画面の前で悩むよりも、クリックしてどんどん作っていった方が勝ちです。

　従来のプログラミングは、動くかどうかわからないコードをたくさん書いていって、最後にプログラムを動かし、エラーを直していく作業です。TDDはこの方法と違い、少しずつ動くコードに内容を足していきます。

　TDDを実際に見てきましたが、皆さんは、従来のデバッグの嵐となる方法とTDD、どちらが精神的にいいと思いますか？

　今回は、Eclipse環境でのTDDを説明しました。次回は、実際にテストコードを動かしてみて、処理ロジックを追加していきます。

　わたしのコラムでは、ITスキルの中でもソフトウェアの開発技術に関することを扱います。ソフトウェア開発といっても、JavaやRuby等のプログラム言語、.NETやJ2EEなどの実装環境、Strutsなどのフレームワーク、さらに設計や開発手順等があります。この中でも、設計や開発手順などの基本的なスキルで、変動が少ないものについての議論をしていきます。

　これらの技術の中で、わたしの専門としている領域を以下のように分類してみました。

• ソフトウェア開発
  • テスト駆動開発
  • リファクタリング
• ソフトウェア設計
  • UMLモデリング
  • デザインパターン
• 分析スキル
  • ビジネスプロセス（UMLモデリング）
  • ビジネスエンティティ（UMLモデリング）
• アーキテクチャ設計
  • アーキテクチャパターン
• 開発プロセス
  • イテレーティブ（繰り返し型プロセス）
  • XP（アジャイルプロセス）
  • スクラム（アジャイルプロセス）

■エンジニアの化石になるな！

　ソフトウェア開発とは、プログラムを作るにあたってのスキルです。例えば、Javaのプログラムを作るのにオブジェクト指向を知らなくて、COBOLのような手続型のコードを書いていては、この時代にプログラム開発ができるスキルを持っているとはいえません。ただ、一般的にオブジェクト指向の利点を生かしたプログラム開発を開発現場では行っていないことが多いのです。それは、SEと名乗る設計者がオブジェクト指向を理解しておらず、10年以上前のVB+Oracleのような開発環境でしかプログラム開発をしたことがないことが原因だったりします。

　このような時代遅れの開発しかやっていなかったら、エンジニアはどうなってしまうでしょうか。SEと名乗る設計者は管理者となり、プロジェクトの線引きだけをやるようになれば、何とか自分の将来の仕事はあり、逃げ切れるかもしれません。しかし、この時点でプログラム開発者であるエンジニアには、未来はありません。オブジェクト指向しか見たことがない新しい世代のエンジニアがあふれてきて、それを知らないエンジニアは化石になってしまいます。

　それでは、化石にならないためには、何をすれば良いのでしょうか？

　いくら現場のプロジェクトでプログラムを作っても無駄です。必要最小限の技術を勉強して習得すれば良いのです。そして、実践したくなったら、実践できる社内のプロジェクト、もしくは他の会社に移りましょう。学習と経験を積めば、立派なエンジニアになります。

　ソフトウェア開発の中でも、オブジェクト指向技術は理解したとしましょう。たいていJavaやC++の入門書に、クラスだの継承だのという基本的なことは書いてあります。もし、知らない人がいたら、オブジェクト指向入門をインターネットで検索して、理解しておきましょう。簡単なプログラムを書き写して動かしてみれば、理解できるはずです。読んだだけで終わらせないでください。実際にやってみないと習得はできませんよ。これで、オブジェクト指向でプログラムを作ることはできるようになりましたね。

■最新の開発環境を使え！

　次に必要なことは、プログラムをどのように作れば良いかということです。その前に、ソフトウェア開発環境の話をしなければいけません。もったいぶっていますが、単純にツールを使って、プログラムを作りましょうといっているだけです。一般的なオープンソースの開発環境をここでは紹介します。

　それは、Eclipseです。Eclipseはオープンソースで無料で手に入り、Java、C++、Rubyなどの多くのプログラム言語に対応しています。さらに、これから説明していく開発技術にも対応しています。勉強するにはもってこいで、実際の多くのプロジェクトでも使われています。

※クリックで拡大

■プログラムを作る前にまずはToDo

　プログラムを作るときに、皆さんははじめに何をしますか？ メインクラスを書きますか。そうではありません。どんな機能がプログラムに必要なのかを考えるのです。頭の中で考えているだけだと忘れてしまうので、リストアップしましょう。それをToDoリストといいます。

　＜＜ToDoリストの例＞＞

• 会社名を参照できる
• 従業員数を得る
• 従業員を増やす
• 会社を買収する
• 会社を移転する

■最新のプログラミングテクはこうだ！

　次に、ToDoリストの1番目をプログラムにしていきます。

　プログラムにするときには、プログラムを動くようにしないといけないので、ToDoリストの1番目の機能を満たすテストを作ります。ここでは、ToDoリストの1番目の項目は「会社名を参照できる」なので、会社名を得るテストを考えます。

　そうすると、オブジェクトcmpをCompanyクラスから生成して、そのオブジェクトの会社名に"A trading"をセットします。そのオブジェクトの会社名がきちんとセットされたかどうかを確かめる比較（assertEquals）を行います。たったこれだけですが、オブジェクトの生成についての確認を行います。

	@Test public void compareName()
	{
	Party cmp = new Company("A trading");
	assertEquals("A trading",cmp.getName());
	}

　ToDoリストの2つ目は、計算機能です。オブジェクトには計算機能があります。その計算機能を使って、答えが合っているかを確認します。これも、1つ目と同じようにテストを作成して、その後に、実際の処理ロジックを書きます。それは、次のようになります。ここでは、Companyクラスの処理までは示しませんが、従業員数をセットするメソッドとゲットするメソッドを作りました。

	@Test public void compareEmpNumber()
	{
	Party cmp = new Company("A trading");
	cmp.setEmpNumber(100);
	assertTrue(cmp.getEmpNumber() == 100);

	}

■TDDテスト駆動開発を行なえ！

　このように、必要な機能をリストアップして、それに基づいてテストを作成して、そのテストがきちんと動作する処理ロジックを書いていく、このようなプログラム開発方法をテスト駆動開発（Test-driven Development）、略してTDDと呼びます。この方法は、米国や欧州では主流となってきているシステム開発プロセスのアジャイル開発プロセスで使われています。開発プロセスとか方法論というと、なんだか難しそうですが、実際に見て、やってみると、思ったより難しくないことがわかります。このTDDを使って、プログラムを1つ作ってください。内容は、計算でも、文字列を表示することでも、何でもかまいません。実際にやってみることで習得して行くのです。

　今回はソフトウェア開発スキルのテスト駆動開発のとっかかりを説明しました。次回は、TDDによるプログラム作成をもう少し掘り下げていきます。