前段時間客戶方一個系統(tǒng)上線后出現(xiàn)性能問題，就是查詢報表的時候出現(xiàn)宕機現(xiàn)象，應(yīng)項目組要求過去幫忙測試優(yōu)化問題。
該項目的架構(gòu)相對比較復(fù)雜，登錄后要先進行認證服務(wù)器認證用戶然后登錄到應(yīng)用系統(tǒng)A,在跳轉(zhuǎn)到應(yīng)用服務(wù)器B進行業(yè)務(wù)操作，如果有涉及到查詢歷史數(shù)據(jù)等需要使用到查詢報表的，就要再次跳轉(zhuǎn)到cognos服務(wù)器，然后從數(shù)據(jù)庫中撈取數(shù)據(jù)，因為項目人員只是說登錄很慢，而且應(yīng)用系統(tǒng)也很慢，有時會內(nèi)存溢出，經(jīng)常重啟，但是沒說明是哪里出問題，所以對問題的定位分析確實很麻煩。
于是只能逐層剝離測試分析方式來對各層次服務(wù)器進行問題定位分析解決。
1、先測試挖掘分析web服務(wù)器問題，通過簡單的測試系統(tǒng)登錄退出，定位解決了apache配置問題。
2、認證服務(wù)慢的問題是存在，但是是另外一個系統(tǒng)問題，所以不做任何優(yōu)化修改。
3、本項目的應(yīng)用服務(wù)器問題診斷分析，通過測試一些交易類型的不跟報表打交道的業(yè)務(wù)功能點發(fā)現(xiàn)weblogic的JDBC、JVM等配置方面的問題，但是這時只能說發(fā)現(xiàn)問題，雖然JDBC調(diào)整大小可以解決連接數(shù)問題但是JVM設(shè)置問題，還需要考慮業(yè)務(wù)模型測試模型配比進行調(diào)整，因為報表展現(xiàn)的數(shù)據(jù)需要加載到應(yīng)用JVM然后在展現(xiàn)出來，所以這方面的調(diào)整只能綜合場景測試，才能進行分析優(yōu)化調(diào)整。
服務(wù)配置測試診斷分析，通過測試查詢報表數(shù)據(jù)，進行測試應(yīng)用、報表展現(xiàn)分析問題，cognos的相關(guān)參數(shù)配置，如cognos Sort buffer size、CQEConfig.xml修改、最大進程數(shù)調(diào)整等進行調(diào)整然后針對JVM進行調(diào)整。
4、數(shù)據(jù)庫問題，在測試過程沒有發(fā)現(xiàn)SQL寫法問題，引發(fā)數(shù)據(jù)性能問題都是數(shù)據(jù)庫緩存配置問題引發(fā)的，報表服務(wù)器的數(shù)據(jù)庫是可以適當(dāng)把緩存參數(shù)設(shè)置大一些，提高性能，如數(shù)據(jù)緩存、高數(shù)區(qū)緩存等配置，提高數(shù)據(jù)命中率等問題。
5、JVM的配置差異性：雖然都是使用同種類型的linux操作系統(tǒng)和硬件配置，同樣使用jrockit JDK，但是面對的處理的技術(shù)和業(yè)務(wù)邏輯的差異性，導(dǎo)致對JVM配置也相應(yīng)有一定的差異，如應(yīng)用服務(wù)器是面對不只是報表數(shù)據(jù)展現(xiàn)也有管理類交易的而cognos服務(wù)器是針對數(shù)據(jù)的展現(xiàn)，如果歷史數(shù)據(jù)的查詢展現(xiàn)等為主，所以應(yīng)用服務(wù)器和報表服務(wù)器對于的JVM配置方式不能設(shè)置一樣，如 應(yīng)用服務(wù)器JVM配置如 -Xms1024m -Xmx1024m -Xns:256m -Xgc:gencon
而報表服務(wù)器配置-Xms1024m -Xmx1024m -Xgcprio:throughput –XnoOpt -Xverify:none，在測試過程中性能最佳。 –XnoOpt -Xverify:none這兩個參數(shù)的使用雖然有測試過是否加入會影響性能，但是這兩個參數(shù)的真正意義原理不是很了解。
6、應(yīng)用展現(xiàn)設(shè)計問題，如查詢類的不同機構(gòu)的查詢默認情況下，登錄頁面后都會把所有機構(gòu)的數(shù)據(jù)展現(xiàn)出來，經(jīng)討論開發(fā)的改為該機構(gòu)的用戶只能展現(xiàn)本機構(gòu)的機構(gòu)以及下級機構(gòu)的數(shù)據(jù)。 而不是設(shè)計而所有的一級行機構(gòu)都展現(xiàn)然后在根據(jù)權(quán)限問題查看只能查看本機構(gòu)的數(shù)據(jù)。而且也是要用的時候才去展現(xiàn)機構(gòu)樹，而不是每次登錄都刷新展現(xiàn)加載一次。
經(jīng)這些調(diào)整后響應(yīng)時間從10個用戶五十幾秒，到50用戶報表生成響應(yīng)時間4.46S。
版權(quán)聲明：本文出自 泊涯 的51Testing軟件測試博客：http://www.51testing.com/?240349