「回帰テスト」の版間の差分

そのため、ほとんどのソフトウェア開発の状況では、コーディングのネストプラクティスとして、バグの修正を行ったら、バグを再現させたテストを実行して、さらにプログラムに以降の変更を行ったときに定期的にプログラムへの同じテストを再実行することが挙げられている<ref name="kolawa">{{Cite book|last=Kolawa|first=Adam|last2=Huizinga, Dorota|title=Automated Defect Prevention: Best Practices in Software Management|url=http://www.wiley.com/WileyCDA/WileyTitle/productCd-0470042125.html|year=2007|publisher=Wiley-IEEE Computer Society Press|page=73|isbn=978-0-470-04212-0}}</ref>。 これは、プログラミング手法を使用した[[手動テスト]]手順で実行できるが、多くの場合、[[テスト自動化|自動テスト]]ツールを使用して実行される<ref>[http://safari.oreilly.com/0201794292/ch08lev1sec4 Automate Regression Tests When Feasible], Automated Testing: Selected Best Practices, Elfriede Dustin, Safari Books Online</ref>。 このようなテストスイートには、テスト環境ですべての回帰[[テストケース|テストケースを]]自動的に実行できるようにするソフトウェアツールが含まれる。一部のプロジェクトでは、自動システムをセットアップして、指定された間隔ですべての回帰テストを再実行し、障害を報告する（これは回帰または古いテストを意味する可能性がある）<ref>{{Cite web|url=http://www.drdobbs.com/tools/change-code-without-fear/206105233|title=Change Code Without Fear: Utilize a Regression Safety Net|author=daVeiga|first=Nada|website=[[Dr. Dobb's Journal]]|date=2008-02-06|accessdate=2020-12-21}}</ref>。 一般的な戦略は、コンパイルが成功するたびに（小さなプロジェクトの場合）、毎晩、または週に1回、このようなシステムを実行することである。これらの戦略は、外部ツールによって自動化できる。

回帰テストは、プログラムの''[[正当性 (計算機科学)|正当性]]''をテストするためだけでなく、多くの場合、その出力の品質を追跡するためにも使用できます。 <ref>{{Cite web|url=http://www.wrox.com/WileyCDA/Section/id-291252.html|title=Regression Testing, Programmer to Programmer|author=Kolawa|first=Adam|authorlink=Adam Kolawa|website=Wrox|accessdate=2020-12-21}}</ref>たとえば、[[コンパイラ]]の設計では、回帰テストでコードサイズと、テストスイートのケースをコンパイルして実行するのにかかる時間を追跡できます。