(八)所見即所得 之 高效測(cè)試報(bào)告(5)

9、變通方案(Workaround)

變通方案是提供一種臨時(shí)繞開當(dāng)前缺陷而不影響產(chǎn)品功能的方式,通常由測(cè)試工程師或者開發(fā)工程師完成,或者他們一同決定。

變通方案的有無(wú),以及實(shí)施的難易程度,是決定缺陷優(yōu)先級(jí)和嚴(yán)重程度的重要依據(jù)。如果某個(gè)嚴(yán)重的缺陷沒(méi)有任何可行的變通方案,那么不管修復(fù)缺陷代價(jià)有多大,優(yōu)先級(jí)一定會(huì)是最高的,但是如果該缺陷存在比較簡(jiǎn)單的變通方案,那么優(yōu)先級(jí)就不一定會(huì)是最高的了。

10、根原因分析(Root Cause Analysis)

根原因分析就是我們平時(shí)常說(shuō)的 RCA,如果你能在發(fā)現(xiàn)缺陷的同時(shí),定位出問(wèn)題的根本原因,清楚地描述缺陷產(chǎn)生的原因,并反饋給開發(fā)工程師,那么開發(fā)工程師修復(fù)缺陷的效率就會(huì)大幅提升,而且你的技術(shù)影響力也會(huì)被開發(fā)認(rèn)可。

可以做好根原因分析的測(cè)試工程師,通常都具有開發(fā)背景,或者至少有較好的代碼閱讀以及代碼調(diào)試的能力。

所以做為測(cè)試工程師,你很有必要去深入學(xué)習(xí)一門高級(jí)語(yǔ)言,這將幫助你體系化地建立起編程思想和方法,這樣在之后的工作中,無(wú)論你是面對(duì)開發(fā)的代碼,還是自動(dòng)化測(cè)試代碼和腳本都能做到得心應(yīng)手,應(yīng)對(duì)自如。

11、附件(Attachment)

附件通常是為缺陷的存在提供必要的證據(jù)支持,常見的附件有界面截圖、測(cè)試用例日志、服務(wù)器端日志、UI 測(cè)試的執(zhí)行視頻等。

對(duì)于那些很難用文字描述清楚的 UI 界面布局的缺陷,你可以采用截圖并高亮顯示應(yīng)該關(guān)注的區(qū)域的方式去提交缺陷報(bào)告。

總結(jié)

缺陷報(bào)告是測(cè)試工程師與開發(fā)工程師交流溝通的重要橋梁,也是測(cè)試工程師日常工作的重要輸出。

一份高效的軟件缺陷報(bào)告,應(yīng)該包括缺陷標(biāo)題、缺陷概述、缺陷影響、環(huán)境配置、前置條件、缺陷重現(xiàn)步驟、期望結(jié)果和實(shí)際結(jié)果、優(yōu)先級(jí)和嚴(yán)重程度、變通方案、根原因分析,以及附件這幾大部分。

缺陷報(bào)告的每一部分內(nèi)容,都會(huì)因?yàn)槟康?、表現(xiàn)形式有各自的側(cè)重點(diǎn),所以想要寫出一份高效的軟件缺陷報(bào)告,需要對(duì)其組成有深入的理解。


軟件測(cè)試52講---筆記整理

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容