ソフトウェア テスト グループと品質保証チームの違いは何ですか? 彼らは同じことを指していますか?そうでない場合、これら 2 つのチームのそれぞれのタスクは何ですか?
2 に答える
どちらも同じ...
例えば; 当社の QA チームは、構築したアプリケーションの完全なテストを行います。すべてのアプリケーションが期待どおりに動作することを保証します。(SAT システム受け入れテスト)。
ソフトウェア テスト グループ (QA も) ですが、クライアントからのものです。彼らはUAT(ユーザー受け入れテスト)を実施します。
USR (URS) - ユーザー システム要件 (ユーザー要件仕様)。これらは同じものだと思います - 私は後者の表現にずっと頻繁に出くわしました。これは、ユーザー (顧客) がシステムに何を求めているかを正確に説明する文書でなければなりません。どのように機能するかではなく、何をするかです。「私はコーヒーを淹れる機械が欲しいのです。それには、白、黒、エスプレッソ、チキン スープのオプションが必要です。それから砂糖も必要です。そして、2 つの異なるサイズのカップが必要です。そして、ビスケット ディスペンサーも必要です。」などなど。これは、最初にサプライヤーと顧客の間でサインオフする必要があります。これにより、最後に測定できる合意された一連の成果物が得られます。(2 つの異なるサイズのカップのようなものは良い例ではありません。これらは液量オンス、ミリリットルで指定する必要があります。これは仕様書です。
FDS - 機能設計仕様。ここで、サプライヤーはニーズ (「何」) を方法 (「方法」) に変換しています。この文書は、彼がどのように URS を達成しようとしているのかを定義しています。同時に、URS に続いて、何らかの形式のテスト仕様が出現し始めているはずです。正常に動作しているかどうかはどうすればわかりますか? 合意された措置はどうなりますか?
FAT - 工場受け入れテスト。機械/システム/ソフトウェアがサプライヤーの工場で組み立てられたら、URS を満たすことができることを証明するために、チェックポイントと性能測定を含む正式なテストを行う必要があります。注: これは、その場で URS に会う必要があるという意味ではありません。最終的に現場に配管されるまで、それは不可能かもしれません。多くの場合、顧客は、システムをサイトに出荷する許可を与える前に、FAT に立ち会ってこれを確認するよう求めます。一部のプロジェクトでは、立会済みの FAT が正常に完了すると段階的な支払いが行われます。
UAT - ユーザー受け入れテスト。装置が設置され、すぐに使用できる状態で、ユーザーの敷地内で実行されます。URS で合意されたすべてのことを実行できることを証明する必要があります。Doug が言ったように、これは、システムが実質的に要求どおりであり、機器の配送を受け入れることをユーザーが満足するポイントです。その時点から、彼はシステムの請求書を受け取ります。サプライヤによってさらなる作業が継続される可能性がありますが、これは変更通知または元の仕様からの逸脱で合意および定義されている必要があり、これのほとんどは追加料金になると予想されます.
まず第一に、品質保証とソフトウェア テストという用語は非常に一般的であり、しばしば同じ意味で使用されます。したがって、品質保証チームとソフトウェア テスト グループは、同じことを参照する可能性が非常に高くなります。
ただし、私が一緒に仕事をしているほとんどの企業では違いがあります。一方で、品質保証チームは、品質の概念的な側面を扱う分野横断的なチーム (つまり、どのプロジェクト チームにも属していません) です。それらは、関連する品質属性 (保守性、正確性、使いやすさ、セキュリティなど) を定義し、達成すべき適切な品質目標を設定します。
一方、ソフトウェア テスト グループは、テスト インフラストラクチャをセットアップし、適切なテストを実装して実行するグループです。多くの場合、テスト グループは特定のプロジェクト チームに属します。
簡単な例: 品質保証チームは、正確性がすべてのプロジェクトの主要な品質属性の 1 つであると判断し、単体テストのステートメント カバレッジを少なくとも 80% にするという品質目標を定義します。各プロジェクトでは、ソフトウェア テスト グループがその目標を達成する責任を負っています。