アジャイルテスト-成果物

テスト計画はリリース計画時に作成され、スプリント計画ごとに改訂されます。テスト計画は、完全なテストカバレッジを実現するためのテストプロセスのガイドとして機能します。

テスト計画の典型的な内容は次のとおりです。

テスト戦略
テスト環境
テストカバレッジ
テストの範囲
テストの取り組みとスケジュール
テストツール

アジャイルプロジェクトでは、すべてのチームメンバーが製品の品質に責任を負います。したがって、誰もがテスト計画にも参加します。

テスターの責任は、必要な指示を提供し、チームの他のメンバーにテストの専門知識を提供することです。

ユーザーストーリー

ユーザーストーリーは、原則として作業成果物をテストしていません。ただし、アジャイルプロジェクトでは、テスターはユーザーストーリーの作成に参加します。テスターは、顧客に価値をもたらし、システムのさまざまな可能な動作をカバーするユーザーストーリーを作成します。

テスターはまた、すべてのユーザーストーリーがテスト可能であることを確認し、受け入れ基準を確認します。

手動および自動テスト

テストの最初の実行中に、手動テストが使用されます。それらは以下を含みます-

ユニットテスト
統合テスト
機能テスト
非機能テスト
受け入れテスト

その後、テストは後続の実行のために自動化されます。

に Test Driven Development、ユニットテストは最初に失敗するように記述され、コードはテストに合格することを確認するために開発およびテストされます。

に Acceptance Test Driven Development、受け入れテストは最初に失敗するように作成され、コードはテストに合格することを確認するために開発およびテストされます。

他の開発方法では、テスターはチームの他のメンバーと協力して、テストカバレッジを確保します。

すべてのタイプの方法で、継続的インテグレーションテストが含まれる継続的インテグレーションが行われます。

チームは、いつ、どのテストを自動化するかを決定できます。テストの自動化に労力と時間が必要な場合でも、結果として得られる自動化されたテストにより、アジャイルプロジェクトの反復中の反復テストの労力と時間が大幅に削減されます。これにより、チームは、新しいユーザーストーリー、変更など、他の必要なアクティビティにより多くの注意を払うことができます。

に Scrum、反復はタイムボックス化されます。したがって、特定のスプリントでユーザーストーリーのテストを完了できない場合、テスターは毎日のスタンドアップミーティングで、ユーザーストーリーがそのスプリント内で完了ステータスに到達できないため、次のスプリントまで保留する必要があることを報告できます。