」として出力することです。実行することも有益です。エンドツーエンドテストエンドツーエンドのテストは、アプリケーションが全体として機能し、多くの場合、ライブデータへの接続を含むことを検証するために使用されます。一方で、ユニットテストは分離されたコードユニットに重点を置いているため、アプリケーションロジックの低レベルのテストが可能ですが、エンドツーエンドテストはさまざまなユーザーストーリーや使用・シナリオに重点を置いており、アプリケーション全体を通したデータフローの総合的な高レベルのテストを提供します。一方で、ユニットテストではアプリケーションのロジックの問題を明らかにしようとしますが、エンドツーエンドテストでは、個々のユニットが一緒に使用される場合に発生する問題を明らかにしようとします。エンドツーエンドのテストにより、アプリケーションの全体的なアーキテクチャに関する問題が明らかになります。エンドツーエンドテストはユーザーストーリーを実行し、個々のコードモジュールではなくアプリケーション全体を対象とするため、エンドツーエンドテストは、メインアプリケーション自体のコードとは別に、プロジェクト内の独自のアプリケーションとして存在します。フォルダに生成されます。使用してテストを構築し、実行します。操作と試験が必要です。これらをすべて手作業で行うと、テストは非常に脆くなり、見て理解することや保守が困難になります。カプセル化し、テスト用のスクリプトがアプリケーションと対話するために使用するAPIを提供します。操作ロジックをページオブジェクト内にカプセル化することで、テストが読みやすくなり、かつ判断することがはるかに簡単になり、テストの保守コストが大幅に削減されます。洗練されたページオブジェクトを作成することは、高品質で保守しやすいエンドツーエンドのテストを作成するための鍵です。テキストを入力したり、ボタンをクリックするなどのアクションに依存しています。要素の変更を取得するために使用されるCSSセレクターのみと一貫性があります。したがって、このロジックを、他のページオブジェクトが使用できるベースクラスに抽象化することは理にかなっています。}}ページ毎の要約アプリケーションの各ページには、そのページの要素を抽象化する独自のページオブジェクトクラスがあります。ベースとなるページオブジェクトクラスを使用する場合、ページオブジェクトを作成するには、ほとんどの場合そのページに固有の要素のカスタムメソッドを作成する必要があります。多くの場合、これらのカスタム要素は、必要な作業を実行するためにベースクラスのメソッドの恩恵を受けます。次に、単純ですが典型的なログインページのページオブジェクトの例を示します。ような多くのメソッドは、作業の大部分を行うベースクラスのメソッドを呼び出すことに注意してください。関数で構成されています。関数とともに示します。"it"と、完全なテストケースを形成するためにともに連結されるとき、両方とも意味をなします。典型的なログインシナリオを実行するエンドツーエンドのテストスクリプトの簡単な例を次に示します。エンドツーエンドのテストで使用するデータをより適切に制御するには、テスト用の特定の環境を用意し、テストにその環境を使用すると便利なことが多いです。このセクションでは、この設定を作成する1つの方法を示します。環境を指定するように修正します。情報を格納するために度々使用されます。これは、開発または本番のバックエンドサービスではなく、テスト専用のバックエンドサービスにのみ接続します。ファイルを使用するには、このファイルを修正する必要があります。これは階層化プロセスです。リストに従って、必要な設定を追加しましょう。いう名前の設定を追加します。いう名前の設定を追加します。ファイルを修正します。},テストクリーンアップエンドツーエンドテストが何らかの方法でデータを変更する場合は、テストが完了したらデータを既知の状態に一度リセットすると便利です。そのための1つの方法は:クリーンアップを実行するエンドポイントを生成する。2019-07-22。