1.アジャイルテストとは
アジャイルテストは、アジャイルメソッドに適応するために採用された新しいテストプロセス、メソッド、およびプラクティスです。従来のテストプロセスに合わせて調整されており、テスト計画やテストケース設計などの作業の割合を減らし、製品デザインを増やすなど、別の焦点を持っています。 、開発者のコミュニケーションとコラボレーション。
アジャイルテストプロセスでは、ユニットテストに参加し、継続的な反復の新機能に焦点を当て、これらの新機能に対して十分な受け入れテストを実施します。元の機能の回帰テストは自動テストに依存しています。
簡単に言えば、アジャイルテストとは、ソフトウェア品質の問題に関する迅速なフィードバックと迅速な反復を継続的に提供することです。つまり、短期間での開発、立ち上げ、フィードバック、最適化を実行して、プロジェクトの調整を容易にし、俊敏性を高めます。
2.プロジェクトのアジャイルテストのアプリケーションフォーム
スタンドアップミーティング：毎朝15〜30分のミーティングです。ミーティング形式は、プロジェクトチームのメンバーがホワイトボードに行き、昨日完了したこと、発生した問題、または優れた方法を紹介します。本日完了する予定の作業内容など。
ホワイトボードには、需要プール、開発準備完了、開発完了済みSR、テスト準備完了、テスト完了済みSR、受け入れ準備完了、受け入れSR、および受け入れ完了SRが書き込まれます。
ホワイトボード上のストーリーの進行状況を分析して、プロジェクトに進行遅延があるかどうかを確認します。遅延がある場合は、プロジェクトマネージャーが質問し、理由を分析して、改善方法を見つけます。
エクストリームプログラミング（XP）は、開発者が高品質のコードをすばやく作成できるようにするソフトウェア開発プロセスです。XPの開発者は、プログラミングをペアにして、コードの品質を向上させることができます。
テスト駆動開発：アジャイルテストでは、各ストーリーに開始時間と終了時間が計画されています。開発者が独自のストーリーを分析および設計する場合、テスターはストーリーのテストケースを分析および設計する必要があり、開発者は提出時にテスターに示す必要があります。ケースは、開発されたストーリー機能が実装され、テストを開始できることを示しています。
このとき、テスターがテストを実行します。テストのためにストーリーをテスターに提出する必要があるときに開発者が機能開発を完了していない場合、テスターは開発者を監督してテストを提出する必要があります・提出や分析が遅れた場合は、対策の見直しのため、プロジェクトにフィードバックする必要があります。
3.アジャイルテストと従来のテストの違い
1.プロジェクトは並行開発とテストに相当し、プロジェクト全体の時間が短縮されます。
2.モジュールは迅速に提出され、テストはより抑圧的です。
3.作業タスクの明確な分割と高い作業効率。
4.プロジェクト計画は合理的である必要があります。そうでない場合、テスト中に再テストが行われ、ワークロードが増加します。
5.問題を見つけたらフォローアップする必要があるプロジェクトの担当者は忙しく、問題は簡単に忘れられます。
6.プロジェクトにほとんど影響を与えない、時間のかかる問題や解決が困難な問題は、通常、解決のために次の段階に残されます。
7. BUGは迅速に解決でき、関連モジュールのテストへの影響は比較的小さいことがわかります。
8.バージョンの変更は頻繁であり、テストの速度に影響します。
9.開発についてより多くのことを伝えます。
10.バージョンの更新に注意してください。
11.テスト担当者は、プロジェクトチーム全体のほぼすべての会議に参加する必要があります。
第4に、アジャイルテストの主要なプロセス
スプリントでは、テスターの作業内容は主に5つの部分に分かれます。ユーザーストーリー分析、テストケースの設計と開発、テストの実行と分析、テストの継続的統合、および回帰テストです。次の図に示すように、これらの5つの部分の作業はスプリントの終わりまで続きますが、開始時刻は早くて遅くなります。
ユーザーストーリー分析：アジャイルテストは、お客様のニーズの実現を継続的に確認することです。したがって、ユーザーニーズの分析と理解を継続する必要があり、見つかった偏差は時間内に修正され、妥当な受け入れポイントとテスト項目が設定されます。
テストケース開発作業：テストケースの設計、完全なテストコード開発、テストデータの準備、およびソフトウェアインターフェイスと開発者とのコミュニケーションを適切に行い、テストコードがビジネスコードを確実に推進できるようにします。
作業のテストと分析：テストの実行、テストカバレッジのカウント、テスト結果の分析、バグが見つかった場合の時間内のコミュニケーション、およびバグの特定を支援します。
継続的統合作業：テストコードを統合して、現在の機能が後続の統合コードによって汚染されている場合に、時間内にアラームが発生し、ソフトウェア製品の機能ベースラインを継続的に改善できることを確認します。
RegressionTesting作業：すべてのユーザーストーリーを完了した後、すべてのコードで完全な回帰テストを実行し、すべてのバグ修正を確認します。
5.アジャイルテスターは、開発の生産性をどのように向上させることができますか？
アジャイルテストでは、テスターは進行を加速するのに役立つ人々、つまり生産性を向上させる人々です。
1.欠陥がタイムリーに発見されれば、修正が容易になります。
たとえば、1日以内に発見でき、1日以内に発生する変更はほとんどなく、問題を見つけやすくなります。これには、ほぼリアルタイムで欠陥を見つけるための自動テストツールが必要です。
継続的な統合が1日に1回実行される場合、統合テストが失敗する理由は非常に1つであり、簡単に特定できます。承認/エンコード/暗号化/多重化/変調//表示からのデジタルTVシステムを想像してみてください...多くの情報は非常に不透明です。統合が最後に行われた場合、問題の場所を特定することは基本的に不可能です。
2.欠陥を見つけた人が欠陥を作った人であれば、修正する方が簡単です。
開発者が自動テストツールを使用している場合、自分のプログラムに問題があるかどうかをすぐに確認できます。テスト担当者にそれらを渡すのではなく、修正する方が簡単です。コンパイラを想像してみてください。コンパイルアクティビティが他の人に委任されている場合（現時点では想像しにくいことですが、これは実際にはソフトウェア開発の非常に初期の段階です）、効率は非常に低くなります。
3.開発者がバグの発見と修正に費やす時間が少ないほど、開発効率は高くなります。
別の推論は、欠陥のない製品よりも欠陥のない製品に機能を追加する方がはるかに簡単であるということです。
したがって、1と2の推論は、開発効率を向上させることです。
6.アジャイルテスターは何をしますか？
- 自動テストの効率と効果を継続的に促進します。
- 継続的統合の効率と効果を継続的に促進します。
- 開発者が欠陥を処理するのではなく、開発者が機能を開発するのにかかる時間を継続的に改善します（欠陥が開発者自身によって作成された場合でも）。
もちろん、各ソフトウェアにはその要件/スケジュール/品質/コストについて異なる目標と戦略があるという前提があります。アジャイルテスターは自己中心的であり得ず、テスト活動の影響を一方的に追求することはできませんが、開発チームがそれを達成するのに役立つはずです。目標と戦略。