はじめに

freeeさんのTechBlogを読んでいた所、Solitary Unit Testという単語が出てきました。
あれ？Solitary Unit Testって何？？Unitテストってそんな種類があるの？？と思い、UnitTestに関して調べることにしました。

Solitary Unit Testとは？

KentBeckが提唱するUnitテスト手法の1つ。

※Martin FowlerのUnitTestから引用

KentBeckはUnitTestはSociable Unit TestとSolitary Unit Testの2種類あると定義。

Solitary Unit Test（孤立型）
- モックやスタブを使い、対象を完全に切り離してテスト
- テスト失敗の原因が明確になる

Sociable Unit Test（社交型）
- 依存クラスも本物を使って一緒に動かす
- クラス単体ではなく協調も含めて確認できる

→なるほど。クラスや関数単体のテストをUnitTestと理解してたけど、依存クラスも含めてUnitTestと呼んでいるんですね。感覚的には、Sociable Unit Testは結合テストな気がするけど切り分けが違うんですね。
あれ？そうするとUnitTestとIntegration Testの違いはなんなんでしょうか？？🤔

「ユニット」の定義は？

ユニット = 最小の関心ごと
クラスや関数に限定されるわけではなく、モジュールやサービスも「ユニット」となりうる
そのため Sociable Unit Test（依存も一緒に動かすテスト） もユニットテストに含まれる

👉 Kent Beck にとっては「小さなまとまり」であればまだユニットテスト。

Unit Test と Integration Test の違い

項目	Unit Test（ユニットテスト）	Integration Test（結合テスト）
対象範囲	小さな単位（関数・クラス・モジュール）	複数ユニット＋外部システムの連携
依存の扱い	モックやスタブで置き換える（Solitary） or 自分のコードの依存を一緒に使う（Sociable）	実際の DB・ファイル・ネットワーク・外部APIを使う
目的	コードの振る舞いを明確に検証する	システム全体が正しく連携するかを確認する
速度	高速（ミリ秒〜秒単位）	遅い（秒〜分単位）
壊れやすさ	壊れにくい（依存が隔離されているため）	外部要因で壊れやすい（DBやAPIの状態に依存）
失敗の原因特定	明確（対象コードの責任範囲に限定できる）	曖昧（どのコンポーネントが原因か切り分けが必要）
Kent Beckの整理	Sociable も Solitary も「まだユニットテスト」	外部システムに接続した時点で「結合テスト」

ポイントまとめ

ユニットテスト: コードの「最小単位の振る舞い」を保証するもの
結合テスト: ユニット＋外部システムとの「接続・連携」を保証するもの

さいごに

KentBeckが提唱するSolitary Unit Test、Sociable Unit Testに関して学びました。
今後も僕の中では、Sociable Unit Testは結合テストと定義付けておきますが、定義の切り分けがある事はいいなと思います。テストの粒度を合わせる時に役立ちそうですね。

参考文献