単体テストのすすめ

単体テストのすすめ uesho

単体テスト(Unit Test)とは？ • ユニット(モジュール、クラス、メソッド) 単位でテストするからユニットテストと言う  • アプリケーションを横断的・全体的にテストする結合テストに比べて、非常に小さい、軽量なテスト 

原則モジュールの数だけ、テストコードを書く  Module1 Module2 Module3 Test for Module1 Test for
Module1 Test for Module1 Application Test for Application

原則パターンの数だけ、テストコードを書く  Function パターン１パターン２パターン３ Test for Function

ポイント • テストコードは正常形だけでなく、異常系も書く  • テストコードは、適切な粒度で書く  ◦ パターンを意識しすぎると、冗長で無駄なテストが増えていく（保守性が低下する）  • テストコードは実装ではなく仕様に基づいて書く 
• テストコードが書きづらい関数は、よくない関数  ◦ 何をするか不明瞭  ◦ やっていることが多すぎるなどなど 

メリット • 仕様が明確になる  ◦ OSSとかもテストコードを見ると挙動がわかったりする  • 機能追加やリファクタリングが容易になる  ◦ これ本当に楽になる！！！！！！！ 

原則テストコードはこまめに書く！！！TDDが理想  • 「アプリケーションを作って最後に書く」これはアカン  ◦ テストによって見つけられるはずの早期不具合が見つけられなくなる  ◦ 一気にテストコードを書くのは苦痛... 

原則テストコードは常にアップデートする  • テストコードを見て仕様が分かるのが理想  • 仕様がアップデートされるたびにテストコードがアップデートされるべき  • そうしないとテストコードが腐る  →
自動テスト(CI)を活用する 

ユニットテストライブラリプログラミング言語ごとに主要なユニットテストライブラリがあるので、言語・開発環境に合わせ選択する  書き方も大体どのライブラリも似ているが、ライブラリごとに異なる記法もあるので、これは覚えましょう 

単体テストを書くにあったって • 「何を確認するか」がWhat  • それを確認するための具体的なテストコードがHow  ◦ Whatがないと、「色々書いてあるけど何を確認しているんだ？」となる  • テスト観点をテストメソッド名に書く 

Given-When-Then • GIVEN : テストの前提条件を表す。 • WHEN : 操作 •
THEN : 期待する結果を明示的に記述する ※似たようなものに、Arrange-Act-Assert というものもある 

テストコードは、品質をあげるものではなく維持するもの！！！！サービス提供のスピードが要求される昨今、テストコードは必要不可欠もし、現在テストがなく今後サービスを成長させていくのであれば、少しづつでもテストを書いていこう

単体テストのすすめ

単体テストのすすめ

uesho

More Decks by uesho

Other Decks in Programming

Featured

Transcript