再テスト（re-Testing）

使用例

ログイン機能のテストケースが、パスワード検証の欠陥が見つかったために失敗しました。開発者がその欠陥を修正します。再テストは、修正措置が機能したことを検証するために、同じテストケースを再度実行します。ログインは成功し、以前失敗したテストケースは合格します。再テストは失敗したテストだけを再実行することに注意してください。変更されていない機能の検証は回帰テストです。

よくある質問

再テストと回帰テストの違いは何ですか？ 再テストは、前回の実行で失敗したテストケースを再実行して、修正措置が成功したことを検証します。回帰テストは、以前にテスト済みで変更されていない機能をテストし、変更によって新しい欠陥が導入されていないことを確認します。修正後は両方とも必要です。

再テストは確認テストとも呼ばれますか？ ISTQBの用語集ではこれらを関連するものとして扱っています。確認テストは、欠陥が修正されたことを検証するという同じ概念であり、どちらも回帰テストと対比されます。多くのシラバスではこれらの用語は同じ意味で使用されます。

再テストはいつ行われますか？ 欠陥の修正後、修正が受け入れられる前に行われます。通常は、周辺機能の回帰テストが続きます。

再テストは自動化できますか？ はい。以前失敗した自動化テストケースを再実行します。理想的には、回帰スイートも実行するCIパイプラインの一部として行います。

関連用語

• confirmation testing — 欠陥が実際に修正されたことを検証すること
• regression testing — 変更後に変更されていない機能をテストすること
• defect — 修正措置が対処するもの
• test case — 再実行される単位
• debugging — 再テストの前に欠陥を特定して修正すること
• failure — テストを失敗させた観測された動作