あなたは自動テストを信じますか？　自動テスト懐疑論の解説 - IT業界で気づいたことをこっそり書くブログ

神を信じますか？　自動テストを信じていますか？

自動テスト（Unitテスト）は二つの勢力があります。

自動テストを書かないと地獄に落ちる派

自動テストのメリットを信じていない派

ちなみに最大勢力は「自動テストを信じているけど、今はやれていない派」です。
地獄に落ちないように、会社に対して呪いをかけることで精神の安定を保っています。

懐疑派はあまり声を大にして自動テストを否定しません。戦争になるので。
ただひたすらゴニョゴニョ言って信者を妨害します。

これらの戦いは、かれこれ20年以上は続いているのではないかと思います。

冗談はここらへんにして。
私の最近の主張は「自動テストは良いツールだが、世の中の信者は期待しすぎている」です。
ちなみにこれはデザインパターン（MVVMとかMVPとかクリーンとか）に対しても同じ立場です。銀の弾丸はありません。

こう言うと、信者には「それは当たり前だ、でも自動テスト書いていないのはあり得ない」と言われるのですが、私の信じている自動テストはもっと狭い領域です。

よく言われるものですが。

ここらへんでしょうか。
これらについては非常に懐疑的です。温泉の効能くらい信じていません。
どうにも結果的に起きる副次効果でしかなく、これらの項目ってテストし辛いんですよね。
正直肯定も否定もしづらいです。

これです。
自動テストについてまとめられた本やドキュメントなどには、普通にこのように書かれています。よく言われる、何か病気が治る的な謎効能は書いていないはずです。

テスト（手動、自動）というのはザックリ言えば、ある条件に対して入力と出力を得ることでチェックすると思います。
ですが、

と言った状況が発生します。
この時にテストを使います。使わないというのは、テストしないということです。

問題なのは、目的となる効能が本来のものとは異なる点に置かれているため、本来必要性の薄い箇所にまで自動テストを適用してしまう点です。

なぜそんな厄介なことになっているかと言えば、おそらく

ここらへんだと思います。皆混乱しているだけです。

特にバックエンド側の開発を中心にされている方は信じられないかもしれませんが、自動テスト必須とするような箇所が殆どないプログラムというのは結構存在します。

（※ここではUITestを無視しています。あちらはまた別の文脈になるので）

具体的に言えば、フロントエンドやアプリなどでは効果が薄いです。もちろんゼロではありませんが。

ここらへんはTDDの話なのかもしれません。
自動テストが可能なコード　＝　綺麗なコード
ではないし、綺麗なコードを書けば自動テストが楽になるわけでもないです。

両者は確かに少し被っていますが、人間はテストコードではないので、人間にとって読みやすいコードと、テストが読みやすいコードは違います。

却って難しくなるケースも多々あります。
もちろん難しくなるケースにおいて、テストが必須な対象であれば仕方ないのですが、テストが必須ではない対象なら難しくするのはむしろ品質と速度を落とすのではないでしょうか。

私達は、コードに不安があるからテストコードを書くし、手動テストを書きます。
ですがテストコードのテストは基本的にされません。

手動テストであれ、自動テストであれ、正しさというのは限界があります。
数学的に正しいプログラムというのも研究されていますが、極狭い領域しか担保できないらしいです。用途不明だったり、大量だったりするテストコードは却ってプロジェクトの足をひっぱるかもしれません。（ただしそれを計測するのは難しいです）

どうしても自動というと、「効率化」「品質向上」「速度向上」という側面が期待されてしまいますが、上で書いた通り本来の自動テストの効果は「テストができる」という点に集約されます。

結果的にテストの再利用が可能なこともあるでしょうが、基本的に自動テストは使い捨てする気持ちでいいのではないかと思っています。

コードの方だけ修正した時、テストが通るかどうか確認して、通ったら安心するというのはオカシイです。自動テストコードが正しいか、都度チェックしなければなりません。でもそうするとチェック対象が大量になるし、影響範囲がわけわからなくなりませんか？？　技術的負債になると思うんですが。

あわせてよみたい