效能測試定義：
通過一定的工具結合相應的測試方法，對部署的系統應用進行測試，發現系統應用內部存在的**邏輯問題及應用部署的機器硬體資源瓶頸問題及應用部署架構存在架構錯誤問題，如：網路端、客戶端、服務端搭建的架構問題；
負載測試：是乙個分析軟體應用程式和支撐架構、模擬真實環境的使用，從而來確定能夠接收的效能過；
壓力測試（stress testing）：是通過確定乙個系統的瓶頸或者不能接收的效能點，來獲得系統能提供的最大服務級別的測試；
效能測試的目的：
效能測試的目的主要體現在三個方面：以真實的業務為依據，選擇有代表性的、關鍵的業務操作設計測試案例，以評價系統的當前效能；當擴充套件應用程式的功能或者新的應用程式將要被部署時，負載測試會幫助確定系統是否還能夠處理期望的使用者負載，以**系統的未來效能；通過模擬成百上千個使用者，重複執行和執行測試，可以確認效能瓶頸並優化和調整應用，目的在於尋找到瓶頸問題；
顯得尤為重要，測試的提前介入，可以提前**風險，減少專案開發周期、節約開發成本；功能測試後的階段，個人認為應該是效能測試（試想，如果乙個專案連功能都實現不了，更何談效能測試）；在功能完畢之後，引入效能測試，通過效能測試對開發專案潛在的問題進行排查（功能測試，僅僅是幾個人或者幾十個人簡單的對應用功能的乙個測試，對於應用真正上線後的大量使用者使用，應用存在的潛在風險，並不能做很好的預估，尤其是當前空前的競爭壓力下，應用上線後的失敗，很可能導致整個專案的失敗；例如：12306訂票**，使用量之大，可能全世界前所未有，調動全國人力去測試應用效能問題，肯定是不可能的。如果事先不經過效能測試，貿然上線，在如此之多的使用者使用情況下，系統崩潰將是怎樣的一種後果。）；
案例分享：編者曾經從事過乙個專案，伴隨專案的始終。前期階段，由於測試提前介入，以及專案開發採用的敏捷開發方式，專案很快在不到半年的時間內，功能近乎完美完成。專案經理本著穩妥起見，引入效能測試，對專案潛在的風險進行評估，然後就搭建了一套模擬環境，專用於效能測試，搭建的模擬環境30使用者併發執行，專案一點問題沒有，進一步提公升併發使用者數，各種問題接踵而來；經過系統調優後（發布的應用系統引數等），部分問題解決；為了進一步測試實際情況下存在問題，效能測試環境由模擬環境切到了生產環境上，此時是大量使用者下的併發，部分業務是沒有問題的，但是更多的問題是集中在涉及到工作流的一些業務場景上，後台日誌各種報錯；通過抓取後台日誌，對問題進行定位分析，很快排查解決了**開發中存在的一些邏輯問題；**修復後重新上線，問題已基本不存在了；專案也很快結束，大大的縮短了專案開發周期、節約了開發成功、更好的適用於使用者；
效能測試注意點：
錄製指令碼盡量模擬實際使用者操作，在場景設計時，盡量與實際場景一致，對於使用者使用比較多的業務，應著重關注；
效能測試盡可能在實際生產環境上進行，普通模擬環境並不能真正發現實際生產環境下，應用存在的問題，但是並非棄用模擬環境；
效能測試，對於應用系統部署的環境上，可能需要部署一些系統效能監控軟體，在軟體的選取上，盡可能降低軟體自身執行對系統效能的影響；
效能測試，特別是應用與資料庫互動的業務操作上，需要提前預製符合效能測試業務需求的資料，在此基礎上，盡量讓環境測試環境可多次重複使用，這就要求資料、應用可還原；
效能測試技能掌握要求：
測試環境搭建，環境搭建不僅僅是效能測試所需要具備的技能，也是測試人員所需要具備的基本技能；很多測試，包括應用的安裝解除安裝，都需要測試人員具備這一技能；
應用搭建使用協議的了解，很多情況下，效能測試人員需要錄製測試指令碼，這就要測試人員對應用採用的協議有充分的了解；
作業系統機能的掌握，特別是linux作業系統的了解，當前大多數的應用部署在linux作業系統之上，效能測試人員需要掌握作業系統知識這一基礎技能；
資料庫知識，面對大資料時代，資料庫機能的掌握不僅僅可以為效能測試服務，還可以為你今後的華麗轉型，提供良好保障，華麗的dba；
良好的編碼思量。基礎的編碼知識，對於編碼的了解，可以為你今後衝擊高階效能測試工程師提供有力保障，乙個高階效能測試工程師，應當具有效能調優這一技能，編碼就顯得尤為重要；
對於新技術、新思想的一種追求與掌握；
Vue個人經驗小結
this.axios.get then response 搭配swiper和elementui echarts來豐富你的介面 做出各種炫酷的效果 對於keep alive的理解 keep alive是vue的內建元件，在元件切換過程中，keep alive能嚴格的將狀態保留在記憶體中，帶來的好處是可...
個人小結 測試
結束了在測試的工作，一直想寫點東西 1.測試首先是為個讓使用者能用，不會報錯，然後才能談到其他比如易用性，解析度等不會常用的功能,所以測試就要有重點 2.自動化測試在版本測試中用處也不大,前期投入太大,收益太小,自動化一般用於回歸測試,執行一輪測試中錄製好的指令碼,檢查修改bug時是否導致其他功能點...
效能優化個人認識小結
設計乙個系統的時候，要考慮到各個方面的效能。只有在各個環節做好效能 優化，最終才能搭建乙個效能良好的系統。拿到乙個系統設計需求，在資料庫設計方面，首先考慮的問題是資料量有多少，是否需要分庫分表。分庫，由於資料量太大，乙個資料庫伺服器容不下，就需要部署在不同的資料庫伺服器上了。分表 單錶的資料量太大的...