|
| 1 | +--- |
| 2 | +title: テスト |
| 3 | +updated: 2020-11-07 |
| 4 | +type: guide |
| 5 | +order: 402 |
| 6 | +--- |
| 7 | + |
| 8 | +## はじめに |
| 9 | + |
| 10 | +信頼性の高いアプリケーションを構築する時、テストは個人やチームが新機能を構築したり、コードをリファクタリングしたり、バグを修正したりする能力において重要な役割を果たすことができます。テストには多くの流派がありますが、Web アプリケーションの文脈でよく議論されるのは3つのカテゴリーです。 |
| 11 | + |
| 12 | +- 単体テスト |
| 13 | +- コンポーネントテスト |
| 14 | +- End-To-End (E2E) テスト |
| 15 | + |
| 16 | +このセクションは、テストのエコシステムを案内し、Vue アプリケーションやコンポーネントライブラリに適切なツールを選択するためのガイダンスを提供することを目的としています。 |
| 17 | + |
| 18 | +## 単体テスト |
| 19 | + |
| 20 | +### 導入 |
| 21 | + |
| 22 | +単体テストでは、コードの個々のユニットを分離してテストすることができます。単体テストの目的は、開発者が自分のコードに自信を持てるようになることです。徹底して意味のあるテストを書くことで、新しい機能が構築されたり、コードがリファクタリングされたりしても、アプリケーションが機能的で安定した状態を維持できるという自信を持つことができます。 |
| 23 | + |
| 24 | +Vue アプリケーションの単体テストは、他のアプリケーションのテストと大きな違いはありません。 |
| 25 | + |
| 26 | +### フレームワークの選定 |
| 27 | + |
| 28 | +単体テストのアドバイスはフレームワークに依存しないことが多いので、アプリケーションに最適な単体テストツールを評価する際に心に留めておくべき基本的なガイドラインをいくつか紹介します。 |
| 29 | + |
| 30 | +#### 最高のエラーレポート |
| 31 | + |
| 32 | +テストが失敗した場合、単体テストフレームワークが有用なエラーを提供してくれることが重要です。これはアサーションライブラリの仕事です。高品質のエラーメッセージを持つアサーションは、問題のデバッグにかかる時間を最小限に抑えるのに役立ちます。どのテストが失敗しているかを伝えるだけでなく、アサーションライブラリは、テストが失敗した理由、例えば、何が期待されているのか、何を受け取ったのかなどのコンテキストを提供します。 |
| 33 | + |
| 34 | +Jest などの一部の単体テストフレームワークには、アサーションライブラリが含まれています。その他、Mocha のようなものではアサーションライブラリを別途インストールする必要があります (通常は Chai)。 |
| 35 | + |
| 36 | +#### アクティブなコミュニティとチーム |
| 37 | + |
| 38 | +単体テストフレームワークの大部分はオープンソースなので、アクティブなコミュニティを持つことは、長期間にわたってテストをメンテナンスし、プロジェクトが積極的に維持されることを保証する必要があるチームにとって重要です。さらに、アクティブなコミュニティを持つことには、問題が発生したときにより多くのサポートを受けることができるという利点があります。 |
| 39 | + |
| 40 | +### フレームワーク |
| 41 | + |
| 42 | +エコシステムには多くのツールがありますが、Vue.js で使用されている一般的な単体テストツールは次の通りです。 |
| 43 | + |
| 44 | +#### Jest |
| 45 | + |
| 46 | +Jest は、シンプルさを重視した JavaScript テストフレームワークです。そのユニークな機能の1つは、アプリケーションのユニットを検証するための代替手段として提供しているテストのスナップショットを取る機能です。 |
| 47 | + |
| 48 | +**リソース:** |
| 49 | + |
| 50 | +- [Official Jest Website](https://jestjs.io) |
| 51 | +- [Official Vue 2 CLI Plugin - Jest](https://cli.vuejs.org/core-plugins/unit-jest.html) |
| 52 | + |
| 53 | +#### Mocha |
| 54 | + |
| 55 | +Mocha は、柔軟性に重点を置いた JavaScript テストフレームワークです。この柔軟性により、スパイ(Sinon など)やアサーション(Chai など)などの他の一般的な機能を満たすために、さまざまなライブラリを選択できます。 Mocha のもう1つのユニークな機能は、Node.js に加えてブラウザでもテストを実行できることです。 |
| 56 | + |
| 57 | +**リソース:** |
| 58 | + |
| 59 | +- [Official Mocha Website](https://mochajs.org) |
| 60 | +- [Official Vue CLI Plugin - Mocha](https://cli.vuejs.org/core-plugins/unit-mocha.html) |
| 61 | + |
| 62 | +## コンポーネントテスト |
| 63 | + |
| 64 | +### 導入 |
| 65 | + |
| 66 | +ほとんどの Vue コンポーネントをテストするには、それらが機能していることを完全に検証するために、それらを DOM(仮想またはリアル)にマウントする必要があります。これは、フレームワークに依存しないコンセプトです。その結果、コンポーネントテストフレームワークが作成され、ユーザーが信頼できる方法でこれを行うことができると同時に、Vuex、Vue Router、およびその他の Vue プラグインの統合など、Vue 固有の便利さが提供されます。 |
| 67 | + |
| 68 | +### フレームワークの選択 |
| 69 | + |
| 70 | +次のセクションでは、アプリケーションに最適なコンポーネントテストフレームワークを評価する際に留意すべきガイドラインを示します。 |
| 71 | + |
| 72 | +#### Vue エコシステムとの最適な互換性 |
| 73 | + |
| 74 | +最初の基準の1つが、コンポーネントテストライブラリが Vue エコシステムと可能な限り互換性を持つべきという点なのは驚くに値しません。これは包括的に思えるかもしれませんが、留意すべきいくつかの重要な関係領域には、単一ファイルコンポーネント(SFC)、Vuex、Vue Router、およびアプリケーションが依存するその他の Vue 固有のプラグインが含まれます。 |
| 75 | + |
| 76 | +#### 最高のエラーレポート |
| 77 | + |
| 78 | +テストが失敗した場合、コンポーネントテストのフレームワークが、問題のデバッグにかかる時間を最小限に抑えるのに役立つ有用なエラーログを提供することが重要です。どのテストが失敗したかを単に伝えるだけでなく、なぜテストが失敗したのか、例えば、何が期待されているのか、何を受け取ったのかなどのコンテキストを提供しなければなりません。 |
| 79 | + |
| 80 | +### 推奨ツール |
| 81 | + |
| 82 | +#### Vue Testing Library (@testing-library/vue) |
| 83 | + |
| 84 | +Vue Testing Library は、実装の詳細に依存せずにコンポーネントをテストすることに焦点を当てたツール群です。アクセシビリティを考慮して構築されているため、そのアプローチはリファクタリングを容易にします。 |
| 85 | + |
| 86 | +その指針となる原則は、テストがソフトウェアの使用方法に類似しているほど、テストの信頼性が高くなるということです。 |
| 87 | + |
| 88 | +**リソース:** |
| 89 | + |
| 90 | +- [Official Vue Testing Library Website](https://testing-library.com/docs/vue-testing-library/intro) |
| 91 | + |
| 92 | +#### Vue Test Utils |
| 93 | + |
| 94 | +Vue Test Utils は、ユーザーが Vue 固有の API へのアクセスを提供するために書かれた公式の低レベルコンポーネントテストライブラリです。Vue アプリケーションのテストを初めて行う場合は、Vue Test Utils を抽象化した Vue Testing Library を使用することをお勧めします。 |
| 95 | + |
| 96 | +**リソース:** |
| 97 | + |
| 98 | +- [Official Vue Test Utils Documentation](https://vue-test-utils.vuejs.org) |
| 99 | +- [Vue Testing Handbook](https://lmiller1990.github.io/vue-testing-handbook/#what-is-this-guide) by Lachlan Miller |
| 100 | +- [Cookbook: Unit Testing Vue Components](https://jp.vuejs.org/v2/cookbook/unit-testing-vue-components.html) |
| 101 | + |
| 102 | +## End-to-End (E2E) テスト |
| 103 | + |
| 104 | +### 導入 |
| 105 | + |
| 106 | +単体テストは開発者にある程度の信頼性を提供しますが、単体テストとコンポーネントテストは、本番環境にデプロイされたときに、アプリケーションの全体的なカバレッジを提供する能力には限界があります。結果として、 end-to-end (E2E) テストがアプリケーションの最も重要な側面、すなわちユーザーが実際にアプリケーションを使用したときに何が起こるか、をカバーしています。 |
| 107 | + |
| 108 | +言い換えれば、E2E テストは、アプリケーションのすべてのレイヤーを検証します。これには、フロントエンドのコードだけでなく、関連するすべてのバックエンドサービスやインフラストラクチャが含まれ、ユーザーの環境をより表すものとなります。ユーザーのアクションがアプリケーションにどのような影響を与えるかをテストすることで、E2E テストは、アプリケーションが適切に機能しているかどうかの信頼性を高める鍵となります。 |
| 109 | + |
| 110 | +### フレームワークの選定 |
| 111 | + |
| 112 | +Web 上の end-to-end (E2E) テストは、信頼性の低い (欠陥のある) テストで開発プロセスを遅らせるという否定を受けてきましたが、最新の E2E ツールは、より信頼性の高い、インタラクティブで有用なテストを作成するために躍進しました。以下のセクションでは、E2E テストフレームワークを選択する際にに留意すべきことについてのガイダンスを提供します。 |
| 113 | + |
| 114 | +#### クロスブラウザテスト |
| 115 | + |
| 116 | + end-to-end (E2E)テストの知られている主な利点の1つは、複数のブラウザにまたがってアプリケーションをテストできることです。100%クロスブラウザをカバーすることが望ましいと思われるかもしれませんが、クロスブラウザテストを一貫して実行するために必要な追加の時間とマシンパワーのために、チームのリソースに対するリターンが減少することに注意することが重要です。結果として、アプリケーションが必要とするクロスブラウザテストの量を選択する際には、このトレードオフを念頭に置くことが重要です。 |
| 117 | + |
| 118 | +<p class="tip">最近の E2E 開発ではブラウザ固有の問題を補足するために、一般的に使用されていないブラウザ(IE11 未満、古いバージョンの Safari など)のためにアプリケーションの監視とエラー報告ツール(Sentry、LogRocket など)が使用されています。</p> |
| 119 | + |
| 120 | +#### 高速なフィードバックループ |
| 121 | + |
| 122 | + end-to-end (E2E) テストと開発の主な問題の1つは、テスト全体の実行に長い時間がかかることです。一般的に、これは継続的インテグレーションと継続的デリバリー(CI/CD)のパイプラインでのみ行われます。最新の E2E テストフレームワークは、並列化のような機能を追加することで、CI/CD パイプラインを以前よりも大幅に高速に実行できようにしてこの問題を解決しています。さらに、ローカルで開発する場合、テストのホットリロードを提供しながら作業中のページの単一テストを選択的に実行する機能は、開発者のワークフローと生産性を向上させるのに役立ちます。 |
| 123 | + |
| 124 | +#### 最高のデバッグ体験 |
| 125 | + |
| 126 | +開発者は従来、ターミナルウィンドウでログをスキャンしてテストで何がうまくいかなかったかを判断していましたが、最新の end-to-end (E2E) テストフレームワークでは、ブラウザ開発者ツールなど開発者がすでに使い慣れたツールを活用することができます。 |
| 127 | + |
| 128 | +#### ヘッドレスモードでの視認性 |
| 129 | + |
| 130 | + end-to-end (E2E)テストが継続的インテグレーション/継続的デリバリーのパイプラインで実行される場合、多くはヘッドレスブラウザで実行されます(つまり、ユーザーが見るためのブラウザが開かれていない)。そのため、エラーが発生した時に、最新の E2E テスティングフレームワークが第一級のサポートを提供する重要な機能は、エラーが発生した理由を把握するために、さまざまなテスト段階でのアプリケーションのスナップショットやビデオを表示する機能です。歴史的に、これらの統合を維持するのは面倒でした。 |
| 131 | + |
| 132 | +### 推奨ツール |
| 133 | + |
| 134 | +エコシステムには多くのツールがありますが、ここでは Vue.js のエコシステムで使用されている一般的な end-to-end (E2E)テストフレームワークをいくつか紹介します。 |
| 135 | + |
| 136 | +#### Cypress.io |
| 137 | + |
| 138 | +Cypress.io は、最高の開発者体験を提供しながら、開発者が信頼性の高い方法でアプリケーションをテストできるようにすることで、開発者の生産性を高めることを目的としたテストフレームワークです。 |
| 139 | + |
| 140 | +**リソース:** |
| 141 | + |
| 142 | +- [Cypress' Official Website](https://www.cypress.io) |
| 143 | +- [Official Vue CLI Cypress Plugin](https://cli.vuejs.org/core-plugins/e2e-cypress.html) |
| 144 | +- [Cypress Testing Library](https://github.com/testing-library/cypress-testing-library) |
| 145 | + |
| 146 | +#### Nightwatch.js |
| 147 | + |
| 148 | +Nightwatch.js は、Node.js の単体テストや統合テストだけでなく、Web アプリケーションや Web サイトのテストにも使える end-to-end のテストフレームワークです。 |
| 149 | + |
| 150 | +**リソース:** |
| 151 | + |
| 152 | +- [Nightwatch's Official Website](https://nightwatchjs.org) |
| 153 | +- [Official Vue CLI Nightwatch Plugin](https://cli.vuejs.org/core-plugins/e2e-nightwatch.html) |
| 154 | + |
| 155 | +#### Puppeteer |
| 156 | + |
| 157 | +Puppeteer はブラウザを制御するための高レベルの API を提供する Node ライブラリで、アプリケーションをテストするために他のテストランナー (例: Jest) と連携することができます。 |
| 158 | + |
| 159 | +**リソース:** |
| 160 | + |
| 161 | +- [Puppeteer's Official Website](https://pptr.dev) |
| 162 | + |
| 163 | +#### TestCafe |
| 164 | + |
| 165 | +TestCafe は Node.js ベースの end-to-end フレームワークで、開発者が書きやすく信頼性の高いテストの作成に集中できるように、簡単なセットアップを提供することを目的としています。 |
| 166 | + |
| 167 | +**リソース:** |
| 168 | + |
| 169 | +- [TestCafe's Official Website](https://devexpress.github.io/testcafe/) |
0 commit comments