每週四是我們組開週會的時間，會對上一周的工作進行總結，也會對下一周的工作做一些計畫。其中值班是一項比較看天的工作，也許你值班的那一周相安無事，也許會被無數人@查問題。總之就是值班是個苦差事。
我們值班有都要負責哪些東西呢？歸根到底就是影響我們測試進度的所有問題！！！
這裡我們先進行一下歸類
按照部門：內部和外部
按照型別：業務和環境
這裡只是初步的進行分類，但是這個分類缺失無用的，因為給你拋過來乙個問題時你是很難第一時間就知道這是個什麼問題。所有我們需要乙個排查問題的方**（即你的套路）。這裡我分享的只是我的套路，不一定是對的，但是卻幫助我解決了許多問題。
我們以乙個實際問題為例，退款touch頁面載入失敗。（我所負責的是國內機票出退改業務，這是業務量最大的入口，所以以這個為例）。
遇到這個問題，我已經確定了這不是乙個業務問題！因為頁面載入失敗沒有什麼特殊的業務。但是比如乙個按鈕的展示，你首先需要確定這個按鈕該不該出現在這個位置，並且有沒有許可權展示，這裡面就存在兩個業務問題。所以遇到這種問題，第一點是確定是否是業務問題？如果是請耐心解答業務問題，這裡面更推薦將所有常見業務問題整理成相關wiki，直接扔出wiki，減少溝通成本！如果不是那就繼續排查。
到這裡，你需要了解**，並且需要檢視日誌了。
我們會使用ng作為反向**伺服器，所有需要檢查ng的配置，以及檢視log中upstream的實際機器。
對於node日誌，我們的**裡會對所有的http介面的url 、入參、出參都打出來，你需要確定是哪個介面有問題，並且根據url，你可以通過ng的配置找到對應的服務，這裡面會有**配置錯誤、service伺服器5xx問題等情況。
其他問題
這個時候會有異常資訊，除非你的**裡沒有列印異常棧，那就是一件比較操蛋的事情了。
通過異常棧可以排查到問題，這裡你需要了解如何檢視異常棧，本周五組內開會排查問題，還有許多同學定位問題慢，究其根本就是不會看異常棧的問題。
首先，你要關注這是哪個exception，優雅的**就是你通過異常的名字就能知道這是個什麼問題。
其次是cause by，它會告訴你是哪一行的問題，接著你可以按照呼叫關係去看下一行的**，問題就出現在這裡。
說到底，如何排查問題就是兩點：一是確定這是不是業務問題；二是按照你的呼叫關係逐級排查。
壓力測試問題
環境 兩台虛機配置，千m網絡卡 a 8cpu，32g記憶體 應用伺服器 b 2cpu，8g記憶體 資料庫 壓力測試資料 200使用者，每秒響應160 170次左右，cpu占用10 左右，記憶體占用穩定，始終無法提公升，網路使用率4 資料庫伺服器，cpu 2 記憶體占用穩定 資料庫一切正常，伺服器cp...
RabbitMQ 測試問題
使用eventlet併發consumer指令碼 eventlet.monkey patch all true msg per queue 50 queue num 10 rabbit host 10.23.54.150 5672 class consumer def init self,count ...
Linux lftp測試問題
1.客戶端安裝lftp，伺服器端安裝vsftpd 2.伺服器端啟動vsftpd服務 etc init.d vsftpd start 3.測試連線 lftp命令使用方法見 如果出現 delaying before reconnect 表示沒有連線成功，一般是伺服器端的設定問題。檢查以下項 1 檢查登入...