アジャイルテスト-象限

従来のテストの場合と同様に、アジャイルテストもすべてのテストレベルをカバーする必要があります。

単体テスト

テストは、完全に手動、完全に自動、手動と自動の組み合わせ、またはツールでサポートされる手動にすることができます。

テストは-

いつ実行するテストを決定するには、テストがであるかどうかを決定する必要があります-

テストは、ビジネスドメインからの言葉で囲まれた質問に答える場合、ビジネス向けのテストです。これらはビジネスの専門家に理解されており、システムの振る舞いをリアルタイムのシナリオで説明できるように興味を持っています。

テストは、テクノロジードメインからの言葉で囲まれた質問に答える場合、テクノロジーに面したテストです。プログラマーは、テクノロジーの明確化に基づいて、何を実装する必要があるかを理解しています。

テストタイプのこれら2つの側面は、Brian Marickによって定義されたアジャイルテスト作業領域を使用して表示できます。

テストタイプの2つの側面を組み合わせて、次のアジャイルテスト作業領域はブライアンマリックによって導き出されます-

アジャイルテスト作業領域は、チームが必要なテストを識別、計画、実行するのに役立つ分類法を提供します。

*象限Q1 *-ユニットレベル、テクノロジーフェイシング、および開発者のサポート。ユニットテストはこの象限に属します。これらのテストは自動テストにすることができます。
*象限Q2 *-システムレベル、ビジネス向け、および製品動作の適合。機能テストはこの象限に属します。これらのテストは手動または自動のいずれかです。
*象限Q3 *-システムまたはユーザーの受け入れレベル、ビジネスに直面しており、リアルタイムシナリオに焦点を当てています。ユーザー受け入れテストはこの象限に属します。これらのテストは手動です。
*象限Q4 *-システムまたは運用の受け入れレベル、テクノロジーに直面し、パフォーマンス、負荷、ストレス、保守性、スケーラビリティテストに焦点を当てています。これらのテストには、自動化テストとともに特別なツールを使用できます。

これらを組み合わせて、 What-Testing-When を反映するアジャイルテスト作業領域は、次のように視覚化できます-