有幾個學員經常會對線上與線下
測試結果不一樣的問題產生糾結...所以還是統一寫一篇這樣的
文章吧
其實這個問題本身不用糾結，就好比再牛逼的雙胞胎還是有他們不一樣的地方。本身
性能測試就是一個預估風險、排查瓶頸、了解系統現有性能的一個手段。就好比小時候你是個好孩子，但不意味這你長大了也是一個好孩子，也許你會像海波兄那樣的...so，性能測試只是一種手段，減小風險的方法而已。
再者，本身線上和線下的測試結果就不太具有可比性，原因為：
1、線下與線上機器環境配置的差異
2、線下和線上業務數據的差異，雖然我們線下要最大可能的模擬用戶行為，但你不能拿保證100%的模擬啊，那么多用戶你都能兼顧到？
3、線下和線上產生壓力時間的差異，線下是模擬高壓力大并發的情況，而線上通常壓力不大，大并發主要集中在某幾個特殊時段。
說道這里，又會有童鞋繼續糾結了，那為毛還做測試啊，都不準確，做個毛毛？好吧，那我想反問你一句，一輛汽車開的人不同，開車的習慣不同，會對車造成不同程度的影響，既然我們沒法100%測試模擬，那我們干脆就產出汽車后直接賣給你好了，做個什么測試和路測，多tmd費勁。對吧？這時候你不干了，你說那多危險，萬一有大問題呢，不就要了我的命了嗎？呃...這時候你明白了？那換到性能測試中就不明白了？
我們做性能測試的意義其實很簡單：
1、預防、評估風險，如果有大問題可以早點發現，減小風險。這里理解極其簡單，你程序存在內存泄漏的問題，難道線下2g和線上4g這個內存差異就不會有內存泄漏了？這就好比，你不會騎永久牌自行車，難道給你換個小強牌（瞎編的...）自行車你就瞬間會騎了？
2、前端性能測試。可以通過前端性能測試保證頁面性能，給用戶帶來較好的用戶體驗。
3、單接口性能調優。主要目的是優化接口性能，排查接口性能問題，及應用內存隱患。
比如，我們會準備幾種業務場景，比如全走DB和全走緩存，分別得到這幾種場景下，應用最佳處理能力情況下，在測試中排查是否存在性能提升的地方，及代碼問題導致的內存泄露等。
4、容量評估。可以根據線上機器比例，線下模擬配比來估算。