小型軟件公司

該種軟件企業(yè)的開(kāi)發(fā)團(tuán)隊(duì)通常人數(shù)為5-10人，并不會(huì)設(shè)立專(zhuān)門(mén)的軟件測(cè)試部門(mén)，測(cè)試工作的開(kāi)展由項(xiàng)目經(jīng)理和開(kāi)發(fā)經(jīng)理直接領(lǐng)導(dǎo)。其優(yōu)勢(shì)在于能夠極大地節(jié)約人員開(kāi)銷(xiāo)，測(cè)試活動(dòng)的周轉(zhuǎn)，反饋速度比較快。

但是其缺陷在于測(cè)試工作缺乏必要的獨(dú)立性，難以全面準(zhǔn)確的發(fā)現(xiàn)軟件中存在的缺陷，難以保證軟件的基本質(zhì)量。

中大型軟件公司

對(duì)于中大型軟件企業(yè)來(lái)說(shuō)，其自身?yè)碛歇?dú)立的測(cè)試組織機(jī)構(gòu)，對(duì)于項(xiàng)目、測(cè)試、開(kāi)發(fā)的管理都完全平等，能夠直接受技術(shù)總監(jiān)進(jìn)行監(jiān)督。其優(yōu)勢(shì)在于能夠確保軟件測(cè)試工作的獨(dú)立開(kāi)展，測(cè)試工作也不會(huì)因?yàn)槠渌块T(mén)的影響而修改自身的測(cè)試用例。但是缺陷在于極大的增加測(cè)試人員的基本職責(zé)，測(cè)試部門(mén)經(jīng)理必須對(duì)整個(gè)測(cè)試結(jié)果和過(guò)程負(fù)責(zé)，信息的流轉(zhuǎn)速度比較慢，所需人員的開(kāi)銷(xiāo)巨大。

在該類(lèi)企業(yè)中，對(duì)于測(cè)試的執(zhí)行主要是根據(jù)測(cè)試計(jì)劃由測(cè)試團(tuán)隊(duì)開(kāi)展用例的執(zhí)行，優(yōu)秀的測(cè)試用例能夠有效證明系統(tǒng)自身的功能和業(yè)務(wù)的正確性以及合理性，更可以對(duì)系統(tǒng)的功能和業(yè)務(wù)存在的異常情況進(jìn)行處理。

在測(cè)試執(zhí)行過(guò)程中，必須做到用測(cè)試用例和需求的覆蓋，此外還必須臨時(shí)發(fā)揮自身在測(cè)試方面的能力。根據(jù)自身長(zhǎng)期的測(cè)試經(jīng)驗(yàn)以及對(duì)于測(cè)試工作的感悟，隨機(jī)發(fā)現(xiàn)測(cè)試用例難以發(fā)現(xiàn)的故障和缺陷。

在實(shí)際測(cè)試過(guò)程中，并不能局限于測(cè)試用例已有的測(cè)試方式，更要不斷總結(jié)測(cè)試方式和故障類(lèi)型。優(yōu)秀的測(cè)試人員在測(cè)試用例的實(shí)際執(zhí)行過(guò)程中，必須實(shí)現(xiàn)想著做和做著想的工作方式，只有這樣才能夠確保測(cè)試工作的基本效果。在測(cè)試工作開(kāi)展過(guò)程中，對(duì)于程序能夠充分了解，便能夠使得測(cè)試工作的思路更加清晰和全面。

缺陷報(bào)告

缺陷報(bào)告作為軟件缺陷的集合。其作為軟件測(cè)試人員的重要工作成果，能夠展現(xiàn)軟件測(cè)試的基本價(jià)值。其可以將軟件存在的缺陷完美的展現(xiàn)出來(lái)，以便開(kāi)發(fā)人員進(jìn)行修改。缺陷報(bào)告可以反映項(xiàng)目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(jìn)度和質(zhì)量控制。軟件測(cè)試缺陷報(bào)告是軟件測(cè)試的輸出成果之一，可以衡量測(cè)試人員的工作能力軟件測(cè)試缺陷報(bào)告的“5C” 原則。

缺陷報(bào)告書(shū)寫(xiě)的基本要求

內(nèi)容準(zhǔn)確(Correct)：每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解。

步驟簡(jiǎn)潔(Concise)：只包含必不可少的信息，不包括任何多余的內(nèi)容。

