目錄

一、軟件測試的生命周期

二、bug

---

一、軟件測試的生命周期

? ? ? ? 軟件測試貫穿于軟件的生命周期。

?

• 需求分析：
  ???度：軟件需求是否合理
  技術?度：技術上是否可?，是否還有優化空間
  測試?度：是否存在業務邏輯錯誤、冗余、沖突等問題
• 測試計劃：制定測試計劃：什么時候開發測試，什么時候結束測試，耗時多久
• 測試設計與開發：參考需求?檔、技術?檔等編寫測試?例、寫測試?檔，明確標注使?到的測試?法，測試?具，測試形式等等
• 測試執行：充分利?測試?例和測試?具對項?盡可能做到全??的測試覆蓋
• 測試評估：測試是否通過，本次測試是否有遺留的BUG，最終測試?員需要產出?個測試報告
• 上線：項?測試結束后，將項?發布到線上環境，測試?員需要跟蹤上線并測試線上環境下軟件的運?是否正確
• 運行維護：測試?員需要參與項?的實施?作。測試?員對項?產品的業務和操作?常了解，加上測試?員的溝通表達能??般都?較強，所以測試?員可以參與??使?軟件的培訓，
  在試運?項?時收集 問題并及時反饋給相關負 責?

?

• 演示會議由測試人員來演示。
• 測試人員不僅需要具備開發能力、還要具備測試能力以及對產品功能分析的能力。
• 在工作中，上線這個過程分為多個步驟：沙盒、小流量、全流量、全線上。

1. 沙盒：企業內部的線上環境，供內部人員進行測試。
2. 小流量：部分線上真實的用戶使用，測試人員在線上手動測試，還要觀察有沒有錯誤日志
3. 全流量：所有真實用戶都可以使用

• 線上環境和線下測試環境不一定是完全一樣的結果，因此測試人員在上線后要跟進測試。

?

二、bug

• 最終實現的功能和需求文檔不匹配的叫做bug，此外如果需求文檔沒有提到，但是也不符合用戶預期的，也可以稱為bug
• 描述bug的要素：問題出現的版本、問題出現的環境、問題出現的步驟、預期結果、實際結果
• bug級別：一般公司內部會有定義bug級別的文檔，常見的bug是一般性錯誤和次要bug。
• bug管理平臺和開發人員交互
• 與開發人員發生爭執怎么辦（重點）

1. 先檢查自身，bug描述是否清楚，一個bug可能簡單，可能復雜，往往有時候詞不達意，仔細檢查對bug的描述是不是通俗易懂，或者在提交bug后及時主動和開發人員溝通。
2. 站在用戶角度考慮這個bug
3. 對bug級別的定義要有理有據，不能憑空扣高級別的帽子
4. 提高自己的技術和業務水平，要能做到不僅可以發現問題，也能給出良好的解決方案。
5. 和開發人員溝通時語氣不能冒進，開發人員和我是同一級別的技術崗位，不能以上級的口吻命令開發人員。