Agile-testing-overview

提供:Dev Guides
移動先:案内検索

アジャイルテスト-概要

  • アジャイル*は、開発とテストの両方のアクティビティが同時に行われる反復的な開発方法です。 テストは独立したフェーズではありません。コーディングとテストは対話形式で段階的に行われ、最終的な高品質の製品が得られ、顧客の要件を満たします。 さらに、継続的な統合により、早期の欠陥除去が可能になり、時間、労力、コストが節約されます。

アジャイルマニフェスト

アジャイルマニフェストは2001年にソフトウェア開発者チームによって公開され、変化する要件と顧客の関与に対応する開発チームの重要性を強調しています。

アジャイルマニフェストは-

私たちは、ソフトウェアを開発し、他の人がそれを行うのを支援することにより、ソフトウェアを開発するより良い方法を発見しています。 この作業を通じて、私たちは価値になっています-

  • プロセスとツールを介した個人と相互作用。
  • 包括的なドキュメントよりも機能するソフトウェア。
  • 契約交渉に関する顧客コラボレーション。
  • 計画に従うことによる変化への対応。

つまり、右側の項目には値がありますが、左側の項目にはさらに値を付けます。

アジャイルテストとは何ですか?

アジャイルテストは、アジャイルソフトウェア開発の原則に従うソフトウェアテスト方法です。

アジャイルテストには、プロジェクトチームのすべてのメンバーが参加し、テスターが特別な専門知識を提供します。 テストは独立したフェーズではなく、要件、設計とコーディング、テストケース生成などのすべての開発フェーズに織り込まれています。 テストは、開発ライフサイクルを通じて同時に行われます。

さらに、テスターが開発ライフサイクル全体に機能横断型チームメンバーとともに参加することで、より良い設計とコードで、顧客の要件に応じたソフトウェアの構築に向けたテスターの貢献が可能になります。

アジャイルテストは、すべてのレベルのテストとすべてのタイプのテストを対象としています。

アジャイルテスト対。 ウォーターフォールテスト

ウォーターフォール開発方法論では、開発ライフサイクルアクティビティは連続したフェーズで発生します。 したがって、テストは別のフェーズであり、開発フェーズの完了後にのみ開始されます。

以下は、アジャイルテストとウォーターフォールテストの違いのハイライトです-

Agile Testing Waterfall Testing
Testing is not a separate phase and occurs concurrently with development. Testing is a separate phase. All levels and types of testing can begin only after the completion of development.
Testers and developers work together. Testers work separately from developers.
Testers are involved in coming up with requirements. This helps in requirements mapping to the behaviors in the real world scenario and also framing the acceptance criteria. Also, logical Acceptance Test Cases would be ready along with the requirements. Testers may not be involved in the requirements phase.
Acceptance Testing is done after every iteration and customer feedback is sought. Acceptance Testing is done only at the end of the project.
Every iteration completes its own testing thus allowing regression testing to be implemented every time new functions or logic are released. Regression Testing can be implemented only after the completion of development.
No time delays between coding and testing. Usual time delays between coding and testing.
Continuous testing with overlapping test levels. Testing is a timed activity and test levels cannot overlap.
Testing is a best practice. Testing is often overlooked.

アジャイルテストの原則

アジャイルテストの原則は次のとおりです-

  • テストはプロジェクトを前進させます-継続的なテストは、継続的な進捗を保証する唯一の方法です。 アジャイルテストは継続的にフィードバックを提供し、最終製品はビジネスニーズを満たします。
  • テストはフェーズではありません-アジャイルチームは開発チームと一緒にテストを行い、特定の反復中に実装された機能が実際に実行されることを確認します。 テストは後のフェーズのために保持されません。
  • すべてのテスト-アジャイルテストでは、アナリスト、開発者、テスターを含むチーム全体がアプリケーションをテストします。 すべての反復の後、顧客でさえユーザー受け入れテストを実行します。
  • フィードバックループの短縮-アジャイルテストでは、ビジネスチームは各反復の製品開発を知ることができます。 彼らはすべての反復に関与しています。 継続的なフィードバックにより、フィードバックの応答時間が短縮されるため、それを修正するためのコストが削減されます。
  • コードをきれいに保つ-欠陥は同じ反復内で発生するため修正されます。 これにより、開発のあらゆるマイルストーンでクリーンなコードが保証されます。
  • 軽量ドキュメント-包括的なテストドキュメントの代わりに、アジャイルテスター-
  • 再利用可能なチェックリストを使用して、テストを提案します。
  • 付随的な詳細ではなく、テストの本質に焦点を当てます。
  • 軽量のドキュメントスタイル/ツールを使用します。
  • 探索的テストのために、チャーターでテストのアイデアをキャプチャします。
  • 複数の目的でドキュメントを活用します。
  • 手動テストと自動テストに1つのテストアーティファクトを活用-同じテストスクリプトアーティファクトを、手動テストと自動テストの入力として利用できます。 これにより、手動テスト文書の必要性と、同等の自動化テストスクリプトが不要になります。
  • 「完了」、完了しただけではありません-アジャイルでは、機能は開発後にではなく、開発およびテスト後に実行されると言われています。
  • *テスト最終対 Test Driven *-要件とともにテストケースが作成されます。 したがって、テストによって開発を推進できます。 このアプローチは、テスト駆動開発(TDD)および受け入れテスト駆動開発(ATDD)と呼ばれます。 これは、ウォーターフォールテストの最終段階としてのテストとは対照的です。

アジャイルテストアクティビティ

プロジェクトレベルでのアジャイルテストアクティビティは次のとおりです-

  • リリース計画(テスト計画)
  • すべての反復に対して、
  • 反復中のアジャイルテストアクティビティ
  • 回帰試験
  • リリースアクティビティ(テスト関連)

反復中のアジャイルテストアクティビティには、以下が含まれます-

  • 反復計画への参加
  • テストの観点からタスクを見積もる
  • 機能の説明を使用したテストケースの作成
  • 単体テスト
  • 統合テスト
  • 機能テスト
  • 欠陥修正
  • 統合テスト
  • 受け入れ試験
  • テストの進捗状況の報告
  • 欠陥追跡