軟件測(cè)試流程常見問題
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時(shí)間:[ 2011/8/15 10:14:08 ] 推薦標(biāo)簽:
1、測(cè)試人員要需要何時(shí)參加需求分析?
原則上,測(cè)試人員對(duì)需求了解得越深入對(duì)測(cè)試工作越有利,所以好一開始應(yīng)該參加需求分析工作。這樣可以帶來如下得好處:
■ 測(cè)試人員全程參與需求分析,對(duì)需求了解很深刻,減少了很多與開發(fā)人員的交互,節(jié)省了時(shí)間。測(cè)試人員參與前期開發(fā)討論,直接掌握了不清晰的需求點(diǎn);
■ 早期確定測(cè)試用例的編寫思路,為測(cè)試打好了基礎(chǔ);
■ 可以獲取一些測(cè)試數(shù)據(jù),為測(cè)試用力設(shè)計(jì)提供幫助;
■ 可以發(fā)現(xiàn)需求不合理的地方,降低了測(cè)試成本。
測(cè)試人員主要的工作之一是確認(rèn)系統(tǒng)是否正確實(shí)現(xiàn)了需求。測(cè)試人員不參與前期的工作,只能依賴后形成的需求文檔,甚至由開發(fā)人員來講解需求,而這些缺求可能發(fā)生了“問題”,因?yàn)檫@個(gè)需求是已經(jīng)經(jīng)過分析的需求,很多的內(nèi)容可能與用戶的真正要求發(fā)生了偏差。同時(shí)如果只看后形成的需求文檔,對(duì)需求也會(huì)有理解上的偏差。因此作為測(cè)試人員要盡可能的獲取到“第一線”的需求資料,才能真正地了解用戶的業(yè)務(wù),從而更好的對(duì)系統(tǒng)進(jìn)行測(cè)試。
當(dāng)然,如果測(cè)試人員不能參與需求環(huán)節(jié),一定要通過其他途徑保證需求的精確性,例如和開發(fā)人員進(jìn)行集中討論需求疑問的項(xiàng)目會(huì)議,并且一定要加強(qiáng)測(cè)試案例評(píng)審,甚至于是測(cè)試需求的評(píng)審。
2、系統(tǒng)測(cè)試階段低級(jí)缺陷較多怎么辦?
在系統(tǒng)測(cè)試階段,如果仍有很多低級(jí)缺陷,說明測(cè)試對(duì)象是不合格的,沒有達(dá)到測(cè)試標(biāo)準(zhǔn)。如果系統(tǒng)階段發(fā)現(xiàn)的簡(jiǎn)單缺陷(也是不應(yīng)該有的缺陷)較多,好停止測(cè)試,轉(zhuǎn)由開發(fā)人員進(jìn)行測(cè)試,發(fā)現(xiàn)問題立刻修改,因?yàn)檫@種由測(cè)試人員進(jìn)行的成本較高,反復(fù)交互還會(huì)耽誤進(jìn)度。
建議建立預(yù)測(cè)試制度:系統(tǒng)測(cè)試前對(duì)核心模塊進(jìn)行抽查測(cè)試,如果問題較多(例如平均每個(gè)核心模塊發(fā)現(xiàn)10個(gè)以上缺陷),可以停止本次測(cè)試,直到抽測(cè)后發(fā)現(xiàn)問題較少才可以啟動(dòng)系統(tǒng)測(cè)試。
3、缺陷流落到客戶那里有什么后果?
如果軟件缺陷被遺落并流落到客戶那里,結(jié)果是代價(jià)高昂的電話或者現(xiàn)場(chǎng)支持費(fèi)用,還可能需要修復(fù)、重新測(cè)試和發(fā)布新的產(chǎn)品,更糟糕的情況是產(chǎn)品要被召回甚至被客戶起訴。這種成本付出非常高,幾乎是在內(nèi)部修改缺陷的幾何級(jí)數(shù)倍。
質(zhì)量之父PhilipCrosby把質(zhì)量的費(fèi)用分為整合費(fèi)用和非整合費(fèi)用兩類,整合費(fèi)用是指與一次性計(jì)劃和執(zhí)行測(cè)試相關(guān)的全部費(fèi)用,用于保證軟件按照預(yù)期方式進(jìn)行。如果發(fā)現(xiàn)缺陷,經(jīng)過一系列的缺陷處理流程而解決缺陷,這種費(fèi)用是非整合費(fèi)用。PhilipCrosby在自己的作品中詳細(xì)論述了內(nèi)部的整合費(fèi)用和內(nèi)部的非整合費(fèi)用之和遠(yuǎn)遠(yuǎn)小于外部也是客戶引起的非整合費(fèi)用。
總之,軟件缺陷一定要盡可能的在內(nèi)部解決,這對(duì)節(jié)約成本、提高產(chǎn)品知名度都大有裨益。
4、什么是冒煙測(cè)試?
冒煙測(cè)試從操作上是一個(gè)隨機(jī)的測(cè)試,操作對(duì)象通常是核心業(yè)務(wù)模塊。測(cè)試員任意操作,要是發(fā)現(xiàn)多數(shù)功能走不下去(大概20%),那么這個(gè)冒煙測(cè)試算是結(jié)束了。冒煙測(cè)試一般不用參照測(cè)試用例。
執(zhí)行冒煙測(cè)試的目的是對(duì)要測(cè)試的產(chǎn)品進(jìn)行一個(gè)大概的度量。如果冒煙測(cè)試不能通過,通常不會(huì)啟動(dòng)測(cè)試計(jì)劃。因?yàn)檐浖毕葺^多的情況下,啟動(dòng)測(cè)試計(jì)劃會(huì)浪費(fèi)更多的人力和物力。通俗的說,對(duì)“垃圾”產(chǎn)品執(zhí)行測(cè)試實(shí)際是測(cè)試人員搶了程序設(shè)計(jì)人員的工作,這些缺陷應(yīng)該在開發(fā)階段消滅,只有這樣才可以真正的節(jié)約成本。
5、在集成測(cè)試的時(shí)候,已經(jīng)對(duì)一些子系統(tǒng)進(jìn)行了功能測(cè)試、性能測(cè)試等等,那么在系統(tǒng)測(cè)試時(shí)能否跳過相同內(nèi)容的測(cè)試?
因?yàn)榧蓽y(cè)試是在仿真環(huán)境中開展的,那不是真正的目標(biāo)系統(tǒng)。再者,單元測(cè)試和集成測(cè)試通常由開發(fā)小組執(zhí)行。根據(jù)測(cè)試心理學(xué)的分析,開發(fā)人員測(cè)試自己的工作成果雖然是必要的,但不能作為成果已經(jīng)通過測(cè)試的依據(jù)。
為了保證測(cè)試的客觀性,應(yīng)當(dāng)由機(jī)構(gòu)的獨(dú)立測(cè)試小組來執(zhí)行系統(tǒng)測(cè)試。
相關(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è)試基本概念是怎么來的?軟件測(cè)試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10