システムテスト対受諾テスト - テストケースの違い

Question

システムテストと受入れテストの間の本当の違いについてちょっと混乱します。このトピックを検索すると、回答が異なり、テストケースがどのように大きく異なるのか分かりません。私が発見した

事実：

システムテストは、完全なシステム上で行われ、供給者によって行われます。システムテストは、仕様スペック（機能テストと非テストテストの両方）に基づいてシステム内の完全なフローをテストするエンドツーエンドテストです（ログインからログアウトまで）。

アクセプタンステストは、お客様の要求に合っているかどうかを確認するために行われます。これは完全なフローでもあり、要件仕様に基づいています。ただし、構築されたシステムは要件仕様に基づいて設計されており、開発サイクルの初期段階では通常、外観/ユーザビリティは既に受け入れられています。 システムが要件仕様をカバーしている場合、契約でこれが許され、顧客が1時間当たりに支払っている場合を除き、クライアントが「これはわれわれが望んだものではなく、これをやり直してはいけない」と言うことができません。

私の質問は基本的に、これら2つのテスト段階のテストケースはどのように違うのですか？どちらもエンドツーエンドのテストであり、機能的なシステムであり、仕様が満たされていることに焦点を当てています。システムテストのテストケースは、両方のフローが完全なフローになるため、受け入れテストで再利用できるかのようです。

Answer 1

顧客による受け入れテストでは、実際には正式なテストケースがあるべきではありません。それは、クライアントが計画していたとおりにシステムを使用し、どのように動作するのかの理解が実際のものと一致するかどうかを確認することです。 テストケースは、通常、 "Xは素晴らしいですが、Yも追加できますか？"というフィールドは、フィールドZは整数であるべきですが、実際にはテキストをそこに配置する必要があるかもしれないからです。

Answer 2

短い答えはこれです：システムは、それが行うように設計されたものないことを保証するために、開発者および/またはQAによって実行される

システムテスト。これは、例えば、Selenium（Webアプリケーション用）のようなものを使って自動的に行うことができます。これを行う目的は品質保証であり、多くの組織はこれを気にしません。

アクセプタンステストお客様や管理者が、システムが自分が思うように機能することを確認するために実行します。一般に、ソフトウェアを修正する開発者の契約上の義務の終了とみなされます。

違いは、システムテストでは、通常、「データベース接続が正しい順序でコミットされていますか？」というような、顧客が気にかけていないことをテストすることです。受け入れテストは、通常、「主観的なユーザーエクスペリエンスはどのようなものか」などの項目に焦点を合わせます。

Answer 3

両方のタイプのテストは、システム/アプリケーション全体に対して実行されます。多くのテストが重なる可能性は非常に高いです。

システムテストは、プロダクションのような環境で独立したQAチームによって実行されることがよくあります。これは、すべてのコンポーネントが一緒にテストされる初めてのことです。

受け入れテストは、多くの場合、同じ環境または同様の（生産上のような）環境で実行されますが、チームの構成は、システムの実際のユーザーのサブセットで構成されることがよくあります。ユーザーがシナリオや欠陥を特定し、定期的なテスターが見過ごしてしまうような行動を観察するという考え方があります。また、これにより、プロダクションに展開する前にユーザーに快適性を提供することができます。

V-Modelから作業している場合、システムテストはシステムレベルの設計と整合し、受入れテストはビジネス要件に合わせます。