書こう！ユニットテスト vol.1 ナンデ？

書こう！ユニットテストvol.1 ナンデ？

ユニットテスト書いてますか？

書きましょう

しかしそもそも、何故ユニットテストを書くべきなのか？

（自動テスト一般に当てはまる話もあり）

1. 新規コードのバグを発見できる

バグの早期発見周囲のコードにも人にも影響範囲の小さい内に修正できる



バグの原因が明確化される当然、どのクラスのどのメソッドが問題であるか明らかバグの発見・修正・確認にかかるコストが削減される




手動ではカバーしにくい部分をテストできる実際のアプリケーションではユーザー入力できない値など




手動ではカバーしにくい部分をテストできる実際のアプリケーションではユーザー入力できない値など

実行時間が桁違いに早く、繰り返しも容易修正後のテストは面倒なので省略、という事が起こらない


既存のコードを安心して修正できる

2. 既存コードが壊れるのを防止できる

既存のコードを安心して修正できる新規機能の追加


既存のコードを安心して修正できる新規機能の追加バグ修正


既存のコードを安心して修正できる新規機能の追加バグ修正リファクタリング


テストを書こうとすると自然に以下を回避できる

3. 設計が改善される

テストを書こうとすると自然に以下を回避できるガチガチに密結合なクラス


テストを書こうとすると自然に以下を回避できるガチガチに密結合なクラス過剰に責務を持っているクラス


テストを書こうとすると自然に以下を回避できるガチガチに密結合なクラス過剰に責務を持っているクラスグローバルな変数や状態に依存するコード


テストを書こうとすると自然に以下を回避できるガチガチに密結合なクラス過剰に責務を持っているクラスグローバルな変数や状態に依存するコード外部やミドルウェアに依存して切り離せないコード


4. ドキュメント代わりになる

何が仕様であるか明確になるどういう場合に例外を投げるのか？どういう場合にどのような値を返すのか？



クラスの利用サンプルになるこのメソッドは何をするものなのか？



クラスの利用サンプルになるこのメソッドは何をするものなのか？

コードと結びついているので古びる心配がない少なくとも他のドキュメントよりは


書きましょう

Technology