Java上級

上級 Javaで学ぶテスト駆動開発｜アンチパターン編

 

導入

テスト駆動開発（TDD）は、高品質なソフトウェアを効率的に作成するための手法として広く認知されています。しかし、実際の現場ではTDDを適切に実践することが難しい場合が多いです。特に、アンチパターンに陥ると、テストが無意味なものになり、開発効率が低下するリスクがあります。本記事では、TDDにおける一般的なアンチパターンを取り上げ、その具体例と改善策を紹介します。

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

重要な概念の整理

TDDは「テストを先に書く」ことから始まります。これにより、開発者は機能の要件を明確にし、コードの設計を考える時間を持つことができます。テストを書くことで、コードの変更による影響を早期に検出でき、リファクタリングが容易になります。しかし、TDDを実践する際には、テストが意図した通りに機能することが重要です。

コード例（Java）


public class Calculator {
    public int add(int a, int b) {
        return a + b;
    }
}

コードの行ごとの解説

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

アンチパターン編

テスト駆動開発において、ありがちなアンチパターンの一つが「テストが実際のビジネスロジックを反映していない」ことです。例えば、上記のCalculatorクラスのaddメソッドに対して、以下のようなテストが考えられます。


import org.junit.Test;
import static org.junit.Assert.assertEquals;

public class CalculatorTest {
    @Test
    public void testAdd() {
        Calculator calculator = new Calculator();
        assertEquals(5, calculator.add(2, 3));
    }
}

このテストは一見正しく見えますが、実際には以下の問題点があります。

  • テストが単純すぎて、将来的にビジネスロジックが変更された際に影響を受けやすい。
  • 異常系テストや境界値テストが欠如しており、実際の使用状況に対するカバレッジが不足している。

改善策としては、次のようなテストを追加することが考えられます。


@Test
public void testAddNegativeNumbers() {
    Calculator calculator = new Calculator();
    assertEquals(-1, calculator.add(-2, 1));
}

@Test
public void testAddLargeNumbers() {
    Calculator calculator = new Calculator();
    assertEquals(1000000, calculator.add(500000, 500000));
}

これにより、さまざまな入力に対するテストがカバーされ、より堅牢なテストが実現されます。

まとめ

  • TDDを実践する際は、テストがビジネスロジックを正しく反映しているか確認することが重要。
  • 異常系や境界値に対するテストを含めることで、より信頼性の高いテストを作成できる。
RELATED POST