私はサポートリンクをクリックし、サポート電子メールIDを持つ電子メールを開く私のアプリケーションでシナリオを持っています。

Question

私はサポートリンクをクリックし、サポートメールID。 分度器を使用してメールIDを確認する必要があります。

Answer 1

これは、手動テストではるかに高速で優れていると思われます。最初のオートメーションのためのオプションを提供するのではなく、

：

たぶんテスト中のアプリケーションの範囲はHTMLまたはevtl.として提供する内容に終わりますJavaScript。その後、それは基本的に、メールソフトウェアを開くブラウザとOSの機能です。したがって、テストでは、テスト対象のアプリケーションの範囲内にあるもののみをカバーする必要があります。

したがって、属性が正しく設定されている場合は、mail-link（evtl. mailto:）を含む要素をチェックするだけです。

expect($('div.support-mail').getAttribute('outerHTML')).toMatch('support@mail.com');

Read in this SO-Question hereメールアドレスは/出版され得るものとすることができる方法、セットアップのメールソフトだけでなく、さらにに関する情報なしにユーザーを疎外詳細：このような何か。今

、それは手動で行う方が良いでしょう理由：

はちょうどあなたがあなたのオートメーションコード内でカバーする必要があると思い複雑さと多様性を想像：

だけのコンピュータのために、それはすでに

を意味し、

• 3メインOS（Windows版、Mac、Linuxなど）、回

• 5ブラウザ（IE、エッジ、クロム、Firefoxの、サファリ）、回

• 無数のメールソフトなど（展望、マックは、Gmail、ヤフー、）

• 追加するには、さらに：からのメールを防ぐブロッカーを、ブラウザの拡張機能やポップアップ表示開く。デフォルトのメールが設定されていないOSなどがあります。

さらにモバイルカバレッジ（デバイス、OS、画面サイズなど）を追加した場合は、ナットとなります。

オートメーションの有無にかかわらず、いくつかの環境を最大限にカバーできます。しかし、自動化では、適切なランニングバージョンを取得するまでに数時間かかりますが、手動テストでは実行ごとに30秒かかることになります。したがって、約20の環境設定を手動でテストすると、1時間もかかりません。おそらく1年に2〜3回テストする必要があります。

また、この機能はおそらく再び変更されないため、一度動作確認されても機能し続けるでしょう。コードの標準またはブラウザが大幅に変更された場合は、特定の設定を一度再テストする必要があります。

これはビジネス上重要な機能ではありません。最悪の場合、ユーザーはブラウザから自分のメールにアドレスをコピー・ペーストする必要があります。

私は、このケースが自動化の努力に値するものではないと考えています。手動テストはここでよりよく適合します。