1、缺陷的生命週期
總結：是否可以準確清晰的描述缺陷的生命週期，以及每個流轉過程中你應該做什麼？怎麼做？（敲黑板，思考！！！）
2、對缺陷錯誤狀態的定義
新建(new)：測試中新報告的軟體缺陷；
修正(fixed)：開發人員已完成修正，等待測試人員驗證；
拒絕(declined):拒絕修改缺陷；
延期(deferred): 不在當前版本修復的錯誤，下一版修復；
關閉(closed)：錯誤已被修復；
總結：軟體測試工程師的職責是主動發現暴露軟體存在的缺陷，並輔助開發工程師一起確保缺陷被修復，提高交付軟體質量和交付速率的崗位，每個不同的軟體缺陷狀態，作為乙個測試工程師，你應該做什麼？
3、人員角色的不同許可權
new—tester：測試工程師
declined-not bug--test supervisor：測試主管/測試工程師
declined-duplicated--test supervisor：測試主管/測試工程師
open--project manager/technical manager：測試工程師/專案經理/技術主管
fixed—programer：開發工程師
closed—tester：測試工程師
deferred-next build--test supervisor：測試主管/測試工程師
deferred-next main release--test supervisor：測試主管/測試工程師
總結：應該明確在乙個專案或者乙個部門裡，你的許可權職責，不同同事的許可權職責，以及遇到問題需要協商溝通，應該找誰，怎麼解決！
4、缺陷管理流程要點
為了保證錯誤的正確性，需要有豐富測試經驗的測試人員驗證發現的錯誤是否是真正的錯誤，書寫的測試步驟是否準確，可以重複；
每次對錯誤的處理都要保留處理資訊，包括處理姓名，時間，處理方法，處理意見，bug狀態；
拒絕或延期錯誤不能由程式設計師單方面決定，應該由專案經理，測試經理和產品經理共同決定；
錯誤修復後必須由報告錯誤的測試人員驗證後，確認已經修復，才能關閉錯誤；
加強測試人員與程式設計師的交流，對於某些不能重複的錯誤，可以請測試人員補充詳細的測試步驟和方法，以及必要的測試用例；
總結：上述幾點，其實主要思想還是圍繞第一部分--在缺陷的整個生命狀態流轉中，應該如何管理，什麼狀態需要什麼對應的管理方法，靈活應用！
5、用例設計規範
新建測試用例時要求選擇對應的產品模組、用例型別、適用階段和相關需求，用例型別一般選擇功能測試，適用階段一般選擇系統測試；
用例標題要求描述物件功能明確，並盡量做到簡潔；
根據需要填寫適當的前置條件，要求在業務流程上前置條件之後可以銜接第一步操作；
操作步驟要表述清楚具體步驟和檢查點及其所在的位置，ui元素和控制項需要標識清楚；
預期結果需要明確，原則上不應有無預期結果的操作步驟；
總結：談到用例設計，有最基本的「八要素」，以及設計用例的2個思路（按模組還是按業務流），對業務依賴、異常如何思考處理？如何提高覆蓋率？這些都可以從設計用例的規範裡面思考找到答案！
6、缺陷提交規範
提交缺陷時要求選擇對應的產品模組、所屬專案、影響版本、優先順序、嚴重程度和相關需求；
缺陷標題要求能夠確切地描述缺陷，包括缺陷出現的位置和表現，要注意避免冗長；
重現步驟中必須包括步驟，結果和期望，情況允許的話需要提供測試資料供開發人員迅速重現問題（日誌截圖，報錯方法）；另外，比較複雜的ui要求截圖；
總結：提交缺陷，必須記住四要素：when、how、what、why！
即表達乙個問題必須滿足的四個條件：什麼時間執行了什麼操作，發生了什麼問題，為什麼會發生（或可以理解為怎麼解決的）！
7、缺陷優先順序定義
被很多其他功能或檢查點依賴，或者造成blocking issue的缺陷定義為p1，要求開發人員最高優先解決；
被其他功能或檢查點依賴的功能或檢查點所屬的缺陷定義為p2，要求開發人員次優先解決；
獨立的功能或檢查點所屬的缺陷定義為p3，要求開發人員將p1和p2級別缺陷處理完成後再著手解決；
較小的功能缺陷或頁面樣式問題定義為p4，要求開發人員將p1、p2和p3級別缺陷處理完成後再著手解決；
一些功能和樣式方面的建議也可以登記到系統並標識優先級別為p4，一般可以放到後續版本中解決；
總結：缺陷優先順序和嚴重程度有很大的關係，以及綜合考慮對上線發布，對使用者的影響！
測試結果質量評估的最低標準：測試結果最低限度的符合需求並且可以正常執行！
8、缺陷嚴重程度定義
特別嚴重的問題，比如嚴重的樣式問題，資料錯誤，主要流程卡死等，要求標示嚴重級別為s1；
比較嚴重的問題，比如較嚴重的樣式問題，主要功能缺陷等，要求標示嚴重級別為s2；
一般嚴重度的樣式或功能問題，要求標示嚴重級別為s3；
輕微的樣式或功能問題，要求標示嚴重級別為s4；
測試人員在測試過程中發現的一些可以改進優化的地方，同樣應該記錄下來並提交到缺陷管理工具上，可以標示嚴重級別為s4，一般可以放到後續版本中跟進；
總結：關於缺陷嚴重程度，學會取捨，做什麼和不做什麼？如果做，怎麼做？如果現在不做，什麼時候做？
**：
基礎篇 如何做一名專業的軟體測試工程師
作為乙個軟體測試工程師，在面試過程中，如何表達自己的核心競爭力？如何體現自己的專業性？這是個值得思考的問題。1 缺陷的生命週期 總結 是否可以準確清晰的描述缺陷的生命週期，以及每個流轉過程中你應該做什麼？怎麼做？敲黑板，思考！2 對缺陷錯誤狀態的定義 總結 軟體測試工程師的職責是主動發現暴露軟體存在...
寫給一名軟體測試工程師
你要為自己每一次的懦弱而懺悔 曾經不願承認自己出生於農村，曾經不敢面對自己是一名外包員工，曾經一次次的不甘心自己只是一名 測試工程師 不做失敗者 微軟 ibm oracle 華為等等，這些公司選拔的測試工程師應該都是出類拔萃的人才。可惜不是你，說起你的大學，就想起郭敬明的 一夢三四年 你開始想做測試...
如何做一名優秀的工程師
看到一篇文章，寫的蠻不錯，以此文激勵和敦促自己 近年來中國在科技領域的突飛猛進，很大程度上因為中國出現了一批數量驚人的工程師。工程師大致可分為機械 電氣 硬體 軟體 土木等。通過對那些優秀的工程師觀察，我們發現他們之所以優秀是有原因的。從個人角度來看，優秀的工程師當具備以下特徵 1.強大的學習能力 ...