再テストとは何ですか？
再テスト:以前のビルドで発見および投稿された欠陥が修正されたか、現在のビルドで修正されていないことを確認します。
再テストでは、以前に失敗したテストケースを新しいソフトウェアで再度実行して、以前に投稿された欠陥が修正されているかどうかを確認します。
簡単に言えば、再テストとは、修正後に特定のバグをテストすることです。
例:ビルド1.0がリリースされたとします。 ビルド1.0のテスト中に、テストチームはいくつかの欠陥（例えば、欠陥Id1.0.1と欠陥Id1.0.2）を発見し、投稿しました。 テストチームは、欠陥が修正されているかどうかを確認するために、ビルド1.1の欠陥1.0.1と1.0.2をテストします（これら二つの欠陥がビルド1.1のリリー
プロセス：バグのライフサイクルに従って、テスターがバグを発見すると、バグは開発チームに報告されます。 バグのステータスは”New”にする必要があります。 開発チームはバグを受け入れるか拒否することができます。 開発チームがバグを受け入れた場合、彼らはそれを修正し、次のリリースでそれをリリースします。 バグのステータスは”READY For QA”になります。 これで、テスターはバグを検証して、バグが解決されたかどうかを確認します。 このテストは再テストと呼ばれます。 再テストは計画されたテストです。 以前のビルドで使用したのと同じテストデータで同じテストケースを使用します。 バグが見つからない場合は、バグのステータスを”修正済み”に変更し、それ以外の場合は”未修正”に変更し、欠陥再テスト文書を開発チームに送信します。
以下のビデオをチェックして、”再テストとは何か&いつ再テストを行うのですか”を確認してください”
我慢してください。 ビデオはしばらくしてロードされます。
このビデオが好きなら、より多くのビデオチュートリアルのために私たちのYouTubeチャンネルを購読してください。
いつ再テストを行うのですか：
1. リリースノートに特定のバグ修正が指定されている場合：
開発チームが新しいビルドをリリースすると、テストチームはバグが修正されているかどうかを確
2. バグが拒否された場合：
開発チームは、テスターによって提起されたバグをほとんど拒否し、バグの状態を再現できないと言及することがあります。 この場合、テスターは同じ問題を再テストして、問題が有効で再現可能であることを開発者に知らせる必要があります。
このシナリオを回避するには、良いバグレポートを書く必要があります。 ここに良いバグレポートを書く方法に関する投稿があります。
3. 顧客が再テストを要求するとき:
時々、顧客はプロダクトの質の信任を得るために私達にテストを再度するように要求するかもしれません。 この場合、テストチームは製品を再度テストします。
バグ修正を再テストするだけでコードの変更が行われた後、製品は決してリリースされるべきではありません。
また読む：回帰と再テストの違い
完全な手動テストチュートリアルについては、これをチェックしてください