軟件測(cè)試項(xiàng)目——經(jīng)典bug案例分享
軟件測(cè)試的目的是發(fā)現(xiàn)系統(tǒng)中存在的已知缺陷。
發(fā)現(xiàn)缺陷僅僅是軟件測(cè)試的第一步。
如果基于發(fā)現(xiàn)的已經(jīng)缺陷,通過(guò)軟件測(cè)試?yán)碚撝R(shí),將bug按照嚴(yán)格的嚴(yán)重級(jí)別及優(yōu)先級(jí)別分類整理劃分,這是提交缺陷最重要的一步。

太多初學(xué)者提交bug容易犯如下這些錯(cuò)誤:
第一,缺陷標(biāo)題編寫不規(guī)范;
編寫優(yōu)先的缺陷標(biāo)題,可提升測(cè)試與開(kāi)發(fā)之間的溝通效率。
工作中見(jiàn)過(guò)太多人,經(jīng)常提交一個(gè)bug,開(kāi)發(fā)看不懂,或者無(wú)法根據(jù)缺陷的步驟來(lái)重現(xiàn)缺陷。
這時(shí)候開(kāi)發(fā)人員就會(huì)過(guò)來(lái)與測(cè)試人員進(jìn)行溝通。
你幫我演示一下這個(gè)bug是如何發(fā)生的唄?
于是測(cè)試人員需要浪費(fèi)時(shí)間與開(kāi)發(fā)人員進(jìn)行缺陷的演示。
如果我按缺陷的規(guī)范標(biāo)準(zhǔn)提交合格的缺陷。
就可節(jié)約開(kāi)發(fā)與測(cè)試之間的溝通時(shí)間與成本,也省去了缺陷演示的環(huán)節(jié)。
如果按規(guī)范提交bug呢?
【模塊名稱】路徑描述-問(wèn)題描述
例如:【登錄模塊】輸入正確的用戶名或密碼——用戶登錄失敗
看下面這個(gè)案例就理解了。

第二,缺陷屬于前端bug還是后端bug,定義不明確;
發(fā)現(xiàn)bug后,最重要的工作是分析、定位bug。
如何分析定義前端bug或后端bug?
這是作為一名合格測(cè)試人員必備的標(biāo)準(zhǔn)。
第一,根據(jù)問(wèn)題的呈現(xiàn)形式分析,一般基于頁(yè)面顯示、兼職性問(wèn)題都屬于前端問(wèn)題。
相對(duì)后端問(wèn)題來(lái)講,前端問(wèn)題基本浮于表面。
而后端問(wèn)題更趨向于業(yè)務(wù)邏輯及服務(wù)端層面。
后端問(wèn)題通過(guò)接口狀態(tài)碼來(lái)分析。
前端問(wèn)題通過(guò)頁(yè)面數(shù)據(jù)及輸入條件、彈窗提升、數(shù)據(jù)讀取的準(zhǔn)備性來(lái)分析。
除了前端后問(wèn)題,還需關(guān)注數(shù)據(jù)層面的問(wèn)題。
這塊需要結(jié)合數(shù)據(jù)庫(kù)來(lái)分析排查問(wèn)題。
通過(guò)上述內(nèi)容的信息收集、分析、處理,相信小伙伴們對(duì)缺陷的前端與后端定位有了清晰的理解。

第三,如果提交優(yōu)先缺陷?
提交缺陷如下圖所示:


相信大家都有被這些問(wèn)題困擾。
希望通過(guò)這篇文章能幫助大家解決這些提交缺陷的困惑。
軟件測(cè)試項(xiàng)目——經(jīng)典bug案例分享的評(píng)論 (共 條)
