最近公司產品更改戰略方向，大家努力了2-3個月，終成雛形。最新的產品對老的測試技術提出了新的挑戰。業務上的挑戰主要在於需求，開發和測試的大部分成與敗皆取決於此。在此2-3個月中的關於功能測試的經驗和教訓，後續另寫。今天主要寫新產品對非業務功能上的技術挑戰。
關於併發測試，前期也有自動化探索和持續實踐，成效不是很明顯。臨近發版的時候，全體人員手工驗證，仍舊錯誤頻出，可見此條道路上的技術艱險。
關於併發測試問題的解決，乙個是靠現有人力的探索和實踐（比較容易，不過需要時日），乙個是靠引進更專業技術的人才（解決問題比較快，不過更緊急的是開發人才）。
雖然現階段自己並不負責此部分，不能放很多精力在此，卻也不由得憂心不已，須也為此尋求解決之道了。
單體工具併發瓶頸redis sqlsever
redis 10w 壓測 讀8w 寫 5 8w sqlsever 100w oracle沒有未提交讀隔離級別的,oracle只有寫會阻塞寫,讀不阻塞寫,寫也不阻塞讀,通過oracle的undo實現的 sqlserver的預設的已提交讀隔離級別,寫是阻塞讀的,讀也阻塞寫 而且oracle中是不管理鎖的...
效能測試瓶頸分析
在效能測試過程中，瓶頸猶如功能測試的bug，瓶頸的分析猶如bug的定位。效能測試工程師好比醫生，看到病象，定位 效能瓶頸的定位更像庖丁解牛，層層解剖，最後定位問題之所在。下面分享乙個記憶體洩漏的瓶頸分析。病象 tps波動非常大 狂打超時日誌 偶爾有500錯誤。看到這個現象，其實說明不了什麼問題，就象...
系統瓶頸（軟體測試）
瓶頸主要是 指整個軟硬體構成的軟體系統某一方面或者幾個方面能力不能滿足使用者的 特定業務要求，特定 是指瓶頸會在某些條件下會出現，因為畢竟大多數系統在投入前。嚴格的從技術角度講，所有的系統都會有瓶頸，因為大多數系統的資源配置不是協調的，例如cpu使用率剛好達到100 時，記憶體也正好耗盡的系統不是很...