テスト駆動を導入するための3つのポイント

前編「テストを金額にするといくら？」ではテストの価値を価格として算出し、その重要性を検証するという思考実験を行いました。その結果、大ざっぱながらも、テストの重要性に少し現実味が持てたのではないでしょうか。後編では、テスト駆動開発をプロジェクトに導入して、運用するための具体的なノウハウを紹介します。 テスト駆動開発（TDD）を回すのにもノウハウが要る TDDでは、いままでよりユニットテストコード作成にウェイトが置かれるので、ユニットテストコード作成の進ちょくがプロジェクトの進ちょくに与える影響は大きくなります。つまり、ユニットテストコード作成の効率性をより高めていかなくてはならないわけです。 では、ユニットテストコード作成の効率性を高めるには、具体的にどうすればよいでしょうか？ まずは以下の2点を押さえるべきでしょう。 EoTの高い設計になっていること テストコードが正確に業務仕様を表してい

[hiroomi]

「テストしやすいモジュール分割をする」となると、機能をどう実装するのかか。

[hiragisan]

「テストコードが正確に業務仕様を表していること」←「テストケースをきちんとレビューする」←「各テストの内容を説明したテストケース一覧がある」結構ハードルが高そうだ

[asakura-t]

テストは大事。ただ、それを作成したり検証したりするための時間をくれる人（上司、依頼人）は（あまり）いないんだよね……。