1.bug 的生命週期
測試人員應該跟蹤一個Bug的整個生命週期，從Open到Closed的所有狀態。
● New:新發現的Bug，未經評審決定是否指派給開發人員進行修改。
● Open：確認是Bug，並且認爲需要進行修改，指派給相應的開發人員。
● Fixed:開發人員進行修改後標識成修改狀態，有待測試人員的迴歸測試驗證。● Rejected：如果認爲不是Bug，則拒絕修改。
● Delay:如果認爲暫時不需要修改或暫時不能修改，則延後修改。
● Closed：修改狀態的Bug經測試人員的迴歸測斌驗證通過，則關閉Bug。
● Reopen：如果經驗證Bug仍然存在，則需要重新打開Bug，開發人員重新修改。
無效的bug：open->closed open-rejected-closed
2.軟件測試的生命週期
軟件測試的生命週期軟件測試的生命週期： 需求分析→測試計劃→ 測試設計、測試開發→ 測試執行→ 測試評估
- 需求階段–測試人員瞭解需求、對需求進行分解，得出測試需求。
- 計劃階段–根據需求編寫測試計劃/測試方案。
- 設計階段–測試人員適當的瞭解設計，對於設計測試用例是很有幫助的，測試人員搭建測試用例框架，根據需求和設計編寫一部分測試用例
- 編碼階段–測試人員一般是不需要編碼的，但已經編碼的模塊，專業的白盒測試人員可以計劃執行單元測試，完善、細化測試用例以及調整測試計劃和方案。
- 測試階段–測試階段是軟件測試人員最爲重要的工作階段，根據測試用例和計劃執行測試，在執行的過程中記錄、管理缺陷，測試完成後編寫測試報告。
- 運行維護–測試人員需要參與項目的實施工作。測試人員對項目產品的業務和操作非常瞭解，加上測試人員的溝通表達能力一般都比較強，所以測試人員可以參與用戶使用軟件的培訓，在試運行項目時收集問題並及時反饋給相關負責人。
3.軟件的生命週期
軟件生命週期是指從軟件產品的設想開始到軟件不再使用而結束的時間。 如果把軟件看成是有生命的事物，那麼軟件的生命週期可以分成6個階段，即需求分析、計劃、、設計、編碼、測試、運行維護。