性能測(cè)試qq面試總結(jié)

1、21 克 9:46:17你全權(quán)參與的性能測(cè)試項(xiàng)目有幾個(gè)？低調(diào)的魚(yú) 9:48:08BECIF 平安管理系統(tǒng)改造（接入一帳通卡后）管理系統(tǒng)系統(tǒng)平安個(gè)人平安投行交通中銀聯(lián) OA 系統(tǒng)21 克 9:48:50那在性能測(cè)試中有沒(méi)有發(fā)現(xiàn)什么缺陷？低調(diào)的魚(yú) 9:53:09我去整理一下21 克 9:55:29好的低調(diào)的魚(yú)BECIF 平安10:03:24管理系統(tǒng)BECIF1.0.0 性能測(cè)試- 客戶基本信息查詢（20 并發(fā)場(chǎng)景查詢客戶基本信11822息_byBecif_c.lrs） P2L2關(guān)閉BECIF新增客戶性能優(yōu)化 P4L3已關(guān)閉綜合場(chǎng)景測(cè)試 （300 4hour） 未達(dá)到 1S 響應(yīng)時(shí)間要求 P2231

2、8421848L2已分配1.疑似客戶判碼取線程數(shù)有誤。2.查詢疑似客戶返回值最大個(gè)數(shù)未做限定。中間件 ESB 對(duì)于XML數(shù)據(jù)庫(kù)連接數(shù)不夠。的最大長(zhǎng)度限制過(guò)小。平安個(gè)人改造（接入一帳通卡后）weblogic 線程數(shù)不夠數(shù)據(jù)庫(kù)連接池?cái)?shù)不夠平安投行管理系統(tǒng)服務(wù)器系統(tǒng)資源不夠用戶登陸驗(yàn)證機(jī)制時(shí)間過(guò)長(zhǎng)。交通系統(tǒng)1.100 并發(fā)用戶時(shí)積分查詢交易超時(shí)中銀聯(lián) OA 系統(tǒng) 1.tomcat JVM 過(guò)少 2.tomcat 線程數(shù)過(guò)少。3.多用戶登陸時(shí)流量統(tǒng)計(jì)插件報(bào)錯(cuò)。低調(diào)的魚(yú) 10:04:09 BECIF 的缺陷當(dāng)時(shí)我有 21 克 10:06:45對(duì) BECIF 平安出的？21 克 10:07:00，其他的項(xiàng)

3、目只是記得自己當(dāng)時(shí)做性能測(cè)試過(guò)程中發(fā)現(xiàn)。管理系統(tǒng)來(lái)說(shuō)，你提及的 4 條調(diào)優(yōu)的建議是基于什么提也就是說(shuō)你是如何得出這 4 調(diào)結(jié)論的低調(diào)的魚(yú) 10:25:361.疑似客戶判碼取線程數(shù)有誤。查詢疑似交易單獨(dú)運(yùn)行時(shí)，weblogic 的線程數(shù)增長(zhǎng)速度過(guò)快，系統(tǒng)線程數(shù)迅速到到最大負(fù)荷2.查詢疑似客戶返回值最大個(gè)數(shù)未做限定。我當(dāng)時(shí)編寫(xiě)的是新增用戶后再進(jìn)行疑似查詢操作，用戶的五項(xiàng)關(guān)鍵信息為：2.1 證件類型，證件號(hào)碼同，生日，證件類型，證件號(hào)碼、生日三者相同2.2如上兩種情況都是屬于疑似客戶，查詢疑似的中只用戶進(jìn)行了參數(shù)化，（每增加一個(gè)用戶，疑似判斷的用戶就+1）因?yàn)楫?dāng)時(shí)跑了 100 并發(fā)用戶的綜合場(chǎng)景，分

