首先，確保你所發(fā)現(xiàn)的問題是確實是一個bug,不要出現(xiàn)因為測試人員操作錯誤或配置錯誤所引起的"bug",這樣會降低你在開發(fā)人員心中的可信度。在測試的時候，如果發(fā)現(xiàn)測試的實際結(jié)果與預期測試結(jié)果不符時，不要著急馬上報bug,先想想為什么會出現(xiàn)錯誤。作為專業(yè)的測試人員，應該能夠?qū)Τ霈F(xiàn)的問題進行跟蹤，確認了在配置、操作沒有錯誤的前提下，通過追蹤分析確認所測試的業(yè)務流程確實是存在bug,并能大概對bug的產(chǎn)生原因進行定位。測試人員，需要做到專業(yè)，盡量少給開發(fā)找麻煩，不要制造實際上并不存在的bug.確認了所發(fā)現(xiàn)的問題是一個bug之后，按照測試步驟再執(zhí)行一次，確保bug是可重現(xiàn)的而不是隨機的。如果bug不能重現(xiàn)，應該盡量找到bug重現(xiàn)的規(guī)律，在一些比較難重現(xiàn)的問題可以找開發(fā)配合一起查找原因，如果還是無法重現(xiàn)則需要在bugreport中對出現(xiàn)的問題描述清楚并說明出現(xiàn)的隨機性。

接下來就是填寫bug report了，在填寫bugreport的時候，最重要的是bug的標題和bug描述。在bug報告中，首先用一句話對bug進行簡要精確的描述作為bug的標題，讓開發(fā)或項目經(jīng)理一看就知道存在什么問題，比如"XX模塊在壓力測試2小時后出現(xiàn)內(nèi)存泄露".而在bug的描述中，需要使用簡明準確的語言描寫出現(xiàn)bug的測試步驟、實際的測試結(jié)果、預期的測試結(jié)果和結(jié)論;也就是說描述導致出現(xiàn)bug的操作步驟是怎樣，由測試步驟所做的操作引起的測試結(jié)果是什么，而預期的結(jié)果應該是怎樣，并由實際結(jié)果與預期結(jié)果相對比說明問題所在。比如："在管理網(wǎng)頁新增用戶，當新增的用戶登錄名名稱很長(例如登錄名長度為輸入框允許的大長度)，按新增按紐新增后系統(tǒng)提示已經(jīng)有該用戶存在，而事實上該用戶并不存在，建議對超長的用戶名進行處理。"

在測試人員發(fā)現(xiàn)了一個已隔離的，可重現(xiàn)的問題后，應該對問題進行歸納。同一個問題是否出現(xiàn)在其他的模塊或其他的流程同一個故障是否會引起更加嚴重的問題如果存在，也需要提出來讓開發(fā)一并處理。在開發(fā)對bug進行修改之后，測試需要報著懷疑的態(tài)度認真地對問題進行驗證，需要嚴格按照測試步驟來進行測試，檢查開發(fā)是否已經(jīng)正確修改了所出現(xiàn)的問題，以及開發(fā)對bug進行了修復之后是否會引進新的問題。不要相信開發(fā)說"已經(jīng)修改好了，肯定沒問題了"就不對問題進行細致的檢查了，如果開發(fā)修改得不徹底，問題仍然會存在的，或者可能會由于開發(fā)在修改bug的時候忽略了另一些細節(jié)導致了新bug的出現(xiàn)。盡量不要在關(guān)閉bug之后，才發(fā)現(xiàn)這個問題還沒有修改徹底;也不要出現(xiàn)bug關(guān)閉之后，出現(xiàn)了新的bug.測試對bug進行驗證確認已經(jīng)修改ok之后，關(guān)閉bug.在關(guān)閉的時候，應該對Bug最終修改結(jié)果進行簡要描述，如果bug的修改引起配置或數(shù)據(jù)庫或業(yè)務流程的變更，也需要在bug關(guān)閉描述中進行說明。

網(wǎng)站題目：測試人員該如何報bug
網(wǎng)址分享：http://www.rwnh.cn/news/123772.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站導航、網(wǎng)頁設計公司、網(wǎng)站制作、域名注冊、建站公司、網(wǎng)站收錄

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)