<ruby id="h6500"><table id="h6500"></table></ruby>
    1. <ruby id="h6500"><video id="h6500"></video></ruby>
          1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>

            回歸測試概念和策略

            發(fā)表于:2014-10-29來(lái)源:uml.org.cn作者:不詳點(diǎn)擊數: 標簽:回歸測試
            回歸測試做為測試中最重要,同時(shí)也是最復雜的一種測試類(lèi)型。一直都是大家關(guān)注的焦點(diǎn)。轉載一篇關(guān)于回歸測試的概述,這篇文章從回歸測試的基本概念定義、回歸測試的測試策略包

              回歸測試做為測試中最重要,同時(shí)也是最復雜的一種測試類(lèi)型。一直都是大家關(guān)注的焦點(diǎn)。轉載一篇關(guān)于回歸測試的概述,這篇文章從回歸測試的基本概念定義、回歸測試的測試策略包括測試用例的維護和更新,回歸測試用例的選擇、回歸測試的實(shí)施步驟等都做了較為詳盡的描述。更從回歸測試的角度闡述了自動(dòng)化測試對于回歸測試的重要性。如果要詳細了解回歸測試,強烈推薦此文。

              一、 概述

              在軟件生命周期中的任何一個(gè)階段,只要軟件發(fā)生了改變,就可能給該軟件帶來(lái)問(wèn)題。軟件的改變可能是源于發(fā)現了錯誤并做了修改,也有可能是因為在集成或維護階段加入了新的模塊。當軟件中所含錯誤被發(fā)現時(shí),如果錯誤跟蹤與管理系統不夠完善,就可能會(huì )遺漏對這些錯誤的修改;而開(kāi)發(fā)者對錯誤理解的不夠透徹,也可能導致所做的修改只修正了錯誤的外在表現,而沒(méi)有修復錯誤本身,從而造成修改失敗;修改還有可能產(chǎn)生副作用從而導致軟件未被修改的部分產(chǎn)生新的問(wèn)題,使本來(lái)工作正常的功能產(chǎn)生錯誤。同樣,在有新代碼加入軟件的時(shí)候,除了新加入的代碼中有可能含有錯誤外,新代碼還有可能對原有的代碼帶來(lái)影響。因此,每當軟件發(fā)生變化時(shí),我們就必須重新測試現有的功能,以便確定修改是否達到了預期的目的,檢查修改是否損害了原有的正常功能。同時(shí),還需要補充新的測試用例來(lái)測試新的或被修改了的功能。為了驗證修改的正確性及其影響就需要進(jìn)行回歸測試。

              回歸測試在軟件生命周期中扮演著(zhù)重要的角色,因忽視回歸測試而造成嚴重后果的例子不計其數,導致阿里亞娜5型火箭發(fā)射失敗的軟件缺陷就是由于復用的代碼沒(méi)有經(jīng)過(guò)充分的回歸測試造成的。

              回歸測試作為軟件生命周期的一個(gè)組成部分,在整個(gè)軟件測試過(guò)程中占有很大的工作量比重,軟件開(kāi)發(fā)的各個(gè)階段都會(huì )進(jìn)行多次回歸測試。在漸進(jìn)和快速迭代開(kāi)發(fā)中,新版本的連續發(fā)布使回歸測試進(jìn)行的更加頻繁,而在極端編程方法中,更是要求每天都進(jìn)行若干次回歸測試。因此,通過(guò)選擇正確的回歸測試策略來(lái)改進(jìn)回歸測試的效率和有效性是非常有意義的。

              二、 回歸測試策略

              對于一個(gè)軟件開(kāi)發(fā)項目來(lái)說(shuō),項目的測試組在實(shí)施測試的過(guò)程中會(huì )將所開(kāi)發(fā)的測試用例保存到“測試用例庫”中,并對其進(jìn)行維護和管理。當得到一個(gè)軟件的基線(xiàn)版本時(shí),用于基線(xiàn)版本測試的所有測試用例就形成了基線(xiàn)測試用例庫。在需要進(jìn)行回歸測試的時(shí)候,就可以根據所選擇的回歸測試策略,從基線(xiàn)測試用例庫中提取合適的測試用例組成回歸測試包,通過(guò)運行回歸測試包來(lái)實(shí)現回歸測試。保存在基線(xiàn)測試用例庫中的測試用例可能是自動(dòng)測試腳本,也有可能是測試用例的手工實(shí)現過(guò)程。

              回歸測試需要時(shí)間、經(jīng)費和人力來(lái)計劃、實(shí)施和管理。為了在給定的預算和進(jìn)度下,盡可能有效率和有效力地進(jìn)行回歸測試,需要對測試用例庫進(jìn)行維護并依據一定的策略選擇相應的回歸測試包。

              1、測試用例庫的維護

              為了最大限度地滿(mǎn)足客戶(hù)的需要和適應應用的要求,軟件在其生命周期中會(huì )頻繁地被修改和不斷推出新的版本,修改后的或者新版本的軟件會(huì )添加一些新的功能或者在軟件功能上產(chǎn)生某些變化。隨著(zhù)軟件的改變,軟件的功能和應用接口以及軟件的實(shí)現發(fā)生了演變,測試用例庫中的一些測試用例可能會(huì )失去針對性和有效性,而另一些測試用例可能會(huì )變得過(guò)時(shí),還有一些測試用例將完全不能運行。為了保證測試用例庫中測試用例的有效性,必須對測試用例庫進(jìn)行維護。同時(shí),被修改的或新增添的軟件功能,僅僅靠重新運行以前的測試用例并不足以揭示其中的問(wèn)題,有必要追加新的測試用例來(lái)測試這些新的功能或特征。因此,測試用例庫的維護工作還應包括開(kāi)發(fā)新測試用例,這些新的測試用例用來(lái)測試軟件的新特征或者覆蓋現有測試用例無(wú)法覆蓋的軟件功能或特征。

              測試用例的維護是一個(gè)不間斷的過(guò)程,通??梢詫④浖_(kāi)發(fā)的基線(xiàn)作為基準,維護的主要內容包括下述幾個(gè)方面。

              (1)、刪除過(guò)時(shí)的測試用例

              因為需求的改變等原因可能會(huì )使一個(gè)基線(xiàn)測試用例不再適合被測試系統,這些測試用例就會(huì )過(guò)時(shí)。例如,某個(gè)變量的界限發(fā)生了改變,原來(lái)針對邊界值的測試就無(wú)法完成對新邊界測試。所以,在軟件的每次修改后都應進(jìn)行相應的過(guò)時(shí)測試用例的刪除。

            原文轉自:http://www.uml.org.cn/Test/2009031910.asp

            老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月
              <ruby id="h6500"><table id="h6500"></table></ruby>
              1. <ruby id="h6500"><video id="h6500"></video></ruby>
                    1. <progress id="h6500"><u id="h6500"><form id="h6500"></form></u></progress>