首先，確保你所發現的問題是確實是乙個bug，不要出現因為測試人員操作錯誤或配置錯誤所引起的「bug」，這樣會降低你在開發人員心中的可信度。在測試的時候，如果發現測試的實際結果與預期測試結果不符時，不要著急馬上報bug，先想想為什麼會出現錯誤。作為專業的測試人員，應該能夠對出現的問題進行跟蹤，確認了在配置、操作沒有錯誤的前提下，通過追蹤分析確認所測試的業務流程確實是存在bug，並能大概對bug的產生原因進行定位。測試人員，需要做到專業，盡量少給開發找麻煩，不要製造實際上並不存在的bug。
確認了所發現的問題是乙個bug之後，按照測試步驟再執行一次，確保bug是可重現的而不是隨機的。如果bug不能重現，應該盡量找到bug重現的規律，在一些比較難重現的問題可以找開發配合一起查詢原因，如果還是無法重現則需要在bug report中對出現的問題描述清楚並說明出現的隨機性。
接下來就是填寫bug report了，在填寫bug report的時候，最重要的是bug的標題和bug描述。在bug報告中，首先用一句話對bug進行簡要精確的描述作為bug的標題，讓開發或專案經理一看就知道存在什麼問題，比如「xx模組在壓力測試2小時後出現記憶體洩露」。而在bug的描述中，需要使用簡明準確的語言描寫出現bug的測試步驟、實際的測試結果、預期的測試結果和結論；也就是說描述導致出現bug的操作步驟是怎樣，由測試步驟所做的操作引起的測試結果是什麼，而預期的結果應該是怎樣，並由實際結果與預期結果相對比說明問題所在。比如：
「在管理網頁新增使用者，當新增的使用者登入名名稱很長（例如登入名長度為輸入框允許的最大長度），按『新增』按紐新增後系統提示已經有該使用者存在，而事實上該使用者並不存在，建議對超長的使用者名稱進行處理。」
在測試人員發現了乙個已隔離的，可重現的問題後，應該對問題進行歸納。同乙個問題是否出現在其他的模組或其他的流程？同乙個故障是否會引起更加嚴重的問題？如果存在，也需要提出來讓開發一併處理。
在開發對
bug進行修改之後，測試需要報著懷疑的態度認真地對問題進行驗證，需要嚴格按照測試步驟來進行測試，檢查開發是否已經正確修改了所出現的問題，以及開發對
bug進行了修復之後是否會引進新的問題。不要相信開發說「已經修改好了，肯定沒問題了」就不對問題進行細緻的檢查了，如果開發修改得不徹底，問題仍然會存在的，或者可能會由於開發在修改
bug的時候忽略了另一些細節導致了新
bug的出現。盡量不要在關閉
bug之後，才發現這個問題還沒有修改徹底；也不要出現
bug關閉之後，出現了新的
bug。
測試對bug進行驗證確認已經修改
ok之後，關閉
bug。在關閉的時候，應該對bug最終修改結果進行簡要描述，如果bug的修改引起配置或資料庫或業務流程的變更，也需要在bug關閉描述中進行說明。
測試人員應該如何發展？
最近看到一些測試朋友，對測試未來比較迷茫，不知該如何前行，無方向感。目前來看，業界目前存在乙個普遍的矛盾，一方面很多人會覺得測試沒有發展前途，另一方面，又有非常多的企業急需專業的測試人員。當我們公司開啟招聘的時候，也都會為招不到優秀的測試人員而苦惱，平均面試10個人能進來乙個就謝天謝地了。其實在我們...
測試人員應該如何發展？
最近看到一些測試朋友，對測試未來比較迷茫，不知該如何前行，無方向感。目前來看，業界目前存在乙個普遍的矛盾，一方面很多人會覺得測試沒有發展前途，另一方面，又有非常多的企業急需專業的測試人員。當我們公司開啟招聘的時候，也都會為招不到優秀的測試人員而苦惱，平均面試10個人能進來乙個就謝天謝地了。其實在我們...
測試人員應該如何發展？
最近看到一些測試朋友，對測試未來比較迷茫，不知該如何前行，無方向感。目前來看，業界目前存在乙個普遍的矛盾，一方面很多人會覺得測試沒有發展前途，另一方面，又有非常多的企業急需專業的測試人員。當我們公司開啟招聘的時候，也都會為招不到優秀的測試人員而苦惱，平均面試10個人能進來乙個就謝天謝地了。其實在我們...