最近看一些**，裡面說測試人員大概分7級，根據以下逐步高階
我覺得這種更多的是針對功能測試人員和測試開發的部分工作；
測試開發的高階：
*能寫小工具
*能讀懂**
*能根據**的假設前提和原理，設計測試
*能判斷手工和自動化的價效比，選擇合適的測試方法
*能根據錯誤模型抽取出可以自動化的東西，和可以模板化的東西
*能精通業務，能成為行業的諮詢師和架構師
最近和其他子公司同事交流，突然發現太過於拘泥於是測試開發還是功能測試，也許是太注意面上的東西了。其實測試存在的意義，應該更多的是希望風險可控。無論是報bug，還是灰度發布，其實最後都是希望風險可控。包括程式或策劃做完功能說，「你幫我測測」吧，其實乙個潛台詞就是：「我能不能把我做的東西放出去」或者是「這個東西可不可行」。
測試級別和分類
ut unit test 1 測試 內側 2 測試 公測 3 uat測試 客戶派本公司人員進行使用測試 uat user acceeptance test 1 白盒測試 這種測試就是軟體的最底層 不在意外在的介面，只要求底層功能實現且邏輯正確 2 黑盒測試 指的是軟體外在的 可看到的 主體功能是否可...
測試bug級別定義
致命bug 不能完全滿足系統要求，系統停止執行，系統的重要部件無法執行，系統崩潰或者掛起等導致系統不能正常執行。修改優先順序為最高，該級別問題需要立即修改。1.系統崩潰 2.導致程式重啟,宕機或非法退出 3.死迴圈 4.資料丟失或異常 5.資料通訊錯誤。6.硬體故障，系統懸掛 嚴重bug 嚴重地影響...
軟體測試 2 測試用例級別
一.測試用例的級別判斷 p1用例 系統的基本功能，用例數量應受到控制 劃分依據 該用例執行失敗，會導致多處重要功能不可用 發生概率較高的，經常使用的功能 該類用例需在每一輪版本測試中執行 p2用例 系統的重要功能，用例數量較多 劃分依據 各種應用場景，使用頻率較高的正常功能。功能互動相關 在系統測試...