與測試用例設計不同，測試經驗庫更多體現的是測試工程師在日常測試活動中的經驗積累，這些經驗很多時候不一定編寫為測試用例，但可作為測試執行、發現缺陷活動中必不可少的補充。
測試工程師可將測試活動過程中積累的經驗，新增到經驗庫中。通過長時間積累，作為產品團隊的一筆「財富」，每一位新成員加入，都可以先學習經驗庫，更快速的融入團隊。
以筆者曾經所在公司為例，積累了大量的測試經驗，主要分為功能設計、資訊提示、系統互動、容錯處理、資料邊界等幾個部分。
01、功能設計
02、功能冗餘
買東西送贈品，不一定是好事。根據使用者需求實現滿足其期望功能，總是恰當的做法。開發工程師覺得有用的功能並不一定是使用者期望的，如老年手機設計了酷炫的燈光效果、總共不超過10條資料卻設計了查詢功能。功能越多，出錯的可能性越高。
03、功能誇大
出於營銷目的，產品團隊可能通過某種形式誇大被測物件的功能性，測試工程師應該結合系統demo、宣傳頁、使用者手冊及使用者需求進行多重驗證，以判斷是否存在誇大現象。
04、功能過度
乙個簡單的功能，卻需要通過多個步驟操作才能實現，使用者無法記憶太多複雜的步驟。對於使用者而言，「事不過三」總是對的，也是他們期望的。
任何系統設計，越是簡潔越好，功能過於複雜的系統，通常沒有好下場。
05、功能無用
既然沒有用的功能，開發出來做什麼，需求分析的時候，是否真的分析清楚了？為了功能而實現功能，通常不是乙個好的做法。
06、功能錯誤
錯誤的功能，肯定需要處理。人民幣轉換日元，卻以歐元的匯率，系統是怎麼設計的？
07、功能缺失
說好了有按照訂單號、訂單總金額、商品名稱等字段排序的功能，使用者卻在哪都找不到。
08、提示錯誤
明明必填項「類別名稱」為空，系統卻提示「商品單位不能為空」，錯誤的資訊提示可能讓人懷疑整個系統的質量。
09、提示費解
「我**錯了，管理員是誰，我去**找他？」
能不能明確告訴使用者錯誤位置及錯誤原因。
10、提示冗餘
使用者名稱及密碼都沒有輸入，提交登陸後，系統先提示「使用者名稱不能為空」，確定後又提示「密碼不能為空」，有什麼話能不能一口氣說完？
11、選單錯亂
相同類別的選單應該在同一目錄，查詢與替換功能應該在一起。
12、不可退出
一些指令碼錯誤出現後，無論確定還是取消，都無法退出當前狀態，只能強制關閉程序。
13、無限等待
14、多重游標
乙個乙個來，那麼游標都來提示使用者，使用者怎麼知道應該先操作哪個，還是系統已經瘋了？
15、輸入限定
使用者名稱長度不超過18個字元、類別名稱不超過15個字元、內容簡介不超過2000個字元，這些都是對使用者輸入的限定，超過限定的輸入是不被接受的。系統應當對超限輸入做出明確的禁止。
16、輸出限定
小數點保留幾位，是個嚴重的問題，是否應該有個規則說明，1.5萬元與1.55萬元的差別是500元。有限的區域只能顯示20個字元，多餘的資訊則以摺疊方式展示。
17、錯誤恢復
不小心的誤操作，是否導致無法挽回的結果，密碼輸入錯誤幾次才會被鎖定？系統在使用者操作錯誤時應該給予「改過自新」的機會。
異常的故障出現，系統能否恢復到故障前的狀態，也是系統健壯性的重要表現。
18、異常呼叫
支付時明明支付成功了，為什麼提示支付失敗？錢哪去了？還能退回來嗎？
系統與系統間的呼叫，更要保證資料及邏輯的正確性。
19、軟體邊界
陣列只能容納10個整數，現在有9個、10個、11個的可能性，系統響應是什麼？
20、硬體邊界
記憶體使用率已經99%了，系統還能執行嗎？磁碟已經沒有空間了，還需要寫日誌怎麼辦？
21、時間邊界
系統等待過程中，是否可以給其傳送命令，還有1秒結束安裝了，能否取消？還有1秒完成解除安裝了，能否取消？系統要求15秒內給予響應，否則託管，在15秒剛到時做出響應是否取消託管可能性？
22、空間邊界
系統規定了控制項的應用空間，如果把控制項拖到區域外呢？是否存在「免死」區域，是否有越界可能？
測試經驗及測試方法
一，測試型別 1.功能測試 最基礎的測試型別，主要對產品的各個功能進行驗證，檢查是否滿足產品需求。1.1 測試用例設計 1.1.1 主要基於需求的設計 根據需求文件進行分析，按照一定的設計方法去編寫測試用例，如正反例，邊界值 1.1.2 主要基於經驗的設計 業務類的一些需求，要根據之前的測試情況或是...
測試經驗分享
測試經驗分享 做測試快兩年半的時間了，在測試過程中接觸到了不少的事情，總結下自己測試工作中的一些經驗吧 1 充分理解需求，找出需求缺陷。測試人員拿到需求 設計文件後，應積極地與需求 設計人員進行溝通確認，並及時地提出自己對相關文件的疑問，這樣做的好處一方面在於幫助測試人員充分理解需求，以保證設計全面...
測試經驗積累
1.測試的場景除了關注正常功能流外，還要重視異常功能流是否得到合理處理 如模擬網路異常 手動停止功能伺服器一段時間後，再重啟功能伺服器等 2.在遇到高可用或者負載均衡的測試時，除了覆蓋你能想到的所有case外，還有一種場景也是很值得注意的，如 請求向一台accessservice伺服器發出，然後停止...