您好,登錄后才能下訂單哦!
一、漏測(cè)的概率
漏測(cè),是指軟件產(chǎn)品的缺陷沒有在測(cè)試過程中被發(fā)現(xiàn),而是在版本發(fā)布之后,用戶在使用過程中發(fā)現(xiàn)存在的缺陷。
二、預(yù)防漏測(cè)的意義
我們都知道,缺陷越早被發(fā)現(xiàn),發(fā)現(xiàn)和解決缺陷所花的成本就越小,如果缺陷是在測(cè)試中發(fā)現(xiàn)的,那么所花的成本將小得多。測(cè)試
是保證軟件質(zhì)量的最重要手段之一,因此,進(jìn)行漏測(cè)分析、預(yù)防漏測(cè)、促使缺陷盡可能在開發(fā)過程早期被發(fā)現(xiàn),是非常有意義的,它有
利于降低軟件產(chǎn)品成本、提高軟件產(chǎn)品質(zhì)量。
三、原因分析
誰都不敢打包票說自己經(jīng)手測(cè)試的東西沒有問題,包括資深的測(cè)試工程師,或多或少的會(huì)出現(xiàn)讓缺陷從自己的手中溜走,誰也不能
把軟件所有的功能操作、運(yùn)用場(chǎng)景想周全,但是像神一樣的老鳥我就不知道了。
漏測(cè)原因 | 對(duì)應(yīng)解決方法 |
1.需求規(guī)格不明確,導(dǎo)致測(cè)試用例編寫過于粗獷。
| 1.先進(jìn)行需求分析,找出需求規(guī)格說明書中不明確、或有疑慮的地方,與需求人員(產(chǎn)品)確認(rèn)商討,給出明確定義。 2.在測(cè)試過程中發(fā)現(xiàn)沒有明確和有疑惑點(diǎn)的,也要與需求人員確認(rèn)商討,要求給出明確寫定義,之后完成測(cè)試用例。 3.無法及時(shí)確定的,可先編寫大概框架,之后再將測(cè)試用例細(xì)化,補(bǔ)充完善。 |
2.需求規(guī)格變更,測(cè)試用例未及時(shí)更新
| 需求規(guī)格變更,導(dǎo)致原來的測(cè)試用例與現(xiàn)在的規(guī)格不相符合。我們?cè)趫?zhí)行測(cè)試用例過程中,如果碰到測(cè)試用例與規(guī)格不相符合的地方,我們需要記錄下,并根據(jù)新規(guī)格補(bǔ)充完善測(cè)試用例,對(duì)存在有疑問的地方需要和產(chǎn)品或設(shè)計(jì)進(jìn)行溝通和確認(rèn),可以要求需求規(guī)格進(jìn)行明確定義,事后將新增的、修改的測(cè)試用例整理成文,發(fā)給組內(nèi)同事組織評(píng)審,并將評(píng)審之后的用例更新到用例庫中去。 |
3.測(cè)試用例覆蓋不全面,場(chǎng)景出現(xiàn)遺漏 | 因?yàn)闇y(cè)試用例場(chǎng)景設(shè)計(jì)導(dǎo)致缺陷遺漏是在所難免的,編寫測(cè)試用例的同事不可能把所有的場(chǎng)景都能想周全,把所有的場(chǎng)景下的 情況都寫成測(cè)試用例這也是不大現(xiàn)實(shí)的。對(duì)于外部反饋的缺陷,是因?yàn)閳?chǎng)景設(shè)計(jì)不全引起的,我們先分析出現(xiàn)問題的場(chǎng)景是客戶必須的場(chǎng)景還是偶然的場(chǎng)景,如果該場(chǎng)景是客戶操作習(xí)慣,我們可以通過和技術(shù)接口人溝通,確認(rèn)該場(chǎng)景的一些具體細(xì)節(jié),在完善測(cè)試用例的過程中我們也要考慮一些和該場(chǎng)景相關(guān)聯(lián)的場(chǎng)景,將多種場(chǎng)景下測(cè)試用例及時(shí)完善、評(píng)審,增加到用例庫中 |
4.測(cè)試過程中未嚴(yán)格按照測(cè)試用例執(zhí)行 | 我們需要面對(duì)現(xiàn)實(shí),測(cè)試用例并不能覆蓋所有的使用場(chǎng)景,但是,測(cè)試用例是按需求根據(jù)規(guī)格編寫的,經(jīng)過了需求分析、開發(fā)、測(cè)試及其他相關(guān)人員的評(píng)審,最大程度的保證用例的準(zhǔn)確性、全面性。測(cè)試用例不一定能保證所有的場(chǎng)景和功能點(diǎn)都能覆蓋到,但是嚴(yán)格按照測(cè)試用例執(zhí)行測(cè)試,能最大程度上保證我們的軟件質(zhì)量,盡量避免出現(xiàn)缺陷。就一句話,我們?cè)跍y(cè)試過程中要嚴(yán)格按照測(cè)試用例執(zhí)行,不要因?yàn)闇y(cè)試用例的繁瑣而拋棄測(cè)試用例,進(jìn)行隨意的測(cè)試。如果是因?yàn)闇y(cè)試過程中隨意的測(cè)試,導(dǎo)致出現(xiàn)遺漏問題,實(shí)在是不應(yīng)該。 |
5.時(shí)間不充足,導(dǎo)致一些功能點(diǎn)在測(cè)試過程中被忽略 | 1,根據(jù)功能模塊劃分測(cè)試優(yōu)先級(jí),主要的功能模塊優(yōu)先級(jí)最高,安排有經(jīng)驗(yàn)的人測(cè)試,安排新手測(cè)試一些不重要的功能模塊或者很少使用的功能模塊,在后續(xù)測(cè)試過程中,由有經(jīng)驗(yàn)的同學(xué)將新手測(cè)試過的模塊進(jìn)行冒煙測(cè)試,確認(rèn)是否有明顯BUG; 2,盡量避免在一些和開發(fā)扯不清的情況下浪費(fèi)自己的時(shí)間,如果因?yàn)殚_發(fā)人員排查問題占用的時(shí)間較長(zhǎng),可以告訴測(cè)試負(fù)責(zé)人,由測(cè)試負(fù)責(zé)人采取相應(yīng)措施,通過協(xié)商來避免類似問題蔓延; 3,增加測(cè)試人手 4,加班 |
6.測(cè)試環(huán)境受限,導(dǎo)致缺陷漏測(cè) | 1.原因:環(huán)境的組合是無窮的,沒有足夠的時(shí)間、人力和其他資源成本在足夠在足夠多的環(huán)境中測(cè)試。 2.措施:保證主要的操作系統(tǒng)環(huán)境,網(wǎng)絡(luò)環(huán)境 操作系統(tǒng):針對(duì)當(dāng)前使用比例來排序 網(wǎng)絡(luò)環(huán)境:正常網(wǎng)速、低網(wǎng)速 |
7.開發(fā)人員引入的新BUG | 驗(yàn)證開發(fā)人員修復(fù)的BUG,并將相關(guān)聯(lián)的功能點(diǎn)遍歷到 方法:根據(jù)開發(fā)人員的水平,選擇合適的回歸測(cè)試策略。 |
四、目的
不管是因?yàn)槭裁丛驅(qū)е氯毕萘鞯娇蛻衄F(xiàn)場(chǎng),問題發(fā)生了,我們首先要做的就是彌補(bǔ)缺陷帶來的影響,項(xiàng)目組要評(píng)估由此帶來的風(fēng)險(xiǎn)、損失,修正缺陷,提供完善的版本給客戶使用。做完前面的這些工作之后,我們可以、甚至是需要自覺的進(jìn)行思考總結(jié),吸取經(jīng)驗(yàn)教訓(xùn),并將出問題的這些情況補(bǔ)充、完善到測(cè)試用例中去,對(duì)一些常見的情況還需要進(jìn)行組內(nèi)學(xué)習(xí),避免在以后的工作中再次犯下同樣的錯(cuò)誤。
如果能做的更好一步,我們可以學(xué)習(xí)并進(jìn)行統(tǒng)計(jì),對(duì)這些遺漏的BUG予以分類,缺陷的嚴(yán)重程度、所屬功能模塊、遺漏原因分類等等。我們?cè)谶M(jìn)行缺陷漏測(cè)分類活動(dòng)時(shí),可以由專人組織發(fā)起討論,將需求、開發(fā)、測(cè)試、技術(shù)支持以及其他所有產(chǎn)品生命周期中相關(guān)部門的代表組織到一起對(duì)近期的漏測(cè)進(jìn)行分析討論,特別是技術(shù)支持人員能夠提供很多非常詳細(xì)的關(guān)于漏測(cè)缺陷的信息,這對(duì)漏測(cè)分類、累積經(jīng)驗(yàn)、教訓(xùn)吸取非常有幫助。
進(jìn)行缺陷漏測(cè)分析的目的是為了促進(jìn)軟件質(zhì)量和開發(fā)測(cè)試過程得到持續(xù)改進(jìn),使我們?cè)跍y(cè)試過程中可以考慮得更加周全,彌補(bǔ)思維僵局。具體來講,就是通過分析測(cè)試過程中漏測(cè)的缺陷,采取一些相應(yīng)的預(yù)防措施以避免今后再發(fā)生類似的漏測(cè)。測(cè)試過程的持續(xù)改進(jìn)將提高測(cè)試環(huán)境的效果和測(cè)試執(zhí)行的效率、降低遺留到用戶處的缺陷數(shù)和缺陷解決成本,從而提升軟件的質(zhì)量。
五、總結(jié)
缺陷漏測(cè)是不能杜絕的,缺陷漏測(cè)發(fā)生后,我們需要學(xué)會(huì)思考,吸取經(jīng)驗(yàn)教訓(xùn),盡可能的降低缺陷的漏測(cè)量。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。