自動化テストで気をつけること

先日、会社のメンバーからテストの自動化に苦労しているという話を聞きました。
そういえば、一言で「テストの自動化」といっても結構奥が深いので、自動化テスト初心者が注意すべき点や重要なポイントをちょっと考えてみました。

自動化テストの注意点

どのような処理でもプログラムとして自動化できるプログラミングスキルを実装者が持っていること。
- 結局、手作業でやっていることのほとんどをプログラムとして実装する必要があるからです。

いつでも、どこでも、誰が実行しても同じテスト結果が返ってくるようにテストを作成すること。
- たとえば、テストの成功・失敗がシステム日時や外部ファイルやデータベース等に格納された不安定なデータに依存しているとテストがすぐに壊れます。

壊れたテストを放置しないこと。
- 少なくともソース管理システムにコミットしたファイルはすべてパスするようにしましょう。
- 壊れたテストを放置すると、誰も自動化テストを信頼しなくなり、手動テストに戻ってしまいます。

読みやすく、メンテナンスしやすいテストコードになっていること。
- 何をテストしているのかわからない、どうしてパスしたりパスしなかったりするのかわからない、というテストコードは結局あとでお荷物になってしまいます。
- そのためにもテストの単位はできるだけ小さくしましょう。複雑な大きなロジックをテストしようとすると、テストコードも複雑で大きくなりがちです。

テストしやすい設計になっていること。/テストのしやすさを考慮して設計すること。
- たとえば、UIにゴリゴリとビジネスロジックが書いてあったりすると、テストの作成が非常に困難になります。最低限、UIとビジネスロジックは別々のレイヤーに分割すべきです。
- 外部ファイルやメール送受信など、外部リソースへのアクセス部分もテストしにくいので、テスト容易性を考慮しましょう。例えばレイヤーを分け、外部リソースのアクセス部分はテスト時にモック化するなどの工夫が挙げられます。

体系的なテスト手法を理解していること。
- 言い換えれば、「多すぎず、少なすぎず、必要最小限のテストパターンを網羅していること」となります。
- 少なすぎるとバグの発見率が低下し、テストを信頼できなくなります。
- 多すぎると後のメンテナンスが大変です。(少なすぎるよりかはマシですが)
- そのためには体系的なテスト手法の知識が必要になります。もちろんこれは自動化テストのみならず、手動でテストする場合も重要です。

まとめ

結局のところ、テストをスマートに自動化しようとするとそれなりの設計スキル、実装スキル、テストスキルが要求される、ということが分かると思います。
とはいえ、テストの自動化は苦労してでも習得する価値のある、非常に重要なプラクティスです。
やってみると分かりますが、自信を持ってプログラムの変更やリファクタリングができるので、どんどんコードの品質を上げていくことができます。
イマドキのエンジニアならMUSTで習得しておきたいスキルの一つだと言えますね。