BUG 的幾種狀態


1、New(新的)

  • 當某個 bug 被發現的時候(第一次),測試人員需要與項目負責人溝通以確認發現的的確是一個 bug,如果被確認是一個 bug,就將其記錄下來,並將 bug 的狀態設為 New。

2、Assigned(已被指派的)

  • 當一個 bug 被指認為 New 之后,將其提交給開發人員,開發人員將確認這是否是一個 bug,如果是,開發組的負責人就將這個 bug 指定給某位開發人員處理,並將 bug 的狀態設定為 Assigned。

3、Open(打開的)

  • 一旦開發人員處理 bug 的時候,他就將這個 bug 的狀態設置為 Open,這就表示開發人員正在處理這個 bug。

4、Fixd(已修復的)

  • 當開發人員進行處理(並認為已經解決)之后,他就可以將這個 bug 的裝填設置為 Fixed,並將其提交給開發組的負責人,然后開發組的負責人將這個 bug 返回給測試組。

5、Pending Reset(待再測試的)

  • 當 bug 被返回到測試組后,我們將bug的狀態設置為 Pending Reset。
  • Reset(再測試)測試組的負責人將 bug 指定給某位測試人員進行再測試,並將 bug 的狀態設置為 reset

6、close(已關閉的)

  • 如果測試人員經過再次測試之后確認 bug 已經被解決之后,就將 bug 的狀態設置為 "Close"

7、reopen(再次打開的)

  • 如果經過再次測試發現 bug(指 bug 本身而不是包括因修復而引發的新 bug)仍然存在的話,測試人員將 bug 傳遞給開發組,並將 bug 的狀態設置為 "Reopen"

8、Pending Reject(拒絕中)

  • 如果測試人員傳遞到開發組的 bug 被開發人員認為是正常行為而不是 bug 時,這種情況下,開發人員是可以拒絕,並將 bug 的裝填設置為 "Pending Reject"

9、Rejected(被拒絕的)

  • 測試組的負責人接到上述 bug 的時候,如果他發現這是產品說明書中定義的正常行為或者經過與開發人員的討論之后認為這並不能作 bug 的時候,負責人就將這個 bug 的狀態設置為 Rejected

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM