時間と共に、手動テストはスクラムのようなアジャイル手法に適応してきました。最初はテスターは「スプリントの終わり」に働き、作業全体の成果をテストしていました。これはしばしば混乱を引き起こし、十分なテストが行われない結果となりました（問題）。
主な問題は、テストのための時間が不足していること、要件の頻繁な変更、タスクがスプリントの間にテスターに届かないことです。テスターはプレッシャーにさらされ、品質が低下します（問題）。
解決策は、スプリントの最初からテスターをチームに統合することです：会議に参加し、新しいタスクが発生するたびにテストケースを計画し、毎日のスタンドアップやレトロスペクティブを共に行い、テストアーティファクトのステータスの透明性を高めることです（解決策）。
重要な特徴：
スプリントのすべてのタスクが完了するまでテストを開始してはいけませんか？
いいえ、テスターはスプリントの初日から関与し、可能な限り未完成の機能をテストするべきです。
すべてのバグは現在のスプリントで修正する必要がありますか？
必ずしもそうではありません。クリティカルなバグは修正すべきですが、非クリティカルなものは外部バックログに移し、次のスプリントで修正することができます。
スクラムに自動化があっても手動テストは必要ですか？
はい、手動テストは新しい機能や非定型の要件を確認するために、また探索的テストのために非常に重要です。
テスターは計画に参加せず、スプリントの終わりまで新しいタスクのストーリーにアクセスできませんでした。その結果、テストは急いで書かれ、一部のバグは次のスプリントに持ち越されました。
プラスの面：
マイナスの面：
テスターはスプリントの初日からチームに参加し、会議に参加し、発生するタスクを事前に見て、開発と並行してテストを計画しました。
プラスの面：
マイナスの面：