ユニットテスト
分離された1責務の正しさを、外部資源を切り離して確かめるテストの層のこと。
- 概念URI
https://comcomponent.com/knowledge/unit-test/- 別名・表記
- Unit Test / 単体テスト
- 最終確認日
- 2026-08-01
- 機械可読データ
- JSON-LD
この概念が関わる関係
- ユニットテストはスタブを利用します。テスト対象を協力オブジェクトから切り離す必要がある場合、入力条件を固定するためにコントロール可能な代役であるstubを使う。純粋関数や値オブジェクトのユニットテストには代役自体が不要で、stub・mock・fakeは目的に応じて使い分ける選択肢である / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
- ユニットテストはモックを利用します。呼び出しが行われたこと自体をAssertの対象にしたい場合に、その検証のためmockを使う。純粋関数や値オブジェクトのユニットテストには代役自体が不要で、stub・mock・fakeは目的に応じて使い分ける選択肢である / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
- ユニットテストはフェイクを利用します。軽量な代替実装で足りる場合にfakeを使う(stubやmockの総称として使われることもある)。純粋関数や値オブジェクトのユニットテストには代役自体が不要で、stub・mock・fakeは目的に応じて使い分ける選択肢である / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
- ユニットテストは分岐の総当たりに対する本記事の推奨です。クーポンあり/なし、在庫あり/なしのように分岐条件が増える入力パターンの総当たりには、ユニットテストが本記事の推奨である / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- ユニットテストを配線の境界に用いることは推奨されません。DI登録やモデルバインディングなど配線の境界を、mockを積み重ねたユニットテストで確かめようとすることは、本物との接続の証明にならないため推奨されない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
- 3層のテスト構成はユニットテストを前提とします。3層のテスト構成のコア層は、業務ルールや状態遷移をユニットテストで厚く持つ / 確度: 確立した関係 / 確認日: 2026-08-01 出典
この概念を扱う記事
一次資料
このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。