テスト駆動開発とは：初心者向けガイド
公開: 2018-03-12プログラマーとバグは、時間は不明であるため、覇権をめぐって終わりのない戦いを続けてきました。 それは避けられません–最高のプログラマーでさえバグの餌食になります。 バグから本当に安全なコードはありません。そのため、テストを実行します。 プログラマー、少なくとも正気のプログラマーは、開発マシンでコードを実行してコードをテストし、意図したとおりに動作することを確認します。 従来、テストケースはコードを記述した後に記述されていましたが、テスト駆動開発では、実行とテストを同時にチェックできるように、コードを記述する前に自動テストケースが記述されます。
この記事では、テスト駆動開発について詳しく説明し、従来の方法よりも優れている理由を説明します。
目次
テスト駆動開発とは何ですか？
テスト駆動開発は、エクストリームプログラミング（XP）方法論の一部として作成され、「テストファースト」の概念と呼ばれていました。 テスト駆動開発では、コードを徹底的にテストできます。また、自動化されているため、コードをすばやく簡単に再テストできます。 基本的に、コードを記述する前に、プログラマーは最初に単体テストを作成します。 次に、プログラマーは単体テストを満たすのに十分なコードを作成します。 テストに合格し、コードがリファクタリングされると、プログラマーはさらに改善を進めることができます。 テスト駆動開発により、コードが徹底的にテストされ、モジュール化された、拡張可能で柔軟なコードが実現します。
新しい機能を追加するたびに、TDDのいわゆる「ライフサイクル」を実行する必要があります。 このライフサイクルについてもっと話しましょう。
フルスタック開発者になる方法
テスト駆動開発のライフサイクル
テスト駆動開発のライフサイクルは、最初の単体テストの作成からコードの作り直しまで、すべてをカバーしています。 
- テストを追加する：すべての新機能は、実装する前にテストを受ける必要があります。 テストを書くための基本的な要件は、すべての要件を明確に理解することです。 これは、ユースケースとユーザーストーリーを使用して実現されます。
- すべてのテストを実行し、ネットテストを確認します。これは、テストが正しく機能することを確認するために行われます。 基本的に、このフェーズは、要件を満たさないコードがテストに合格していないことを確認することを目的としています。 そうすることにより、このステップは、手元に誤ったテストがある可能性を排除します。
- コードを書く：テストが整ったので、次の明らかなステップは、テストをクリアするコードを書くことです。 このコードはすべての面で完璧である必要はありませんが、テストをクリアする必要があります。 このコードがテストをクリアしたことを確認したら、要件に従って変更できます。
- テストを実行する：コードを記述したら、コードがテストに合格するかどうかを確認します。 コードがテストに合格した場合、それはコードが要件を満たしていることを意味します–今まで。
- コードのリファクタリング：これは基本的に、コードをクリーンアップするために行われます。 リファクタリングによって機能が損傷することはありません。 テストコードと本番コードの重複を取り除いてコードをクリーンアップするためだけのものです。
- 繰り返し：このサイクルは、機能を追加するための新しいテストで繰り返されます。 各機能は同じサイクルを経ます。 基本的に、ステップのサイズは、各テスト実行間で1〜10回の編集を超えないようにする必要があります。 コードがテストに迅速に合格しない場合、開発者は元に戻して、過度にデバッグしないようにする必要があります。
テスト駆動開発の長所と短所
テスト駆動開発には、ほとんどが手動であった従来のテスト方法に比べて明確な長所があります。 しかし、それは間違いありません。 他のテクノロジーと同様に、テスト駆動開発にも一連の短所があります。
TDDの利点を詳しく見てみましょう。
- 小さなテストを作成することで、コードのモジュール性が保証されます。 TDDを実践すると、優れたモジュラー設計の基本原則を理解するのに役立ちます。
- TDDは、コードの実装中に明確さを提供し、リファクタリングフェーズ中にセーフティネットを有効にします。
- TDDを使用すると、変更がテストの基準に達していない場合にテストで通知されるため、ユーザーは自信を持ってコードを編集できるため、コラボレーションがはるかに簡単になります。
- TDDの基本はユニットテストです。 そのため、リファクタリングははるかに簡単で高速です。 古いコードのリファクタリングは面倒ですが、コードが単体テストによって裏付けられている場合、それは非常に簡単になります。
- コーディング部分を始める前に、すべての要件を明確にするのに役立ちます。 このようにして、後で発生する可能性のある多くのあいまいさが回避されます。
- テスト駆動開発は、執筆中のテストに重点を置いています。 これにより、プログラマーはテストに合格するのに十分なほどインターフェイスをクリーンにする必要があります。 TDDを受けていないコードで作業するまで、この利点を理解するのは困難です。
- 愚かな間違いはほとんどすぐに見つけられます。 これは、QAで見つかった場合に多くの時間を浪費する可能性のある間違いを取り除くのに役立ちます。
それでは、テスト駆動開発の制限を見てみましょう。
- テストに使用されるテストスイートは維持する必要があります。そうしないと、テストが完全に決定論的でない可能性があります。
- テストを作成するのは困難です–特に単体テストフェーズを超えて。
- TDDは、少なくとも最初は開発のペースを遅くします。
- 他の開発形態と同様に、それを実行することとそれをうまく実行することには大きな違いがあります。 優れた単体テストを作成するには、ある程度の専門性が必要です。
- このアプローチをレガシー（既存）コードに適用することは困難です。
- TDDでは、定期的なハウスキーピングを実行する必要があります。 テストをより迅速に実行できるように、テストを改良する必要があります。
- ユニットテストフレームワークの優れた機能に気を取られるのは簡単ですが、単純なテストで最良の結果が得られる傾向があることに注意してください。
- チームの全員がテストを正しく維持しない限り、システム全体がすぐに劣化する可能性があります。
結論は…
テスト駆動開発は、アプリケーション開発の将来が進む限り、前進する道です。 PHPUnit、Serenity、Robot、RedWoodHQなど、多数の自動テストフレームワークがあります。 ニーズに合ったものを選び、すぐに保守しやすいアプリケーションの構築を始めましょう！
世界のトップ大学のソフトウェアエンジニアリングコースに登録します。 エグゼクティブPGプログラム、高度な証明書プログラム、または修士プログラムを取得して、キャリアを早急に進めましょう。
