はじめに

皆さんはテストを書いていますでしょうか？

この記事では私が経験した、「仕様書なしで運用が始まったシステムに後からテストを書く」について、発見したことをかんたんにご紹介します。

コードを読み解いてテストを書くわけですが、条件通りのケースしか書けません。
素直に全パターン書くのは可能ですが、テスト数が多いと全部通すのに時間がかかります。
可能であれば必要十分なケース数で済ませたいところですが、数を削る判断基準がありません...

例えば...

テスト対象のメソッドの呼び出し元を辿っていき、処理の流れを把握するのですが、検索で引っかからないということもしばしば。

処理の途中で空配列になった際を考慮できていなかったり。

8割くらい同じで、2割は違う内容のメソッドがあったり。
複数人で開発していて、それぞれ似たような処理を実装した、というところでしょうか。

おわりに

色々な発見があって面白かったです。
他の人が書いたコードをもとにテストを書くので、「テストを書きやすいコード」の基準がだんだんと分かってきました。自分が書く際には気をつけようと思います。