ユースケース ベースのテストとシステム テストの違いは何ですか?
システムテストをユースケースベースのテストのサブセットと見なすことはできますか? (つまり)システムテストは、システム内のコンポーネントまたはサブシステムのユースケースのみを考慮します。
2244 次
2 に答える
2
あなたは2つの用語を混ぜていると思います。システムテストはテストフェーズであり、ユースケーステストはユースケースに基づいてテストケースを設計する手法であり、多くのテストレベルで使用できます. 例えば：
1) ユース ケース テストでは、ユース ケースに基づいてテスト ケースを作成します。システム、または特定のユース ケースに含まれる少なくともコンポーネントを開発、構築、統合する必要があります。特定のユース ケースに含まれる 2 つのモジュールが適切に連携しているかどうかを確認したい場合があります。したがって、統合テストでは、これら 2 つのモジュールの連携を公開するユース ケースに基づいてテスト ケースを準備します。
2)システム テストをその一部として実行している場合、ユース ケース テストを実行して、ユース ケースで指定された動作が想定どおりに機能することを確認できます。しかし、Robert Harvey が指摘したように、システム テストは要件への準拠を検査するため、ポジティブ テストとネガティブ テストの両方を行います。したがって、システム テストは、ユース ケースで説明されている予想される動作をカバーするだけでなく、特定の要件の観点からシステムを「壊す」ことも試みます。
3) さらに、ユース ケースには予想されるユーザー アクションが含まれているため、ユーザー受け入れテストの出発点として適していることに注意してください。一方、ユーザーはログインユース ケースをチェックするのではなく、ログインしていくつかのことを行い、ビジネス プロセスの一部の効果を観察したいので、ユース ケースをチェックするだけでは十分ではありません。ユースケースはいくつかの出発点ですが、通常、UAT では、特定のソフトウェアがサポートするビジネス プロセスをさらに深く掘り下げる必要があります。
于 2009-11-29T09:58:04.803 に答える
1
ソフトウェアまたはハードウェアのシステム テストは、システムが指定された要件に準拠しているかどうかを評価するために、完全な統合システムに対して実施されるテストです。システム テストはブラック ボックス テストの範囲内にあるため、コードやロジックの内部設計に関する知識は必要ありません。
原則として、システム テストでは、統合テストに合格したすべての「統合された」ソフトウェア コンポーネントと、該当するハードウェア システムに統合されたソフトウェア システム自体を入力として使用します。統合テストの目的は、一緒に統合された (集合体と呼ばれる) ソフトウェア ユニット間、または集合体とハードウェアの間の不整合を検出することです。システム テストは、より限定的なタイプのテストです。それは、「集合体間」とシステム全体の両方の欠陥を検出しようとします。
システム テストは調査テスト フェーズであり、ほぼ破壊的な態度を取り、設計だけでなく動作や顧客の期待さえもテストすることに重点が置かれます。また、ソフトウェア/ハードウェア要件仕様で定義されている範囲まで、および範囲を超えてテストすることも目的としています。
ユース ケース テストは、ユース ケースがテスト ケースになる検証および検証テストの特殊な形式です。この種のテストの目的は、ソフトウェアが本来の動作をするかどうかを確認することです。すなわち。私はその機能仕様を満たしています。
検証:ソフトウェアを評価して、特定の開発フェーズの製品がそのフェーズの開始時に課せられた条件を満たしているかどうかを判断するプロセス。
検証:開発プロセス中または開発プロセスの最後にソフトウェアを評価して、指定された要件を満たしているかどうかを判断するプロセス。
つまり、検証は、製品が実際にユーザーのニーズを満たしていること、および仕様がそもそも正しいことを保証するものであり、検証は、製品が要件と設計仕様に従って構築されていることを保証するものです。検証により、「正しいものを構築した」ことが保証されます。検証により、「正しく構築した」ことが保証されます。検証は、提供された製品が意図された用途を満たすことを確認します。
于 2009-11-29T07:00:23.883 に答える