C#中級

中級 C#で学ぶテスト駆動開発｜アンチパターン編

 

導入

テスト駆動開発（TDD）は、ソフトウェア開発において品質を確保し、設計を改善するための強力な手法です。しかし、実際の現場では、TDDを導入する過程で多くのアンチパターンに直面します。特に中級エンジニアにとっては、テストの実装や管理の仕方がプロジェクトの成功に大きく影響します。この記事では、C#を用いたテスト駆動開発の中でよく見られるアンチパターンを取り上げ、その改善策を考察します。

教科書レベルの解説（テスト駆動開発）

重要な概念の整理

テスト駆動開発は、テストを先に書き、そのテストをパスするためのコードを後から実装するというサイクルを繰り返します。この方法により、コードの信頼性が向上し、リファクタリングが容易になります。TDDは、以下のサイクルで進行します：まずテストを書く → そのテストが失敗することを確認する → 最小限のコードを書いてテストをパスさせる → リファクタリングを行う。

コード例（C#）


// シンプルな計算機クラス
public class Calculator
{
    public int Add(int a, int b)
    {
        return a + b;
    }
}

コードの行ごとの解説

  1. クラス`Calculator`を定義し、基本的な計算機能を提供します。
  2. メソッド`Add`は二つの整数を受け取り、その合計を返します。

アンチパターン編

テスト駆動開発においてよく見られるアンチパターンの一つは「テストの過剰な依存関係」です。例えば、外部のリソースや状態に依存するテストを書くと、テストが失敗した際に本当にコードに問題があるのか、それとも外部要因によるものなのか判断が難しくなります。

以下は、依存関係を持つテストの例です：


// 依存関係を持つテスト
[Test]
public void TestAddWithExternalService()
{
    var calculator = new Calculator();
    var result = calculator.Add(1, 2);
    Assert.AreEqual(result, ExternalService.GetExpectedValue());
}

このテストは、`ExternalService`に依存しています。`ExternalService`が変更された場合、テストが失敗する可能性が高くなります。これが問題である理由は、テストの目的が単に`Calculator`の`Add`メソッドの動作を確認することであるのに対し、外部サービスの状態に影響を受けてしまうからです。

改善策として、モックやスタブを利用することが考えられます。以下は、改善後のテストコードの例です：


// モックを使ったテスト
[Test]
public void TestAdd()
{
    var calculator = new Calculator();
    var result = calculator.Add(1, 2);
    Assert.AreEqual(3, result);
}

ここでは、モックや外部依存を排除し、`Calculator`クラスの動作だけに焦点を当てています。これにより、テストはより信頼性が高く、変更に強いものになります。

まとめ

  • テスト駆動開発では、外部依存を避けることが重要です。
  • モックやスタブを使用することで、テストの信頼性を向上させることができます。
  • アンチパターンを理解し、それに対処することで、より良いテストコードを書くことが可能になります。
RELATED POST