<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ā)表于:2011-10-21來(lái)源:未知作者:領(lǐng)測軟件測試網(wǎng)采編點(diǎn)擊數: 標簽:回歸測試;測試用例
            隨著(zhù)系統的逐步成熟,每個(gè)版本包含的新特性越來(lái)越少,但是新功能對原系統的影響有多大是我們在測試時(shí)需要重點(diǎn)考慮的問(wèn)題。此時(shí),就勢必要進(jìn)行回歸測試。而且系統越成熟,回歸測試的比重也會(huì )越大。這將會(huì )對測試工作帶來(lái)不小的挑戰。 在實(shí)際工作中,經(jīng)常

              隨著(zhù)系統的逐步成熟,每個(gè)版本包含的新特性越來(lái)越少,但是新功能對原系統的影響有多大是我們在測試時(shí)需要重點(diǎn)考慮的問(wèn)題。此時(shí),就勢必要進(jìn)行回歸測試。而且系統越成熟,回歸測試的比重也會(huì )越大。這將會(huì )對測試工作帶來(lái)不小的挑戰。

              在實(shí)際工作中,經(jīng)常是一方面求全,希望覆蓋面盡量廣,避免漏測。另一方面求產(chǎn)出,大量的回歸測試用例,可能只發(fā)現很少的問(wèn)題,投入與產(chǎn)出不太匹配,會(huì )影響測試人員的士氣,甚至測試管理者也會(huì )對這種投入產(chǎn)出有所質(zhì)疑。并且,設計大量的自動(dòng)化測試腳本,會(huì )占用大量的時(shí)間。

              引子就說(shuō)這么多,看看大家對這一普遍問(wèn)題有什么看法和建議。

              回答:

              最近剛到新公司上班,面臨的比較突出的問(wèn)題是人力緊張,由于公司的產(chǎn)品用在Windows mobile,MTK,Kjava,Symbian,website幾部分,測試人員<5(+上我),如何高效的組織測試團隊確實(shí)是個(gè)挑戰?回歸測試屬于軟件測試環(huán)節比較重要的部分,所以花費了一些時(shí)間總結此文,希望能給測試人員稀少,產(chǎn)品或項目眾多的公司,提供一些建議:

              所謂回歸測試,即就是在軟件生命周期中,只要軟件發(fā)生了改變,就可能給該軟件產(chǎn)產(chǎn)生問(wèn)題;所以,每當軟件發(fā)生變化時(shí),

              我們就必須重新測試現有的功能,以便確定修改是否達到了預期的目的,檢查修改是否破壞原有的正常功能。

              其實(shí)僅單純從英文單詞Regress很好理解:return to a worse or less developed state.即是退化,衰退的意思, 檢查軟件從正常的穩定狀態(tài)退化或是衰退到不正常工作的不穩定狀態(tài)。

              注意:回歸測試不僅僅是針對在系統測試階段,而是在軟件生命周期中^_^

              如果以上的定義均明確后,有效的回歸測試應從這幾方面:

              其實(shí)最有效的回歸測試方法建立在開(kāi)發(fā)測試庫的基礎上;開(kāi)發(fā)在創(chuàng )建測試庫,每次生成程序的新版本時(shí)都可以運行這些用例。

              只有有效的從源頭避免風(fēng)險才能有效的進(jìn)行回歸測試(目前國內的公司,能從事此級別的,太少)

              1 強調單元測試時(shí)加強回歸測試,引入代碼評審,引入自動(dòng)測試;

              2 集成和系統級的測試時(shí),加強測試用例評審,回歸測試用例的選擇;

              具體的選擇可以參考以下幾點(diǎn):

              1 開(kāi)發(fā)設計測試用例時(shí)制定優(yōu)先級,如高,中,低,方便以后自動(dòng)化或是策略選擇;

              2 配置管理時(shí),引入測試用例基線(xiàn)管理,有效管理測試用例;

              3 定期維護測試用例增,刪,保持最新?tīng)顟B(tài);

              回歸測試時(shí)需考慮效率和覆蓋度有效配合,通常的策略有以下幾種:

              基于風(fēng)險選擇測試:

              哪些功能是軟件的特色?

              哪些功能是用戶(hù)最常用的?

              哪些功能出錯將導致用戶(hù)不滿(mǎn)?

              哪些程序是最復雜、最容易出錯的?

              哪些程序最容易擴散錯誤?

              哪些程序是開(kāi)發(fā)者最沒(méi)有信心的?

              備注:只有有效的避免最大的風(fēng)險,用戶(hù)反感的問(wèn)題,回歸測試可以說(shuō)達到了70%任務(wù)!

              基于Regress衰退概念的測試:

              開(kāi)發(fā)人員修改的局部程序時(shí),可能已經(jīng)處理了癥狀,所以主要測試其被改變的模塊和它的接口上;

              但是也可能存在未觸及到根本原因,所以需要測試周邊程序及相互依賴(lài)性的部分;

              錯誤本身可能得到了修復,但修復也可能造成其他錯誤,所以有必要為每個(gè)修復的錯誤,設計回歸測試。

              基于全面測試策略:

              如果時(shí)間充足,資源齊全,可以進(jìn)行全面測試,最低的遺漏回歸錯誤的風(fēng)險,但測試成本最高,非上策!

              其它的回歸測試:

              1 基于GUI方式的自動(dòng)化回歸測試技術(shù)

              2 基于A(yíng)d Hoc 回歸測試:增加隨機測試,避免回歸測試肓點(diǎn)

              3 基于交叉測試:多人互動(dòng)的回歸測試,尤其在核心的功能點(diǎn),交互性比較的

            原文轉自:http://kjueaiud.com

            老湿亚洲永久精品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>