首先，確保你所發現的問題是確實是一個bug,不要出現因為測試人員操作錯誤或配置錯誤所引起的bug,這樣會降低你在開發人員心中的可信度。在測試的時候，如果發現測試的實際結果與預期測試結果不符時，不要著急馬上報bug,先想想為什么會出現錯誤。作為專業的測試人員，應該能夠對出現的問題進行跟蹤，確認了在配置、操作沒有錯誤的前提下，通過追蹤分析確認所測試的業務流程確實是存在bug,并能大概對bug的產生原因進行定位。測試人員，需要做到專業，盡量少給開發找麻煩，不要制造實際上并不存在的bug.確認了所發現的問題是一個bug之后，按照測試步驟再執行一次，確保bug是可重現的而不是隨機的。如果bug不能重現，應該盡量找到bug重現的規律，在一些比較難重現的問題可以找開發配合一起查找原因，如果還是無法重現則需要在bugreport中對出現的問題描述清楚并說明出現的隨機性。
接下來就是填寫bug report了，在填寫bugreport的時候，最重要的是bug的標題和bug描述。在bug報告中，首先用一句話對bug進行簡要精確的描述作為bug的標題，讓開發或項目經理一看就知道存在什么問題，比如xx模塊在壓力測試2小時后出現內存泄露.而在bug的描述中，需要使用簡明準確的語言描寫出現bug的測試步驟、實際的測試結果、預期的測試結果和結論;也就是說描述導致出現bug的操作步驟是怎樣，由測試步驟所做的操作引起的測試結果是什么，而預期的結果應該是怎樣，并由實際結果與預期結果相對比說明問題所在。比如：在管理網頁新增用戶，當新增的用戶登錄名名稱很長(例如登錄名長度為輸入框允許的大長度)，按新增按紐新增后系統提示已經有該用戶存在，而事實上該用戶并不存在，建議對超長的用戶名進行處理。
在測試人員發現了一個已隔離的，可重現的問題后，應該對問題進行歸納。同一個問題是否出現在其他的模塊或其他的流程同一個故障是否會引起更加嚴重的問題如果存在，也需要提出來讓開發一并處理。在開發對bug進行修改之后，測試需要報著懷疑的態度認真地對問題進行驗證，需要嚴格按照測試步驟來進行測試，檢查開發是否已經正確修改了所出現的問題，以及開發對bug進行了修復之后是否會引進新的問題。不要相信開發說已經修改好了，肯定沒問題了就不對問題進行細致的檢查了，如果開發修改得不徹底，問題仍然會存在的，或者可能會由于開發在修改bug的時候忽略了另一些細節導致了新bug的出現。盡量不要在關閉bug之后，才發現這個問題還沒有修改徹底;也不要出現bug關閉之后，出現了新的bug.測試對bug進行驗證確認已經修改ok之后，關閉bug.在關閉的時候，應該對bug最終修改結果進行簡要描述，如果bug的修改引起配置或數據庫或業務流程的變更，也需要在bug關閉描述中進行說明。


企業網站建設的利弊
網站建設以及APP前端制作如何巧用廣告圖提高轉換率
淺談網站常用的幾種數據庫
如何挑選網站建設企業？給企業的幾個方面建議
園區網站建設之內容優化的4要點
老網站的二次推廣如何做？
深入理解百度賬號、百家號、熊掌號之間有哪些區別
微網站、app、手機網站，哪個才是您的企業真正需要開發的？