注意不得站在自己主觀意識去判斷缺陷
缺陷出現的原因：
常見軟體缺陷術語
功能遺漏：規定的時間或功能未在產品系統中體驗，如缺少忘記密碼功能
程式錯誤沒有按照使用者需求正確實現，可能需求理解出錯，可能編碼出錯
額外的功能
單位時間內，盡早引入測試，可以更早的發現缺陷，減少修復成本
可以重現的缺陷，存在一系列明確的重現操作步驟，條件和資料使得缺陷可以穩定的反覆出現。
不可復現的缺陷，無法找到明確的步驟，缺陷出現是隨機的，只做記錄，不做報告。
不可重現的缺陷，後續再深入的挖掘，嘗試轉為可再現的缺陷，再進行缺陷報告。
缺陷報告指的是測試執行過程中，發現軟體缺陷，進行書寫記錄的文件，提供給開發人員或者測試負責人作為定位缺陷的依據，也用作缺陷數量統計的重要依據。
提供準確、完整、簡潔的缺陷報告是軟體測試專業性、高質量的評價標準
編號問題描述
中文英統一
不要使用中英文混合提示，不要去挑戰使用者的英文能力..
容錯性例如使用者註冊，需要限制手機號長度，年齡範圍等，輸入錯誤需要有醒目提示
使用者體驗
比如某高校學生資訊登記網，填寫一堆資訊後，由於乙個資訊填寫錯誤，內容全部被清空，還得重新輸入，使用者體驗極差
相容性需要考慮作業系統、瀏覽器型別、版本，網路型別
錯別字例如**的」登入」寫成」登陸」
安全性注意sql注入，xss攻擊
ui友好度
比如刪除、儲存按鈕離得太近，使用者手指頭難以正確點選…
…..未完待續
bug泛指軟體程式的漏洞和缺陷。
測試工程師或使用者發現與提出的，軟體可以改進的細節部分、或者與需求文件存在功能偏差的實現。
測試工程師職責就是發現bug，提交bug資訊給研發人員，研發人員修復bug。
例如登入時，要輸入賬號密碼,輸入正確的賬號密碼:
再三確認賬號密碼是否錯誤，可以重新再註冊乙個賬號進行登入
如新賬號也是賬號不存在，此登入已經是bug了！
想要確定bug的型別，需要對產品有較深的理解。
禪道系統中對bug定義劃分如下：
顧名思義就是軟體缺陷對軟體質量造成的破壞程度，將會給軟體使用帶來怎樣的影響。
bug等級越高，可能被修復的等級也越高，公司也會根據測試提交的bug數量以及bug等級作為績效考核標準。
判斷bug的等級，如下分類：
1.致命錯誤
2.嚴重錯誤
3.普通錯誤
4.錯誤提示
優先順序(priority)指的是缺陷被修復的緊急程度。
在不同的缺陷管理系統中，對bug的標記狀態有如下種類：
早期缺陷管理大多是以缺陷記錄表單形式完成，如今也還有很多專案使用此方法，但是隨著使用者需求提公升，軟體複雜度提公升，缺陷缺陷也隨之增長，管理也就愈加麻煩。
軟體行業發展，出現大量缺陷管理系統。
實力雄厚的公司還會自研缺陷跟蹤管理系統，大部分公司則是選擇禪道來缺陷跟蹤以及專案管理。
測試執行過程
沒有經過自測的**，就是在耍流氓
通過冒煙測試
測試範圍已明確
測試停止
測試准出標準
序號 准出標準是否
時間1北側專案是否滿足需求原型？
2所有測試用例是否通過評審
3所有測試用例都已執行
4測試覆蓋率是否100％
5所有發現的軟體缺陷是否記錄在缺陷管理系統（禪道）？
6一二級缺陷修復率是否100%
7三四級缺陷修復率是否95%？
8所有遺留問題是否有解決方案？
9效能指標是否達標？
10相容測試是否達標？
11安全性測試是否達標?
12是否填寫測試總結報告？
軟體測試的Bug缺陷管理流程
流程說明 1 測試人員填寫bug並提交給開發組長，bug的狀態為new 2 開發組長次日工作前對bug確認是否有效。有效的bug，狀態變化為open，並分配給開發人員 bug無效或者延期修改的，將bug狀態變化為rejected，同時也在comment中註明原因。3 開發人員上班的第一件事情是檢視自...
軟體測試 缺陷報告
缺陷報告是描述軟體缺陷現象和重現步驟地集合。軟體缺陷報告software bug report sbr 或軟體問題報告software problem report spr 作用 缺陷報告是軟體測試人員的工作成果之一，體現軟體測試的價值缺陷報告可以把軟體存在的缺陷準確的描述出來，當測試人員發現乙個缺...
軟體測試 缺陷報告
缺陷報告是描述軟體缺陷現象和重現步驟地集合。軟體缺陷報告software bug report sbr 或軟體問題報告software problem report spr 作用 缺陷報告是軟體測試人員的工作成果之一，體現軟體測試的價值缺陷報告可以把軟體存在的缺陷準確的描述出來，當測試人員發現乙個缺...