軟體沒有實現產品的說明書所描述的功能
軟體實現了產品說明書描述不應有的功能
軟體執行了產品說明書沒講的操作
軟體沒有實現產品說明書沒講但應該實現的功能
從軟體測試員的角度來看，軟體難以理解、不易使用、執行緩慢，或者終端使用者認為不對
致命：一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問題。
嚴重：可以引起易於糾正的異常情況、可能引起易於修復的故障或對產品外觀難以接受的缺陷。
一般：指不影響產品的運轉和執行、不會成為故障起因，但對產品外觀和下道工序影響較大的缺陷。
輕微：輕微缺陷是指對產品外觀和下道工序可能會有輕微影響的缺陷。
建議：增加使用者使用體驗的建議性問題。
低——>中——>高——>緊急開啟：表示問題被提交等待有人處理缺陷等級高的，優先順序不一定高
缺陷等級低的，優先順序不一定低
指派：問題被指派給某人處理
處理：問題在處理中，尚未完成
固定：確認此問題存在，但暫時不進行處理
回歸：對已經修復的問題進行回歸確認
重新開啟：缺陷無法通過回歸測試的，需要重新開啟
關閉：最終狀態
bug處理流程
自己總結僅供參考。必現問題，測試工程師提單未通知開發工程師，若開發工程師檢視該bug單時存在疑慮，可找測試工程師進行問題復現。偶發問題，需要測試工程師繼續觀察，測試工程師每天在相應觀察版本中進行針對性測試，並且將測試執 況如實詳細注釋到bug中，便於問題定位和追溯。拒絕問題，開發未經與測試溝通確認情...
Bug的處理流程
軟體沒有實現產品的說明書所描述的功能 軟體實現了產品說明書描述不應有的功能 軟體執行了產品說明書沒講的操作 軟體沒有實現產品說明書沒講但應該實現的功能 從軟體測試員的角度來看，軟體難以理解 不易使用 執行緩慢，或者終端使用者認為不對 致命 一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問...
BUG處理流程說明
流程描述 1 測試人員發現bug提交給開發。2 開發人員判斷是否是bug。3 如果是bug，進行修改，修改完成後更改bug狀態為已解決。4 如果不是bug，退回給測試人員並描述退回原因，或為設計如此，或為外部原因，或者不能重現。5 開發人員修改完成的bug，由測試人員進行驗證，確認修改正確，關閉bu...