テスト駆動開発とは？メリット・デメリットやサイクルの詳細など
COLUMN

レッドは、「エラーが出ることを前提に、動作しない・失敗するテストコードを書く」という工程です。テストツールの利用時、テストに失敗すると赤色のエラーが表示されることから、レッドと名付けられました。

テスト駆動開発において必ずファーストステップとなるサイクルであり、実装したい機能を実現できないテストコードであっても書くことが基本となっています。当然正常に動作せずエラー表示が出てきますが、テスト駆動開発の流れとしては失敗ではなく、むしろ成功です。

リファクタリングは、「グリーンのサイクルで書いたテストコードの保守性と可読性を高める」という工程です。テストにパスできることを確認しつつ、グリーンのサイクルで書いたテストコードの重複を取り除いたり変数名を直したりして、適切な完成形に近付けていきます。

このとき、グリーンのサイクルですでにテストをパスしていることを理由に、リファクタリングを後回しにするケースも珍しくありません。しかし、リファクタリングを後回しにするとプログラムの規模が大きくなった際に修正負担も大きくなるため、グリーンの段階を達成したときは都度リファクタリングを行うことが重要です。

なお、リファクタリングが完了してもプログラミングの実装が完了しない場合は、再度レッドの工程に戻って新たなテストコードを追加していくこととなります。

テスト駆動開発を実施する際は、テストを実行しやすい環境整備が必須です。実行に数秒かかるようなフレームワークや柔軟性の低いフレームワークは効率性が大きく低下する要因にもなり得るため、スムーズかつ簡潔にテストを実装・実行できるユニットテスト環境を整えるようにしましょう。

また、テスト駆動開発に重要なのは事前の環境整備だけではありません。実践時にも注意点と言えるいくつかのポイントがあることに留意しましょう。

テスト駆動開発では実装時にさまざまなテストコードを書くことから、コーディングに多大な時間を要する可能性もあります。レッドの工程では短期間で実装しなければならないことも多く、疎かになったためにうまく機能しないといったケースもあり得ます。

そのため、テスト駆動開発の導入箇所を限定することが重要です。導入すべき部分・あえて導入しない部分を見極めることで、開発時間を効率化できるだけでなく、実装が進むにつれて範囲が広まるプログラム・テストコードのメンテナンス時間の短縮も期待できるでしょう。

なお、リファクタリングが完了してもプログラミングの実装が完了しない場合は、再度レッドの工程に戻って新たなテストコードを追加していくこととなります。

テストを実施する際は、プログラム開発における必要条件を満たすためにも、テスト項目をあらかじめ設定しなければなりません。このとき、テスト項目が不十分だと最終段階まで不具合を見落とすおそれがあります。不具合の検知が遅れれば遅れるほど、修正に多大な時間を要するため注意が必要です。

テスト項目の漏れを最大限防ぐためには、3つの開発サイクルを遵守し、テストコードそのもののレビューを徹底することもおすすめします。開発サイクルをしっかりと繰り返すことによって抜け・漏れに気付けるだけでなく、経験者によるテストコードのレビューを実施することで、より客観的な視点から項目の網羅性を判断してもらえます。

テスト駆動開発をスムーズに進めるためには、テスト間における依存関係をなるべく排除することが重要です。テスト間における依存関係がある場合、不具合の検知による修正・追加を行ったとき、無関係なテストにも失敗する可能性があります。

テスト間の依存関係を排除するためには、モックの活用が有効です。モックとは「モックアップ」の略称であり、テスト駆動開発においてはいわゆる「模擬・模型」を指します。隣接するオブジェクトとどのように連携するのかを確かめるためのもので、モックライブラリを有効に活用するケースも一般的です。