如何讓TC和Bug具備專業(yè)性
作者:網(wǎng)絡轉載 發(fā)布時間:[ 2011/7/26 18:02:12 ] 推薦標簽:
3、Bug的規(guī)范
a)簡要的說:bug的標題摘要需要具備的描述方式應該清晰,明了。
i. 在什么情況下
ii. 進行什么操作
iii. 產(chǎn)生什么現(xiàn)象
b)如何讓你的bug情景化
i. 在發(fā)現(xiàn)缺陷之后,只有當你確信你已經(jīng)發(fā)現(xiàn)一個bug的時候開始起草bug report,不要在測試結束或每天結束之后。那樣,你可能會遺忘掉一些東西。更糟的情況是,我們可能會忘掉那個bug
ii. 花一些時間去診斷你正在報告的缺陷。想想可能存在的原因并嘗試定位問題,可能到后你會發(fā)現(xiàn)更多的缺陷。在你的bug report中說說你的分析。有助于提高開發(fā)的認可度和測試人員的專業(yè)程度
c)Bug的元素信息
i. 摘要:見a說明,一個好的摘要應該不超過50到60個字符。而且一個好的摘要不應該承載任何對bug主觀的表達。
ii. 在編寫bug report的時候記住你的目標讀者。他們可能是開發(fā)人員,其他的測試人員,經(jīng)理,或者在一些情況下,甚至是客戶。Bug report應該可以被所有的人理解
iii. 清楚的列出前提條件
iv. 有清晰的可重現(xiàn)的步驟,可重現(xiàn)步驟應該詳盡
v. 備注說明:有頁面或者特殊情況下,或者可重新幾率不高的問題,盡量保證有截圖和相關說明信息。也可在備注中進行問題分析和bug定位的缺陷引導
vi. 簡化和剔除步驟:在一個干凈的系統(tǒng)里測試你的“可重現(xiàn)的步驟”。你可能會發(fā)現(xiàn)有些步驟被遺漏或是毫無關系的,這樣可以剔除部分不必要的說明步驟,也能避免步驟過多對于問題定位的干擾。
vii. 預期結果和實際結果,清晰描述現(xiàn)象即可
viii. 附件:截圖和一些配置文件,需要進行附件的添加,方便開發(fā)進行定位缺陷和分析問題點
d)Bug的級別劃分
i. Bug的嚴重性級別劃分一般分為4類:嚴重、主要、次要、輕微
ii. 對應級別的對應問題的劃分,可以見QC中對應級別功能的劃分
iii. Bug的優(yōu)先級別劃分
。1)緊急(Urgent)缺陷必須被立即解決
。2)高級別(High)缺陷需要盡快處理
。3)正常(Medium)缺陷需要正常排隊等待修復或列入軟件發(fā)布清單
。4)不緊急(Low)缺陷可以在方便時被糾正,解決的優(yōu)先級別不高
相關推薦
最新發(fā)布
性能測試之測試環(huán)境搭建的方法
2020/7/21 15:39:32軟件測試是從什么時候開始被企業(yè)所重視的呢?
2020/7/17 9:09:11Android自動化測試框架有哪些?有什么用途?
2020/7/17 9:03:50什么樣的項目適合做自動化?自動化測試人員應具備怎樣的能力?
2020/7/17 8:57:06幾大市面主流性能測試工具測評
2020/7/17 8:52:11RPA機器人能夠快速響應企業(yè)需求,是怎么做到的?
2020/7/17 8:48:05Bug可以真正消滅嗎?為什么?
2020/7/17 8:43:03軟件測試基本概念是怎么來的?軟件測試生命周期的形成歷經(jīng)了什么?
2020/7/16 9:11:10