培訓(xùn)后的思考之測(cè)新與測(cè)舊
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2011/6/30 16:21:31 ] 推薦標(biāo)簽:
參加培訓(xùn)后,這個(gè)收獲應(yīng)該來(lái)說(shuō)是大的,也給了我思考問(wèn)題的不同的角度,先說(shuō)下歷史吧:還是從bug說(shuō)起吧,我們都知道bug是我們測(cè)試人員永遠(yuǎn)都要討論的話題,之前也說(shuō)了,把bug分為2類:一個(gè)是新功能的bug,一個(gè)是舊功能的bug。其實(shí)還有一種bug是客戶發(fā)現(xiàn)的bug。那么對(duì)于這三種bug,會(huì)想出不同的方法和team來(lái)對(duì)付這些bug,
我們的目標(biāo)是發(fā)現(xiàn)更多的新功能的bug,減少舊功能和客戶發(fā)現(xiàn)的bug。目標(biāo)確定后,要組織team和系統(tǒng)去測(cè)試這些,培訓(xùn)老師給的方案也是思科公司目前的做法:一個(gè)功能測(cè)試部專注于測(cè)試新的項(xiàng)目,新的功能,發(fā)現(xiàn)新功能的bug;一個(gè)回歸測(cè)試部專門負(fù)責(zé)所有舊功能的回歸工作,并發(fā)現(xiàn)舊功能的bug;后一個(gè)是解決方案測(cè)試部,專注于研究用戶使用環(huán)境,模擬線上真實(shí)環(huán)境,盡大可能發(fā)現(xiàn)用戶發(fā)現(xiàn)的bug。
上面我們可以看到的是有3個(gè)team在整個(gè)產(chǎn)品周期中所起到的作用,第一個(gè)功能測(cè)試部的運(yùn)作方式大家都很熟了,這里不詳細(xì)說(shuō)了。下面說(shuō)下回歸測(cè)試部的運(yùn)作方式:這里有2個(gè)前提,那是產(chǎn)品的基線庫(kù)的建立,一定要完備,二個(gè)是以前功能測(cè)試用例的自動(dòng)化程度要高,才能啟動(dòng)回歸測(cè)試部的工作。首先說(shuō)下回歸測(cè)試任務(wù)的參與階段,同樣是在系統(tǒng)質(zhì)量穩(wěn)定后,
大概是第三輪測(cè)試的時(shí)候,這里可是24X7 auto regression所有功能。不停的跑以前功能的測(cè)試腳本,像火車一樣,定時(shí)開始運(yùn)行,哪個(gè)項(xiàng)目上線,趕上哪趟火車上,其測(cè)試人員負(fù)責(zé)運(yùn)行所有腳本,分析產(chǎn)生的bug(是腳本問(wèn)題,還是舊功能的bug,測(cè)試環(huán)境問(wèn)題),以及report所有的bug。這里回歸測(cè)試部的人員不負(fù)責(zé)維護(hù)腳本。
怎樣使回歸測(cè)試部的管理更好呢:首先采用標(biāo)準(zhǔn)的拓?fù)浣Y(jié)構(gòu)的測(cè)試床(測(cè)試環(huán)境);并行的運(yùn)行所有的腳本;對(duì)測(cè)試床的有效性和回歸周期進(jìn)行有效的關(guān)聯(lián);對(duì)腳本的要求是如果一旦硬件環(huán)境等問(wèn)題可自動(dòng)重啟服務(wù),繼續(xù)運(yùn)行后面的腳本。
這里還有個(gè)小問(wèn)題是我們發(fā)現(xiàn)的問(wèn)題怎么判斷是是bug呢? 這里說(shuō)到基線的作用了,我們會(huì)與基線相比較來(lái)確定是否bug和分析。有4種情況:
第一: 基線是 Pass的,加入新功能后回歸 是Pass的。 不用分析的,直接跳過(guò)。
第二: 基線是 Fail的,加入新功能后回歸 是Pass的。 不用分析的,直接跳過(guò)。
第三: 基線是 Fail的,加入新功能后回歸 是Fail的。 絕大部分情況不用分析的。
第四: 基線是 Pass的,加入新功能后回歸 是Fail的。 肯定是bug,直接分析。
有人肯定懷疑第二種情況,其實(shí)好的基線是不允許這個(gè)情況的,也是說(shuō)好的繼續(xù)其Pass率是很高的。我們主要關(guān)心的是第四種情況。一旦發(fā)現(xiàn)了,那產(chǎn)出顯而易見了。
這里大概講下解決方案測(cè)試部的運(yùn)作方式,之前在第一家公司的時(shí)候,確實(shí)有這個(gè)部門去做:有幾個(gè)特點(diǎn)吧:直接面向客戶;專注不同測(cè)試類型;與第三方公司合作;負(fù)責(zé)的用戶環(huán)境;模擬真實(shí)線上環(huán)境。有點(diǎn)類似我們的預(yù)發(fā)布測(cè)試。這個(gè)team做的好的是當(dāng)我們項(xiàng)目用到其他產(chǎn)品的接口時(shí)能發(fā)現(xiàn)很多相關(guān)的bug。
上面說(shuō)的是思科公司的做法,人家也許是好的,但我們更多的是了解別人為啥這么做,主要是要了解context,能不能適合我們呢?是不是能給我們帶來(lái)一些新的思考角度呢?
相關(guān)推薦

最新發(fā)布
性能測(cè)試之測(cè)試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測(cè)試是從什么時(shí)候開始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動(dòng)化測(cè)試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項(xiàng)目適合做自動(dòng)化?自動(dòng)化測(cè)試人員應(yīng)具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測(cè)試工具測(cè)評(píng)
2020/7/17 8:52:11RPA機(jī)器人能夠快速響應(yīng)企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測(cè)試基本概念是怎么來(lái)的?軟件測(cè)試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10