軟件回歸測試及其實踐-文庫吧在線文庫
【正文】 例如，某個變量的界限發(fā)生了改變，原來針對邊界值的測試就無法完成對新邊界的測試。并將新編寫的測試用例合并到基線測試包中。常用的選擇回歸測試的方式包括： (1)再測試全部用例 選擇基線測試用例庫中的全部測試用例組成回歸測試包，這是一種比較安全的方法，再測試全部用例具有最低的遺漏回歸錯誤的風險，但測試成本最高。 (4)再測試修改的部分 當測試者對修改的局部化有足夠的信心時，可以通過相依性分析識別軟件的修改情況并分析修改的影響，將回歸測試局限于被改變的模塊和它的接口上。 (5)用 T1執(zhí)行修改后的軟件。 回歸測試并不減少對系統(tǒng)新功能和特征的測試需求，回歸測試包應包括新功能和特征的測試。在新的配置條件下運行舊的測試可以發(fā)現(xiàn)兼容性問題，而同時也可以揭示編碼在回歸方面的錯誤。還可以在不影響測試目標的情況下，鼓勵測試者創(chuàng)造性地執(zhí)行測試用例，變化的輸入、按鍵和配置既能夠有助于激勵測試者又能揭示新的錯誤。為了支持多種回歸測試策略，自動測試工具應該是通用的和靈活的，以便滿足達到不同回歸測試目標的要求。 回歸測試的基本過程 有了測試用例庫的維護方法和回歸測試包的選擇策略，回歸測試可遵循下述基本過程進行 : (1) 識別出軟件中被修改的部分。一般而言，測試從主要特征到次要特征。 回歸測試的價值在于它是一個能夠檢測到回歸錯誤的受控實驗。 (3)刪除冗余的測試用例 如果存在兩個或者更多個測試用例針對一組相同的輸入和輸出進行測試，那么這些測試用例是冗余的。 測試用例庫的維護 為了最大限度地滿足客戶的需要和適應應用的要求，軟件在其生命周期中會頻繁地被修改和不斷推出新的版本，修改后的或者新版本的軟件會添加一些新的功能或者在軟件功能上產(chǎn)生某些變化。在漸進和快速迭代開發(fā)中，新版本的連續(xù)發(fā)布使回歸測試進
畢業(yè)設計相關推薦
鄂ICP備17016276號-1