system testing vs end end testing
の概要 システムテスト およびエンドツーエンドのテスト：
エンドツーエンドのテストとシステムテストは常に密接に関連していますが、経験豊富なテストプロフェッショナルでさえ、それぞれが提供する膨大なメリットについて混乱し、1つだけを選択する可能性があります。
この記事では、エンドツーエンドのテストとシステムテストの間で議論を試みます。その違いを理解するために、まず、開発中の製品が通過するさまざまな段階を理解します。
ソフトウェア業界では、より速いリリースと高品質のリリースのどちらかを選択するというジレンマに常に直面していますが、それらの間には常に微妙なバランスがあります。私たちは皆、スピードと品質を同時に期待していますが、これは非常に難しいことです。
学習内容：
- テスト対象のソフトウェア製品の寿命
- システムテストとは何ですか？
- システムテストが重要なのはなぜですか？
- システムテストを開始するのはいつですか？
- エンドツーエンドテストとは何ですか？
- エンドツーエンドのテストが重要なのはなぜですか？
- エンドツーエンドのテストをいつ開始するのですか？
- システムテストとエンドツーエンドテストの違い
- システムテストまたはエンドツーエンドテスト、あるいはその両方？
- 結論
- 推奨読書
テスト対象のソフトウェア製品の寿命
製品のライフサイクルは、ビジネス要件がクライアントから取得されると始まります。それを担当する関係チームは、同じものを徹底的に分析し、技術仕様をさらに設計します。
これらの仕様は、技術者または開発者がソフトウェア開発の仕事を始めるのに役立ちます。ここでの手順は、理解しやすいように以下で説明します。
ステップ1： 高レベルの製品説明に基づいて、ソフトウェア製品はさまざまなモジュールに分類され、次にコンポーネントまたはユニットに分類されます。これらのユニットは独立して開発されているため、複数の開発者を関与させることで開発を並行して継続できます。
開発が完了すると、これらのユニットは個別にテストされ、ユニットテストに分類されます。
ステップ2： 個別の検証により、システムのすべてのユニットが機能的および実現可能性の理由で期待どおりに機能していることが保証されます。これらのコンポーネント、モジュール、またはサブシステムは、次のレベルと統合され、統合テストで統合ユニットとしてテストされます。
ステップ3： システムテストは、統合された製品が疑似実稼働環境で全体として初めてテストされるこのステップで明らかになります。このレベルのテストは、機能的および非機能的なビジネス要件に対するコンプライアンスをチェックするために実行されます。
ステップ4： これは、クライアントの受け入れ可能性について実行されるテストのレベルであるため、受け入れテストと呼ばれます。これは、本番環境であるクライアントにソフトウェアを処理する直前に実行されます。
システムテストとは何ですか？
システムテスト これは、統合テストの後、利用可能なハードウェアまたはソフトウェアの受け入れテストの前に行われるものです。
システムテストは、隣接するコンポーネントの調整を1つのシステムとして分析し、品質基準を満たしているかどうかを確認するために実行されます。主な焦点は、統合された製品で機能テストと非機能テストを実行することにより、アセンブリ間の欠陥を検出することです。
開発中の製品がビジネスの期待に応えられるかどうかを確認するために、機能しないテストが実行されます。これらは、アプリケーションの応答時間を決定するため、または互換性をチェックするため、またはインストール、パフォーマンス、回帰、スケーラビリティ、セキュリティ、およびその他のいくつかの領域を処理するために実行されます。
したがって、アプリケーションは、機能レベルと非機能レベルの両方をクリアして、それが市場標準に達しているかどうかを確認する必要があります。そうしないと、企業の評判が損なわれる可能性があります。
Uberのようなタクシー予約モバイルアプリケーションの例を使って説明しましょう。
Uberは、オンラインでタクシーを予約する機能を提供し、位置追跡、支払いゲートウェイ、タクシー料金、ドライバープロファイルなどのさまざまなモジュールを備えており、これらを個別にテストできます。 ユニットテストの一部 。
これらのモジュールが独立して機能すると、統合されてテストされ、相互に機能しているかどうかが確認されます。 統合テスト。
さらに、顧客の要件は、顧客が自分の場所に最も近いタクシーを見つけることができるかどうか、または選択した支払い方法を使用してUberに支払いを行うことができるかどうかなど、システムテストでのみ検証され始めます。
これらのシナリオの検証については、 システムテスト 。
システムテストが重要なのはなぜですか？
開発者/テスターは次のレベルに進む前にいくつかの側面を確認する必要があるため、システムテストが必要です。
いくつかの側面が含まれます：
- ソフトウェアがユニットとして動作することを確認する必要があります。
- 製品が機能要件と非機能要件をスキップしていないかどうかを確認する必要があります。
- 本番環境のような環境で製品をテストする必要があります。
- 製品のようなデータで製品をチェックする必要があります。
システムテストには、ビジネスリスク、ユースケース、または製品の動作の高レベルの説明に基づくシナリオが含まれます。さまざまなシステムリソースとの相互作用に関連するケースも、システムテストの一部である必要があります。
したがって、アーキテクチャレベルとビジネスレベルの両方で必要な製品について完全な知識を持っている人が実施する必要があります。コーディングレベルの内部知識は必須ではありませんが、テスターにはシステム知識が必須です。
通常、別のチームにシステムテストのタスクが割り当てられ、チームは独自のシステムテストプランとシステムテストケースを設計します。これは、テストカバレッジの点で以前に実行されたものとは異なります。必要に応じて、システムテストを複数回繰り返して複数の環境で実行できます。
システムテストを開始するのはいつですか？
システムテストは、次の場合に開始できます。
- ユニットテストは、オープンな欠陥なしにすべてのユニットで正常に終了しました。
- ユニットテストされたすべてのコンポーネントは適切に統合されており、統合テストは正常に実行されています。
- システム製品をテストするために、疑似実稼働環境を利用できます。
- システムテスターは、システムのすべてのイン/アウトを認識しており、テスト成果物の準備ができています。
エンドツーエンドテストとは何ですか？
ソフトウェアのテストは、ソフトウェア品質保証の重要なパラメータです。良質の製品は、発明者と購入者の両方に常により高いレベルの満足を与えます。言い換えれば、認定製品またはプレミアム製品は、あらゆるレベルでの徹底的な回帰と欠陥の除去の結果です。
名前自体で説明されているように、 エンドツーエンドのテスト は、依存システムと組み合わせてアプリケーションフローをテストするテストレベルの1つです。これは、ネットワークチャネルを使用してデータベースやGUIなどのバックエンドおよびフロントエンドアプリケーションとのスムーズな相互作用を保証するために行われるため、 チェーンテスト 同じように。
システムテストとは異なり、ユーザーインターフェイスのテストはここでは重要な役割を果たしませんが、インターフェイスを機能モードにする基になるデータをチェックします。エンドツーエンドのテストは通常、製品がシステムテストの対象となると実行されます。
エンドツーエンドのテストフェーズでUberの例を継続し、完全なカスタマージャーニーを検証します
ユーザーの携帯電話でアプリを開く->入力した目的地のタクシーを見つける->乗車前または乗車中にタクシーを追跡する->乗車を完了し、支払いオプションの1つを使用して支払う->最後にドライバーのアカウントにクレジット決済。
このエンドツーエンドのフローを実行することで、顧客はニーズを満たすことができます。このテストは、特に複数のシステムが一緒になっていることに関連するカスタマーエクスペリエンスの問題を特定するために重要です。
エンドツーエンドのテストが重要なのはなぜですか？
エンドツーエンドのテストは、開発された製品が分散システムである必要があり、さまざまな環境で他のシステムと集合的に機能する必要がある場合に重要な役割を果たします。このようなシナリオでは、さまざまなプラットフォームや環境間で正確な相互作用を確保するために、360度のチェックが必要です。
エンドツーエンドテストの主な目的は次のとおりです。
最高の外付けハードドライブの回復ソフトウェア
- 開発された製品が、当社が所有している場合も所有していない場合もあるサブシステムのいずれかと適切に調整されていることを確認するため。
- ソースシステムから宛先システムへのすべてのシステムフローをチェックします。
- エンドユーザーの観点から要件を検証します。
- 異種環境の問題を特定するため。
必要に応じて、アプリケーションの状態をチェックするために、繰り返し可能なテストを実行する必要があります。コードのマイナーな変更により、影響を受けるアプリケーション領域を理解しているという理由で、開発者とテスターの間に競合が発生する場合があります。
開発者は変更を最小限と考えるかもしれませんが、その進化は完全なシステムのエンドツーエンドのテストシナリオを再実行するのに十分重要です。ただし、これにより納期が遅れる可能性があり、コストも増加する可能性があります。
エンドツーエンドのテストをいつ開始するのですか？
エンドツーエンドのテストは通常実行されます-
- 製品がシステムテストに合格すると、すべての機能面がカバーされます。
- 依存する環境が識別され、フローレベルの実行を実行できるようになったとき。
- テスターが必要な知識とテスト成果物を備えている場合。
- テスターがデータフローを分析できる適切なツールを持っている場合。
システムテストとエンドツーエンドテストの違い
以下に示すのは、システムテストとエンドツーエンドテストのいくつかの違いです。
| システムテスト | エンドツーエンドのテスト |
|---|---|
| 開発された製品は、ビジネス要件に基づいて特定された製品固有の技術要件に対してテストされます。 | 開発された製品は、ビジネス要件に従って、依存するシステムとともにテストされます。 |
| テストの機能面と非機能面をカバーします。 | すべてのソースシステムと宛先システムを考慮した、インターフェイスレベルのテストについて説明します。 |
| ソフトウェア開発ライフサイクルの終わりに向けて実施。 | 製品が統合テストを認定した後に実行されます。 |
| 製品に実装されているすべての機能を精査して、予期しない結果を明らかにします。 | プロセスフローは、フロントエンド、バックエンド、および中間層システムとともにチェックされます。 |
| テスターは、開発した製品の機能を十分に理解している必要があります。 | テスターは、システム内のデータフローとワークフローを十分に理解している必要があります。 |
| システムテスターは、製品開発のライフサイクルの段階を気にする必要はありません。 | エンドツーエンドのテスターは、すべての段階を理解する必要があります。 |
システムテストまたはエンドツーエンドテスト、あるいはその両方？
多くの場合、システムテストとエンドツーエンドテストは同じであると見なされますが、それは真実ではありません。どちらも、テストカバレッジが異なるさまざまな形式のテストです。
エンドツーエンドテストは、すべての依存システムをカバーするシステムの最後までゼロからアクティビティのフローをチェックしますが、システムテストは、応答を評価するために異なる入力セットで同じ機能をチェックします。
従って テストカバレッジ どちらのタイプのテストも異なります。
結論
システムテスターは実際のユーザーの考え方を持っている必要がありますが、エンドツーエンドのテスターはアップストリームシステムとダウンストリームシステムを等しく理解する必要があります。
上で説明したように、両方のタイプのテストは製品開発サイクルで同等の重要性を持っているため、さまざまなカテゴリの欠陥を発掘する必要があります。
どのテストを選択するかについて明確なアイデアが得られたと思いますか？その間、下のコメントセクションであなたの経験を自由に共有してください。