Agile-testing-workproducts
アジャイルテスト-ワークプロダクト
テスト計画はリリース計画時に作成され、スプリント計画ごとに改訂されます。 テスト計画は、テストを完全に網羅するためのテストプロセスのガイドとして機能します。
テスト計画の典型的な内容は次のとおりです-
- テスト戦略
- テスト環境
- テスト範囲
- テストの範囲
- テストの労力とスケジュール
- テストツール
アジャイルプロジェクトでは、すべてのチームメンバーが製品の品質について責任を負います。 したがって、誰もがテスト計画に参加します。
テスターの責任は、必要な指示を提供し、チームの他のメンバーにテストの専門知識を指導することです。
ユーザーストーリー
ユーザーストーリーは原則として作業成果物をテストしていません。 ただし、アジャイルプロジェクトでは、テスターはユーザーストーリーの作成に参加します。 テスターは、顧客に価値をもたらし、システムの考えられるさまざまな動作をカバーするユーザーストーリーを作成します。
また、テスト担当者は、すべてのユーザーストーリーがテスト可能であること、および受け入れ基準を確認します。
手動および自動テスト
テストの最初の実行中に、手動テストが使用されます。 彼らが含まれます-
- 単体テスト
- 統合テスト
- 機能テスト
- 非機能テスト
- 受入試験
テストは、その後の実行のために自動化されます。
- テスト駆動開発*では、ユニットテストが最初に記述されて失敗し、テストに合格するようコードが開発およびテストされます。
- 受け入れテスト駆動型開発*では、受け入れテストは最初に記述されて失敗し、コードが開発され、テストに合格することを確認します。
他の開発方法では、テスト担当者はチームの他のメンバーと協力してテストカバレッジを確保します。
すべてのタイプの方法で、継続的インテグレーションテストが含まれる継続的インテグレーションが行われます。
チームは、いつどのテストを自動化するかを決定できます。 テストの自動化に労力と時間が必要な場合でも、結果として自動化されたテストにより、アジャイルプロジェクトの反復中に繰り返されるテストの労力と時間が大幅に削減されます。 これにより、チームは、新しいユーザーストーリー、変更など、他の必要なアクティビティにより注意を払うことができます。
*Scrum* では、反復はタイムボックス化されます。 したがって、特定のスプリントでユーザーストーリーのテストを完了できない場合、テスターは毎日のスタンドアップミーティングで、ユーザーストーリーがそのスプリント内で完了ステータスに到達できないため、次のスプリントまで保留する必要があることを報告できます。
試験結果
アジャイルプロジェクトでのテストのほとんどは自動化されているため、ツールは必要なテスト結果ログを生成します。 テスターはテスト結果ログを確認します。 テスト結果は、スプリント/リリースごとに維持する必要があります。
以下を含むテスト概要も準備できます-
- テスト範囲(テストされたものとテストされなかったもの)
- 可能であれば、障害分析と根本原因分析
- 欠陥修正後の回帰テストのステータス
- 問題と対応する解決策
- 保留中の問題(ある場合)
- テスト戦略で必要な修正
- テスト指標
テストメトリックレポート
アジャイルプロジェクトでは、テストメトリックには各スプリントの次のものが含まれます-
- テストの取り組み
- テスト推定精度
- テスト範囲
- 自動化されたテストカバレッジ
- No. 欠陥の
- 不良率(No. ユーザーストーリーポイントごとの欠陥の数)
- 欠陥の重大度
- 同じスプリントで欠陥を修正する時間(現在のスプリントを回避するバグを修正するには、24倍の費用がかかります)
- No. 同じスプリントで修正された欠陥の
- スプリント内での顧客による受け入れテストの完了
スプリントレビューと回顧レポート
テスターは、スプリントレビューと回顧レポートにも貢献しています。 典型的な内容は-
- テスト指標
- テスト結果ログのレビュー結果
- テストの観点から何がうまくいき、何が改善できるか
- ベストプラクティス
- 学んだ教訓
- 問題点
- お客様の声