Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス

12章ユニットテスト

Erik Kuefler 著

Tom Manshreck 編

　前章では、Googleがテストを分類する際に沿う2つの主要な軸としての規模と範囲を紹介した。要点を繰り返すと、規模が指すのは、テストにより消費されるリソースならびにテストが実行を許可されている内容であり、範囲が指すのは、テストが検証を意図するコードの量である。テスト規模についてはGoogleは明確な基準を持つが、それに比べテスト範囲はやや曖昧となりがちである。我々はユニットテストという用語を、単一のクラスまたはメソッドのような相対的に狭い範囲のテストを指すのに用いる。通常ユニットテストは小規模だが、そうでないこともある。

　バグの防止に続く、テストの最重要目的は、エンジニアの生産性の改善である。より範囲の広いテストに比べ、ユニットテストは、生産性の最適化のための優れた手段となるのに適した属性を多く備える。

• Googleのテスト規模の定義によれば、ユニットテストは規模が小さい傾向がある。小テストは高速で決定性であり、開発者が自分のワークフローの一部として頻繁に実行でき、フィードバックを直ちに得られる。
• ユニットテストは、テスト対象コードと同時に書くのが容易な傾向がある。それによりエンジニアは、より大規模なシステムを構成して理解する必要なしに、作業中のコードにテスト対象を絞れる。
• ユニットテストは素早く簡単に書けるので、テストカバレッジが高水準となることが促進される。テストカバレッジが高いと、エンジニアは、自分のコード変更により壊れるものはないという自信を持って変更を行える。
• ユニットテストは、テスト失敗時に何が間違っていたかを理解しやすい傾向がある。それは、各テストの内容であるコードが、ユニットテストという概念に内在する性質上、単純であり、かつシステムの特定部分に対象を絞っているからである。 ...