在軟件測試中bug記錄也是不容忽視的一環(huán)，但是很多測試人員在提交bug的時(shí)候?qū)懙妮^為簡略，這是很影響項(xiàng)目進(jìn)度的，那么bug記錄該注意哪些問題呢？
01.通用UI要統(tǒng)一、準(zhǔn)確，缺陷報(bào)告的UI要與測試的軟件UI保持一致，便于查找定位。
02.盡量使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法：使用業(yè)界慣用的表達(dá)術(shù)語和表達(dá)方法，保證表達(dá)準(zhǔn)確，體現(xiàn)專業(yè)化。
03.每條缺陷報(bào)告只包括一個缺陷：每條缺陷報(bào)告只包括一個缺陷，可以使缺陷修正者迅速定位一個缺陷，集中精力每次只修正一個缺陷。校驗(yàn)者每次只校驗(yàn)一個缺陷是否已經(jīng)正確修正。
04.不可重現(xiàn)的缺陷也要報(bào)告：首先缺陷報(bào)告必須展示重現(xiàn)缺陷的能力。不可重現(xiàn)的缺陷要盡力重現(xiàn)，若盡力之后仍不能重現(xiàn)，仍然要報(bào)告此缺陷，但在報(bào)告中要注明無法再現(xiàn)，缺陷出現(xiàn)的頻率。
05.明確指明缺陷類型：根據(jù)缺陷的現(xiàn)象，總結(jié)判斷缺陷的類型。例如，即功能缺陷、界面缺陷、數(shù)據(jù)缺陷，合理化建議這是常見的缺陷或缺陷類型，其他形式的缺陷或缺陷也從屬于其中某種形式。
06.明確指明缺陷嚴(yán)重等級和優(yōu)先等級：時(shí)刻明確嚴(yán)重等級和優(yōu)先等級之間的差別。高嚴(yán)重問題可能不值得解決，小裝飾性問題可能被當(dāng)作高優(yōu)先級。
07.描述 (Description) ，簡潔、準(zhǔn)確，完整，揭示缺陷實(shí)質(zhì)，記錄缺陷或缺陷出現(xiàn)的位置
描述要準(zhǔn)確反映缺陷的本質(zhì)內(nèi)容，簡短明了。為了便于在軟件缺陷管理數(shù)據(jù)庫中尋找制定的測試缺陷，包含缺陷發(fā)生時(shí)的用戶界面（UI）是個良好的習(xí)慣。例如記錄對話框的標(biāo)題、菜單、按鈕等控件的名稱。
08.短行之間使用自動數(shù)字序號，使用相同的字體、字號、行間距：可以保證各條記錄格式一致，做到規(guī)范專業(yè)。
09.每一個步驟盡量只記錄一個操作：保證簡潔、條理井然，容易重復(fù)操作步驟。
10.確認(rèn)步驟完整，準(zhǔn)確，簡短：保證快速準(zhǔn)確的重復(fù)缺陷，“完整”即沒有缺漏，“準(zhǔn)確”即步驟正確，“簡短”即沒有多余的步驟。
11.根據(jù)缺陷，可選擇是否進(jìn)行圖象捕捉。
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