內(nèi)容清晰(Clear)：每個(gè)組成部分的描述清晰，易于理解。

結(jié)構(gòu)完整(Complete)：包含重現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息。

風(fēng)格一致(Consistent)：按照一致的格式書(shū)寫(xiě)全部缺陷報(bào)告缺陷報(bào)告的內(nèi)容。

缺陷的標(biāo)題；

缺陷的基本信息：

測(cè)試的軟件和硬件環(huán)境、測(cè)試的軟件版本、缺陷的類(lèi)型、缺陷的嚴(yán)重程度、缺陷的處理優(yōu)先級(jí)。

復(fù)現(xiàn)缺陷的操作步驟；缺陷的實(shí)際結(jié)果描述；期望的正確結(jié)果描述；注釋文字和截取的缺陷圖像缺陷的二八定理：

在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測(cè)試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶(hù)大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來(lái)。

記錄缺陷與缺陷報(bào)告

使用較少的、必要的操作步驟確保缺陷能夠重現(xiàn)；記錄缺陷時(shí)要使用專(zhuān)業(yè)術(shù)語(yǔ)、注意書(shū)寫(xiě)格式；缺陷要言簡(jiǎn)意駭、盡量一個(gè)缺陷一個(gè)報(bào)告；對(duì)于實(shí)在不可重新的缺陷也需要報(bào)告并且盡快報(bào)告；不能夸大缺陷的數(shù)量和缺陷的級(jí)別；及時(shí)記錄缺陷缺陷的分類(lèi)；按照嚴(yán)重程度分類(lèi)、缺陷的類(lèi)型以及缺陷的優(yōu)先級(jí)等進(jìn)行分類(lèi)缺陷報(bào)告案例；

演示如何編寫(xiě)缺陷報(bào)告缺陷的分類(lèi)：

按照嚴(yán)重程度分類(lèi)、缺陷的類(lèi)型、缺陷的來(lái)源、功能以及缺陷的優(yōu)先級(jí)等進(jìn)行分類(lèi)按照嚴(yán)重程度

致命錯(cuò)誤：如數(shù)據(jù)丟失、死機(jī)、系統(tǒng)崩潰；嚴(yán)重錯(cuò)誤：如功能未完成，功能完成不正確；一般錯(cuò)誤：如功能不完善，界面問(wèn)題等；建議：測(cè)試人員認(rèn)為怎么處理更好一些的問(wèn)題。

按照缺陷類(lèi)型

功能、壓力/負(fù)載、界面、兼容、易用、安裝/卸載、安全按照修改優(yōu)先級(jí)、立即修改、在本版本中修改、在產(chǎn)品發(fā)布前修改、在發(fā)布版本中可以存在的問(wèn)題。

修改優(yōu)先級(jí)和缺陷嚴(yán)重程度的關(guān)系嚴(yán)重程度高的修改優(yōu)先級(jí)一定高？一般情況下嚴(yán)重程度高的修改優(yōu)先級(jí)就高，但不是絕對(duì)的。

按照功能模塊

功能模塊1、功能模塊2、功能模塊3、功能模塊4

軟件測(cè)試缺陷報(bào)告的處理流程

提交缺陷報(bào)告，返測(cè)報(bào)告，分配缺陷報(bào)告，處理缺陷報(bào)告，關(guān)閉缺陷報(bào)告，返測(cè)通過(guò)，返測(cè)未通過(guò)

缺陷報(bào)告處理流程一

測(cè)試人員，測(cè)試經(jīng)理或開(kāi)發(fā)經(jīng)理，開(kāi)發(fā)人員，測(cè)試人員，測(cè)試經(jīng)理或測(cè)試人員缺陷報(bào)告的處理流程，Bug提交者 測(cè)試負(fù)責(zé)人 研發(fā)人員，提交缺陷報(bào)告，分配缺陷報(bào)告，修改完畢，返測(cè)完畢，歸檔，問(wèn)題未解決。

缺陷報(bào)告處理流程二

缺陷報(bào)告的處理流程，提交缺陷報(bào)告，解決缺陷報(bào)告，關(guān)閉缺陷報(bào)告，缺陷分析，推遲處理，缺陷報(bào)告處理流程三缺陷嚴(yán)重程度、是否記錄練習(xí)。

本文轉(zhuǎn)自：簡(jiǎn)書(shū)

微信號(hào)：IdeaofSE