這篇 GitHub 文章介紹回歸測試（regression testing）的基本概念：當軟體修改、加入新功能或修補漏洞之後，原本正常運作的功能卻意外出問題，這種現象就叫回歸（regression）。回歸測試的目的，就是在每次改動代碼之後，重新驗證系統是否仍然正常運作，確保新的修改沒有破壞舊有功能。
文章具體列出八種回歸測試技巧：單元回歸測試只重測被改到的程式單元；部分回歸測試連帶測試相關聯的組件；完整回歸測試把整個系統重跑一遍；漸進式回歸測試邊加新功能邊確認舊功能沒壞；選擇性回歸測試只挑部分測試案例而非整套；自動化與手動回歸測試則是依是否用工具執行來區分；非功能性回歸測試檢查效能與可用性。
值得注意的是，文章把 GitHub Actions 當作實際範例，說明它作為原生 CI/CD 工具，能把回歸測試自動化並整合進持續整合流程，不用每次改完代碼都靠人工重測一遍。文章也強調，回歸測試要伴隨每次修改持續進行，才能及早抓到非預期的變化、維持使用者信心。
對正在學程式的孩子來說，回歸測試其實是一個很實用的習慣：每次改完程式，不要只確認新功能有沒有做出來，還要回頭檢查原本能動的功能是不是被自己改壞了。這篇文章提到的「單元測試」「完整測試」等分類，可以讓孩子理解測試不是只有一種做法，而是依照專案大小與時間，選擇適合的測試範圍，這是寫程式時很實用的技巧。
軟體測試開發工具CI/CD