軟件回歸測試及其實(shí)踐(存儲版)
【正文】 定的難度。 (4)如果必要，生成新的測試用例集 T1，用于測試T0無法充分測試的軟件部分。不同的測試者可能會依據(jù)自己的經(jīng)驗(yàn)和判斷選擇不同的回歸測試技術(shù)和策略。 在實(shí)際工作中，可以將回歸測試與兼容性測試結(jié)合起來進(jìn)行。 在組織回歸測試時(shí)需要注意兩點(diǎn)，首先是各測試階段發(fā)生的修改一定要在本測試階段內(nèi)完成回歸，以免將錯(cuò)誤遺留到下一測試階段。 在測試軟件時(shí)，應(yīng)用多種測試技術(shù)是常見的。 (2) 從原基線測試用例庫 T中，排除所有不再適用的測試用例，確定那些對新的軟件版本依然有效的測試用例，其結(jié)果是建立一個(gè)新的基線測試用例庫 T0。 (3)基于操作層面選擇測試 如果基線測試用例庫的測試用例是基于軟件操作層面開發(fā)的，測試用例的分布情況反映了系統(tǒng)的實(shí)際使用情況。當(dāng)測試組選擇縮減的回歸測試時(shí)，有可能刪除了將揭示回歸錯(cuò)誤的測試用例，消除了發(fā)現(xiàn)回歸錯(cuò)誤的機(jī)會。冗余測試用例的存在降低了回歸測試的效率。隨著軟件的改變，軟件的功能和應(yīng)用接口以及軟件的實(shí)現(xiàn)發(fā)生了演變，測試用例庫中的一些測試用例可能會失去針對性和有效性，而另一些測試用例可能會變得過時(shí)，還有一些測試用例將完全不能運(yùn)行。 因此，通過選擇正確的回歸測試策略來改進(jìn)回歸測試的效率和有效性是非常有意義的。 當(dāng)軟件中所含錯(cuò)誤被發(fā)現(xiàn)時(shí)，如果錯(cuò)誤跟蹤與管理系統(tǒng)不夠完善，就可能會遺漏對這些錯(cuò)誤的修改；而開發(fā)者對錯(cuò)誤理解得不夠透徹，也可能導(dǎo)致所做的修改只修正了錯(cuò)誤的外在表現(xiàn)，而沒有修復(fù)錯(cuò)誤本身，從而造成修改失?。恍薷倪€有可能產(chǎn)生副作用從而導(dǎo)致軟件未被修改的部分產(chǎn)生新的問題，使本來正常工作的功能產(chǎn)生錯(cuò)誤。同時(shí)，還需要補(bǔ)充新的測試用例來測試新的或被修改了的功能。在需要進(jìn)行回歸測試的時(shí)候，就可以根據(jù)所選擇的回歸測試策略，從基線測試用例庫中提取合適的測試用例組成回歸測試包，通過運(yùn)行回歸測試包來實(shí)現(xiàn)回歸測試。
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1