web-dev-qa-db-ja.com

システムテストに役立つSITがSITと呼ばれるのはなぜですか？

私はテスト戦略と環境を定義する必要があり、私はむしろ用語の問題に遭遇しました（しかし、私のせいかもしれません）、誰かがここで私を修正してくれることを願っています。アプリケーションが最初にデプロイされるINT環境を使用し、次にSIT環境を使用しています。INTで問題がなければ、アプリが渡されます。したがって、テスターはSITですべてのシステムテストを行います。しかし、すべての定義によれば、SITはシステム統合テストであり、システムテストの後に行われ、より多くのシステムの連携を検証します。では、なぜSITが実際にシステムテストを担当しているのに、実際にはシステムテストに続くフェーズであると言われているのでしょうか。編集：一般的な知識ブックによると：

  1. 単位
  2. 統合（モジュールから大きな断片へ）
  3. システムテスト
  4. （）..システム統合テスト-統合するシステムが他にある場合

私たちのアプリは、db、services、frontendで構成されています。したがって、システムテストを行うには、それらを統合する必要があります。統合しないと、テスターは何もできません。したがって、SITは、説明されているプロセスと一致しない実際のシステムテスト（機能的および非機能的）に先行します。また、テスター向けの環境はSITとも呼ばれます。

testingterminologyintegration
2
user1134916

私は2つの考えられる見解と問題があると思います。

  1. 企業は、より多くのサブシステムを統合したアプリケーションのテストに「システム統合テスト」/ SITを使用する傾向があります。 「INT」環境は、通常、アプリを動作する全体に統合しようとする開発者のテスト場所として機能する最初のインスタンスです。 「INT」で安定したシステムが得られると、「SIT」に昇格します。この文脈では、「サブシステムの統合ではなく、外部システムとの統合」を意味しません。
  2. アプリケーションは、システムテスト用に「SIT」にデプロイできます。アプリケーションが合格した場合、このまったく同じ環境で、実際の外部システム統合に使用されます。その場合、システムのテストが終了したと見なされると、環境に変更を加えることなく、外部システムが統合されます。また、「SIT」という名前は、この環境が何に使用されているかを反映します（そこでシステムテストを行いますが、最終的にはSITに使用されます）。この場合、これはシステムテストとシステム統合の組み合わせであり、珍しいことではありません。
2
John V