QAの場合、欠陥の再テストとリグレッションの実行に膨大な時間を費やす可能性があるため、QA時間の予算と追跡が困難になることがあります。例として、50のユースケースを持つWebアプリケーションを取り上げることができます。
QA時間の予算を立てるためのヒントは何ですか？
4 に答える
1
エビデンスベースのスケジューリングを確認してください。確かに、そもそも機能の開発を目的としていますが、最初にどれだけ多くのことをしなければならないか、そしてコーディングの信頼性がどれほどあるかを知ることには真実があります。スケジュール内のタスクには、最後の回帰テストの実行にかかった時間や、単体テストの開発にかかった時間などがあります。
于 2008-09-25T19:59:27.167 に答える
1
過去の履歴は、将来のパフォーマンスの良い指標です。最後の回帰にはどのくらいの時間がかかりましたか?
于 2008-09-25T19:55:10.470 に答える
0
理想的には、推定値を使用するためのいくつかの経験的データがあります
- QAはユースケースの実行をどのように記録していますか？
- テスト実行時間をログに記録していない場合は、おそらくログに記録されているはずです。
- セットアップ時間/実際のテスト実行時間を記録することを常にお勧めします。これにより、テスト実行中にQAが中断した場合が考慮され、より現実的な測定値が提供されます。（つまり、実行するのに5分のユースケースかもしれませんが、QAが5分ごとに中断される場合、推定実行時間を使用することはガイドとして役に立たないです）
お役に立てれば
于 2008-09-25T19:57:43.037 に答える