從一個實例詳解敏捷測試的最佳實踐(16)

3.4.2 執行驗收測試

驗收測試可以分為兩大類，基本驗證測試和功能測試。如果是基本驗證測試，推薦開發人員在運行完單元測試和提交代碼前直接運行自動測試腳本。如果是功能測試，可以在每個 Sprint 后期，新功能代碼提交后，由測試人員單獨執行。

敏捷開發的開發和測試是相輔相成的。一旦基本驗證測試出現問題，那就說明開發人員的實現違反了最初客戶定義的需求，所以不能夠提交。如果功能測試出現問題，那么測試人員要及時與開發人員溝通。如果是缺陷，需及時上報給項目經理，并在每天站立會議中提出；如果不是，那么繼續下一項任務。這個過程充分體現了敏捷開發所提倡的團隊交流機制。

3.4.3 執行回歸測試

在發布周期中，測試人員所肩負的任務非常重要，因為這是產品發布前的最后質量檢驗。

首先，要建立一套自動生成 build、運行自動測試代碼、手工執行測試用例并匯總測試結果的框架。估算方法參加上文。

其次，定期執行各類測試，包括功能和系統測試。

最后，要整理之前在每個特征測試周期中出現的問題。如果已經整理并歸類為回歸測試用例，那么只要定時執行就可以了；否則，需一一添加。如果用例已經被自動化，可以直接運行；如果是手工測試，測試人員需要按照測試用例進行操作，最后匯總測試結果。這部分測試就是所謂的回歸測試。

回頁首

總結

以上我們回顧了敏捷測試在整個項目開發中的基本流程。詳細介紹了各階段存在的主要測試活動，結合實際項目，敘述每個測試活動的最佳實踐。

原文轉自：https://www.ibm.com/developerworks/cn/rational/r-cn-agiletestexplain/