效能測試常見問題案例與原因
TPS下降問題分析
某產品為方便使用者使用開發SDK介面,對HTTP API進行了包裝。測試過程中,SDK介面與直接使用HTTP API訪問的效能對比,發現在同樣的壓力測試場景下SDK的TPS下降很多。 使用工具Nprofile定位發現程式碼中呼叫連線池管理部分程式碼消耗時間比HTTP API長,進一步檢視程式碼發現SDK使用HttpClient連線池時預設的最大連線數DEFAULT_MAX_CONNECTIONS = 50,將其設定為400時,SDK的TPS增大。 建議:TPS上不去,首先檢查連線數、執行緒池等配置是否合理。 |
HTTP請求響應碼為5XX問題的定位和分析
正常的HTTP請求響應碼為2XX,表示成功響應,但是測試過程中經常會遇到響應碼為5XX的情況。常見的5XX響應碼有500和502錯誤: * 500錯誤 原因:500錯誤表示伺服器內部錯誤 案例:出現500錯誤時,服務端日誌中同時會出現錯誤日誌,曾經遇到的錯誤有:資料庫處理能力成為瓶頸,連線數不夠,出現get null from pool 異常,通過調整DDB 連線池的大小解決該問題。 定位方法:當遇到500錯誤時,首先檢視服務端日誌,通過錯誤日誌資訊進一步定位返回碼錯誤的原因。 * 502錯誤 原因:502錯誤是閘道器錯誤,同時nginx error日誌中會出現(104: Connection reset by peer) while reading response header from upstream 案例:曾經一次效能測試過程中,因為併發連線數超過了nginx配置的最大連線數,導致出現502錯誤,通過調整nginx的最大連線數解決該問題。 定位方法: 出現502以及Connection reset by peer錯誤的常見原因有: 1、併發連線數大於服務端最大連線數,服務端會將其中一些連線關閉掉; 2、客戶關掉了瀏覽器,而服務端還在給客戶端傳送資料; 當測試過程中出現該錯誤時,可以從以上幾個方面定位問題。 |
相關推薦
效能測試常見問題案例與原因
TPS下降問題分析 某產品為方便使用者使用開發SDK介面,對HTTP API進行了包裝。測試過程中,SDK介面與直接使用HTTP API訪問的效能對比,發現在同樣的壓力測試場景下SDK的TPS下降很多。 使用工具Nprofile定位發現程式碼中呼叫連線池管理部分程式碼消
效能測試常見術語淺析
之前在效能測試過程中,對於某些其中的術語一知半解,導致踩了很多坑。這篇部落格,就常見的一些效能測試術語進行一次淺析。。。 負載 對被測系統不斷施加壓力,直到效能指標超過預期或某項資源使用達到飽和,以驗證系統的處理極限,為系統性能調優提供依據; 併發 ①狹義上的併發:所有使用者在同一時間
效能測試的目的與型別
1.效能測試的目的 (1)評估系統的能力:測試中得到的負荷和響應時間資料可以被用於驗證所計劃的模型的能力,並幫助作出決策;(2)尋找系統瓶頸,進行系統調優;(4)檢測軟體中的問題;(5)驗證穩定性、可靠性; 2.效能測試的型別 在講述效能測試型別前,先簡單分析效能測試的壓力
H5遊戲效能測試工具選擇與實踐總結
概要 本文會對本人在使用白鷺做h5遊戲進行效能測試的過程送使用的工具做一些簡單記錄。 包括 記憶體,cpu,耗電,啟動時間,網路監控,弱網路,流量幾個方面介紹。 背景 玩吧提測有一個性能需要求列表。需要每項指標達到要求。 測試效能基於公司專案的遊戲,使
效能測試常見的指標(一)
效能測試最基本要考慮以下幾點: 1、時間特性,主要指的是軟體產品的事物響應時間(使用者發出請求到收到應答的這段時間) 2、資源利用率,包括:cpu、記憶體、網路、硬碟、虛擬記憶體(如Java虛擬機器) 3、伺服器可靠性,指伺服器能在相對高負載情況下持續的執行 4、可配置優化性,指伺服器
效能測試常見指標
1註冊使用者數 註冊使用者數指軟體中已經註冊的使用者,這些使用者是系統的潛在使用者,隨時都有可能上線。這個指標的意義在於讓測試工程師瞭解系統資料中的資料總量和系統最大可能有多少使用者同時線上。 2線上使用者數 線上使用者數是指某一時刻已經
ceph儲存 效能測試常見問題
目錄 名詞解釋 附 起壓工具 其他工具 效能測試FAQ 1. 效能測試的基本過程是什麼? 2. 如何準備測試環境? 3. 準備環境時,由於條件限制,機器
C#效能測試垃圾回收與執行時間幫助
internal sealed class OperationTimer : IDisposable { private Stopwatch m_stopwatch; private string m_text;
【蟲師--系列08】效能測試知多少---效能測試工具原理與架構
來自:http://www.cnblogs.com/fnng/archive/2012/07/31/2617546.html 作者:蟲師 在效能測試的學習過程中,堅持思想與工具(分開)並行,當前面世面上的效能測試書籍大多把理論與loadrunner融為一體講解
效能測試常見問題 (效能論述)
名詞解釋 效能測試FAQ 1. 效能測試的基本過程是什麼? 2. 如何準備測試環境? 3. 準備環境時,由於條件限制,機器系統硬體環境可能不同,機器硬體的cpu主頻,單雙核,硬碟轉速等對效能測試的影響情況如何,在準備測試中哪些因素可以較少考慮或者忽略? 4.
效能測試常見的觀察指標
新手問的第一個問題往往是做效能測試怎麼去做?怎麼去做,就是要去測什麼,什麼才能代表整個系統的效能質量。這就是效能的指標。我們在測試使用的常常也就B/S或者C/S兩種架構,下面詳細講述這兩種系統需要關注
效能專題:一文搞懂效能測試常見指標
1. 前言 上週,對效能測試系列專題,在公號內發表了第一篇介紹:【效能系列連載一】開篇:效能測試不可不知的“乾貨”,但反響貌似並不太好,但既然此前已答應了部分讀者要連載分享效能這塊的知識,含著淚也得繼續寫。 效能測試的基礎:就是在確保功能實現正確的前提下,通過合適的效能測試加壓方式
Locust1.4.3版本效能測試工具案例分享
一、Locust工具介紹 1.概述 Locust是一款易於使用的分散式負載測試工具,完全基於事件,使用python開發,即一個locust節點也可以在一個程序中支援數千併發使用者,不使用回撥,通過gevent使用輕量級過程(即在自己的程序內執行)。 2.常見效能測試工具比較 3.
Locust效能測試 Locust效能測試1-環境準備與基本使用 Locust效能測試2-先登入場景案例 Locust效能測試3-no-web模式和csv報告儲存 Locust效能測試4-引數關聯 Locust效能測試5-引數化批量註冊
https://www.cnblogs.com/yoyoketang/p/9638151.html https://www.cnblogs.com/yoyoketang/p/9642242.html https://www.cnblogs.com/yoyoketang/p/9648100.html ht
CentOS 6與CentOS 7 詳細對比:常見設定、服務管理、效能測試
本主題將從3個角度進行對比 2. 服務管理(Sysvinit vs Upstart vs Systemd) 3. 效能測試(cpu/mem/io/oltp) 環境說明 硬體 伺服器: Dell PowerEdge R620
對《軟體效能測試過程詳解與案例剖析》的看法
這本書我看了有一段時間了,最近一直比較忙,就什麼也沒寫。 今天想來想去還是寫寫自己的感觸: 一直不太喜歡,有些沒有任何的分析就誇書寫的好,或者罵書寫的不好之類的人。 這本書我看了兩遍的。為什麼書我看了兩遍才會想寫點東西呢。我認為不管什麼書,看第一遍總是在受著作者的影響,每
Spark on Yarn with Hive實戰案例與常見問題解決
ast spa dfs img 運維 base kcon 運維人員 來看 [TOC] 1 場景 在實際過程中,遇到這樣的場景: 日誌數據打到HDFS中,運維人員將HDFS的數據做ETL之後加載到hive中,之後需要使用Spark來對日誌做分析處理,Spark的部署方式是
常見的效能測試誤區
摘自《web效能測試實戰》,該書為06年出版的,經過12年時間效能測試領域技術的沉澱,對於誤區闡述的觀點在當下並不是太難理解,就挑幾個記下來。 誤區1:效能測試獨立於功能測試 效能測試和功能測試時緊密聯絡在一起的,原因之一是很多效能問題是由軟體自身功能缺陷引起的。如果應用系統功能不完善或者程式碼執行效
常見效能測試崗位面試題
一、基礎篇 1、較為完整的效能測試的流程 一個完整的效能測試流程 2、效能測試的基礎理論、常見術語 效能測試常見術語淺析 3、效能測試模型、型別 常見的效能測試型別、效能測試模型 4、HTTP、TCP協議相關知識 HTTP協議入門系列
JMeter全程實戰、效能測試實戰、分散式效能測試、真實案例分析
測試需求描述 1、 本次測試的介面為http服務端介面 2、 介面的主要分成兩類,一類提供給查詢功能介面,一類提供儲存資料功能介面,這裡我們舉例2個儲存資料的介面,因為這兩個介面有關聯 性,比較有代表性; 儲存信用卡賬戶資訊介面: 傳入引數: args={ "clientNo":"43434