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

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

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

當前標題：測試人員該如何報bug
地址分享：http://www.aaarwkj.com/news22/123772.html

成都網站建設公司_創(chuàng)新互聯，為您提供企業(yè)網站制作、網站設計公司、關鍵詞優(yōu)化、網站內鏈、全網營銷推廣、網站策劃

廣告

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