模板
教程
環境
性能
功能
管理
我們一起聊聊性能測試是怎么一回事？(4)
緩存的存在與否，比如大家都知道數據庫有緩存、CPU有緩存那么產生模擬真實數據的原因更多再也此，我們要規避不需緩存的時候緩存了、以及合理的模擬緩存，根據真實架構設計來設計測試數據。
數據庫歷史數據（業務基礎數據量和質量是否滿足）；數據庫業務交易數據是否滿足，數據的單一問題是否帶來查詢壓力減輕了，不能模擬真實情況。
測試數據的寫死，是否到賬業務場景遺漏。比一些邊界場景和一下主流場景組合的綜合場景。特別是這種組合很容易遺漏，非主流+主流。
斷言（檢查點）是否能滿足，出現過多次的真實案例，不設置檢查點。去掉直接認為沒有必要的請求。在動靜分離的系統中，去掉了靜態資源請求，結果上線后靜態資源服務器被壓死了。一個原則，就是會給資源帶來壓力的真實情況一個都不放過，這就是參數化和數據準備的原則。
問：老師怎么看待js的性能，以及測試如何下手這個環節。開發認為js性能受終端配置影響嚴重且多數用戶會自認為是不是我的網不好之類的，從而忽略掉這個環節的性能測試。
答：首先，性能是設計出來的不是被測試出來的。這個文章中有提到。因此一個好的性能需要做好前期的性能可行性設計。沒有這個流程的同學，建議研發流程中加入，性能可行性設計。給出現狀（使用工具查看現狀）：js性能工具: JSLitmus、jsperf、chrome瀏覽器的profile等?？梢詸z查網頁性能情況比如chrome的profeil，操作簡單，錄制+停止。
可以用工具看到js大小，加載速度等，還可以看看研發的代碼。要讓研發動起來就的找方法：js常見的優化方法：建議動靜分離、建議壓縮、建議緩存、建議版本標示、文件合并、方法抽象、避免全局、解耦html和css，具體方法很多。動靜分離是常見的。就是把，js、圖片、css等靜態文件放到不同的服務器上。js由于是靜態資源，可以做動靜分離，來減輕服務器壓力。js做緩存，js由于版本特征明顯，需要做好版本標示，保證不會由于緩存帶來功能問題。tags可以通過代碼或設置中間件如gizp壓縮（壓縮登記等），其實不光js前臺的圖片等都有很多優化方法，后面的chat會提到。比如nginx中間件，設置nginx.cfg就能壓縮?？梢再I一本js性能優化的書看看推薦《高性能JavaScript》。
原文轉自：http://gitbook.cn/books/58a1cef89253167836c8acad/index.html
