Webアプリのテスト観点を調べてまとめてみた (25選)

最近、Property Based Test という言葉を知りました。他にどういうテストの種類があるのか気になったので、調べてみました。本記事は、テストの種類を列挙します。 ※ 使用する技術は、私の都合上、node.js で選んでいます。

テスト観点一覧

Cache Test

Web アプリでは、様々な Cache が使われます。例えば、ブラウザ Cache、CDN Cache、プロキシ Cache、バックエンド Cache などなどです。 Cache は、便利な反面、使いすぎると、どこがどう Cache しているのか迷子になってしまいます。 Web アプリでも、Cache をテストする必要がありそうです。

https://github.com/http-tests/cache-tests

Code Size Test

大きなサイズの JS ライブラリを読み込むと、レスポンスタイムが悪化してしまいます。そこで、常にコードサイズを計測する必要があります。

https://github.com/ai/size-limit

Complexity Test

循環的複雑度(Cyclomatic complexity)は、制御文(if や for)の複雑さを計測します。複雑なコードは、バグの温床になりがちなので、極力シンプルなコードを心がけたいところです。

https://eslint.org/docs/rules/complexity

Copy&Paste Test

Copy&Paste は、DRY の原則に反するため、特別な理由がない限りは、してはいけません。Copy&Paste を検出するツールがあるみたいです。

https://github.com/kucherenko/jscpd

Cross Browser/Platform Test

サポートするブラウザや、プラットフォーム(iOS,Android,Desktop など)の動作検証が必要です。そのため、サポートするブラウザやプラットフォームの環境を準備しなければなりません。そういう環境を手軽に使えるサービスがあったりします。

https://github.com/browserstack

E2E Test

Web アプリを、端から端まで (End To End: E2E)を検証します。例えば、ユーザーが Web アプリを訪れて、クリックや入力するなど、使ってみることです。このテストは、不安定なテスト(よく失敗する)になりがちなので、安定稼働できるような取り組みが必要です。例えば、操作する処理の抽象化や、データ固定などです。

https://github.com/cypress-io/cypress

Exception Test

正常系、準正常系、異常系などのテストが必要です。準正常系は、システムが意図的にエラーとしているものです。例えば、フォーム入力値エラーとかです。異常系は、システムが意図せずエラーとなるものです。例えば、Timeout エラーとかです。

また、Java が得意な人なら知っているであろう、検査例外や非検査例外という例外の扱い方があります。基本的には検査例外はエラーハンドリングし、非検査例外はエラーハンドリングしない方針が良いです。

Flaky Test

不安定なテストのことを指します。これに対するアプローチ方法の１つに、Google 社の資料があります。

https://static.googleusercontent.com/media/research.google.com/ja//pubs/archive/45880.pdf

日本人がまとめて頂いたものが、次の資料です。 https://speakerdeck.com/nihonbuson/flakytests

Integration Test

Integration Test は、Unit Test のような単一機能を統合した検証になります。定義によりますが、私は『Unit Test では発見できないようなもの』かなと思います。 Unit Test でカバーできていなくても、他のテストで検証できていれば、Integration Test は不要になります。

Logging Test

ログ出力が適切なレベルで出力されているか検証する必要があります。 INFO, WARN, ERROR などがルールに基づいて使い分けされているか気になります。ログを出すことができるかどうかは、ログライブラリの検証になりますので、必要ないかもしれませんが、意図したタイミングで、意図したログレベルで、意図したメッセージが出力されるかは、テストしても良いと思います。