4、了 15 分鐘，1 小時(shí)，4 小時(shí)幾次運(yùn)行。查詢疑似交易的平均響應(yīng)時(shí)間越來(lái)越長(zhǎng)，后面去CC 上取代碼看的時(shí)候，發(fā)現(xiàn)開(kāi)發(fā)未對(duì)疑似的最大值進(jìn)行限制。3.中間件 ESB 對(duì)于XML的最大長(zhǎng)度限制過(guò)小。新增用戶不添加產(chǎn)品信息時(shí)，查詢客戶所有信息交易平均響應(yīng)時(shí)間正常。但是從生產(chǎn)上取下來(lái)的數(shù)據(jù)名字后，進(jìn)行綜合場(chǎng)景運(yùn)行過(guò)程中，查詢客戶所有信息的交易失敗率大大增加.原因?yàn)榭蛻舢a(chǎn)品信息和基本信息所涉及的字段有 300 余個(gè)，有 80 多個(gè)字段為文本類型，如果客戶有多個(gè)產(chǎn)品信息的話查詢時(shí)系統(tǒng)生成的 XML文件有可能大于文件限制的最大值為 1M而 ESB 對(duì)于 BECIF 傳出的 XML4.數(shù)據(jù)庫(kù)連接數(shù)不夠。200

5、 用戶綜合場(chǎng)景運(yùn)行時(shí),查詢類的交易平均響應(yīng)時(shí)間過(guò)長(zhǎng)，log 中，返回交易有超時(shí)情況weblogic 中事務(wù)排隊(duì)嚴(yán)重。21 克 10:32:10上面的這些的調(diào)優(yōu)工作是有測(cè)試人遠(yuǎn)來(lái)做還是由開(kāi)發(fā)低調(diào)的魚(yú) 10:35:33來(lái)做的？中間件的參數(shù)變更平安那邊是有專門的人做的，只能是提缺陷和建議，然后由他們?cè)u(píng)審之后確定是他們?cè)僮餍薷牡?，至于代碼類是開(kāi)發(fā)來(lái)改的。我所做的事情就是盡自己可能去收源，發(fā)現(xiàn)問(wèn)題，提出自己的見(jiàn)解21 克你 21 克10:36:41這些建議都有別接受嗎？10:37:02他們修改后的性能提高了多少？低調(diào)的魚(yú) 10:37:36這幾個(gè)都是接受了的21 克 10:37:44他們修改后的性能提高了

6、多少？低調(diào)的魚(yú) 10:37:55BECIF 項(xiàng)目，按照平安規(guī)范，依據(jù)性能測(cè)試需求分析和方案。進(jìn)行壓力測(cè)試測(cè)試目的（1）模擬真實(shí)應(yīng)用，系統(tǒng)各個(gè)主要業(yè)務(wù)流程能否在 78 個(gè)并發(fā)用戶同時(shí)為 1s 以內(nèi)。情況下響應(yīng)時(shí)間在系統(tǒng)各業(yè)務(wù)流程能正常運(yùn)行的情況下，系統(tǒng)能承受多少個(gè)并發(fā)用戶同時(shí)承壓能力）。測(cè)試主要業(yè)務(wù)流程（或者某事物）的響應(yīng)時(shí)間。（系統(tǒng)低調(diào)的魚(yú) 10:38:25這個(gè)是一期的要求，經(jīng)過(guò)一系列調(diào)整后所有交易都達(dá)到上面的指標(biāo)21 克 10:39:25的性能測(cè)試時(shí)有自己的環(huán)境還是在生產(chǎn)環(huán)境上進(jìn)行的？低調(diào)的魚(yú) 10:43:10生產(chǎn)上肯定是運(yùn)行的，專門的性能測(cè)試應(yīng)當(dāng)說(shuō)有的一般都是在STG 環(huán)境上運(yùn)行的，BECIF 這個(gè)項(xiàng)目，當(dāng)時(shí)用于性能測(cè)試的有三個(gè)環(huán)境，PER 環(huán)境 新功能及系統(tǒng)的測(cè)試環(huán)境PIR 環(huán)境主要用于常規(guī)版本測(cè)試的生產(chǎn)缺陷問(wèn)題驗(yàn)證和修復(fù)還有一個(gè)是容災(zāi)環(huán)境，這個(gè)環(huán)境都是21 克 10:44:15的性能測(cè)試用的是什么工具？低調(diào)的魚(yú) 10:46:30loadrunner 8.1 和 loadrunner9.0當(dāng)時(shí)做性能測(cè)試的時(shí)候都是在專門的版本的系般都是在這個(gè)上面做性能測(cè)試。服務(wù)器上做的，我用過(guò)的一共有 5 臺(tái)，3 臺(tái)上面裝的是 loadrunner8.1 另外 2 臺(tái)上面裝的是 lo