単体（unit）テストの原則・実践とそのパターン ― プロジェクトの持続可能な成長を実現するための戦略について解説。<br><br>優れたテストを実践すれば、ソフトウェアの品質改善とプロジェクトの成長に役立ちます。逆に間違ったテストを行えば、コードを壊し、バグを増やし、時間とコストだけが増えていきます。生産性とソフトウェアの品質を高めるため、優れた'単体テスト'の方法を学ぶことは、多くの開発者とソフトウェア・プロジェクトのために必須といえるでしょう。<br><br>本書“単体テストの考え方/使い方”では、単体テストと統合テストの定義を明確にします。そして、どのようなテストに価値があるのかを学び、どのテストをリファクタリング、もしくは削除するのか、ということについて考え、そのことがプロジェクトの成長にどう繋がるのかを見ていきます。<br>C#のコード例で解説しますが、どの言語にも適用できる内容です。<br><br>Manning Publishing: Unit Testing Principles， Practices， and Patterns の翻訳書。<br><br><br>目次<br>第1部: 単体（unit）テストとは？<br>第1章: なぜ、単体テストを行うのか？<br>第2章: 単体テストとは何か？<br>第3章: 単体テストの構造的解析<br><br>第2部: 単体テストとその価値<br>第4章: 良い単体テストを構成する4本の柱<br>第5章: モックの利用とテストの壊れやすさ<br>第6章: 単体テストの3つの手法<br>第7章: 単体テストの価値を高めるリファクタリング<br><br>第3部: 統合（integration）テスト<br>第8章: なぜ、統合（integration）テストを行うのか？<br>第9章: モックのベスト・プラクティス<br>第10章: データベースに対するテスト<br><br>第4部: 単体テストのアンチ・パターン<br>第11章: 単体テストのアンチ・パターン