1.性能測(cè)試怎么做的？
參考答案：
比如，我這個(gè)xxx項(xiàng)目的性能測(cè)試是這樣做的：
1.做性能需求分析碳蛋，挑選了用戶使用最頻繁的功能來做性能測(cè)試，比如：登陸穷缤，打開系統(tǒng)首頁津肛，搜索，提交訂單，確定性能指標(biāo)，比如：事務(wù)通過率為100%有序，90%的事務(wù)響應(yīng)時(shí)間不超過3秒幢踏，CPU和內(nèi)存的使用率為70%以下(*)
2.搭建性能測(cè)試環(huán)境，準(zhǔn)備好性能測(cè)試數(shù)據(jù)。(*)（PS：性能測(cè)試數(shù)據(jù)，包括基礎(chǔ)數(shù)據(jù)和使用數(shù)據(jù)，如果我們要測(cè)試系統(tǒng)半年內(nèi)是否能穩(wěn)定提供服務(wù)桌肴，就要在估算一下半年內(nèi)，系統(tǒng)會(huì)有多少數(shù)據(jù)，然后在數(shù)據(jù)庫上導(dǎo)入對(duì)應(yīng)量的數(shù)據(jù)，這叫基礎(chǔ)數(shù)據(jù)；使用數(shù)據(jù)舌厨，就是我們測(cè)試過程中需要用到的參數(shù)化的數(shù)據(jù)）
3.使用badboy工具揉燃，錄制腳本正驻，并優(yōu)化抢腐，包括:參數(shù)化姑曙，斷言，關(guān)聯(lián)等迈倍。
4.設(shè)計(jì)性能測(cè)試場(chǎng)景伤靠，我們這個(gè)項(xiàng)目做了單用戶單功能循環(huán)200次的基準(zhǔn)測(cè)試，1200啼染，1600, 2000個(gè)用戶宴合，執(zhí)行15分鐘的壓力測(cè)試，以此來確定我們系統(tǒng)最佳的并發(fā)量設(shè)置迹鹅，并找到系統(tǒng)瓶頸卦洽；
5、我們搭建了分布式壓力測(cè)試環(huán)境進(jìn)行測(cè)試斜棚，每臺(tái)壓力機(jī)并發(fā)300個(gè)用戶逐样，并監(jiān)控linux服務(wù)器的CPU，內(nèi)存，IO脂新。
6.分析性能測(cè)試結(jié)果挪捕，如果有問題（性能瓶頸），收集相關(guān)的日志提單給開發(fā)修改(*)
7.開發(fā)修改好后争便，回歸性能測(cè)試(*)
8.編寫性能測(cè)試報(bào)告(*)
面：你們的并發(fā)用戶數(shù)是怎么來的
我：我們會(huì)先把系統(tǒng)上線一段時(shí)間级零，根據(jù)用戶的訪問數(shù)據(jù)來評(píng)估，有時(shí)候也是根據(jù)需求來的滞乙，客戶要求做多少個(gè)并發(fā)奏纪，我們就做多少個(gè)
面：你們性能測(cè)試是什么時(shí)候做的
我：在功能測(cè)試之后，系統(tǒng)比較穩(wěn)定的時(shí)候
2.如何確定系統(tǒng)能夠承載的最大用戶數(shù)斩启？
參考答案：通過負(fù)載測(cè)試序调，不斷增加用戶數(shù)，隨著用戶數(shù)的增加兔簇，各項(xiàng)性能指標(biāo)也會(huì)相應(yīng)產(chǎn)生變化发绢，當(dāng)出現(xiàn)了性能拐點(diǎn)，比如垄琐，當(dāng)用戶數(shù)達(dá)到某個(gè)數(shù)量級(jí)時(shí)边酒，響應(yīng)時(shí)間突然增長，那么這個(gè)拐點(diǎn)處對(duì)應(yīng)的用戶數(shù)就是系統(tǒng)能承載的最大用戶數(shù)狸窘。
3.你們系統(tǒng)哪些地方(哪些功能)做了性能測(cè)試墩朦？
參考答案：我們選用了用戶使用最頻繁的功能來做性能測(cè)試，比如：登陸翻擒，搜索氓涣，提交訂單。
4.你們的并發(fā)用戶數(shù)是怎么確定的陋气？
參考答案：
1）劳吠、這種電商(面向互聯(lián)網(wǎng)用戶)的系統(tǒng)，我們是會(huì)先上線一段時(shí)間恩伺，根據(jù)收集到的用戶訪問數(shù)據(jù)進(jìn)行預(yù)估的赴背。
2）、從需求來的晶渠。
5.你們性能測(cè)試在哪里做的凰荚？
參考答案：我們會(huì)搭建一套獨(dú)立的性能測(cè)試環(huán)境進(jìn)行測(cè)試。
6.你們性能測(cè)試什么時(shí)間做褒脯？
參考答案：功能測(cè)試之后便瑟，系統(tǒng)比較穩(wěn)定的時(shí)候再做。
***********************************************?
7.怎樣分析性能測(cè)試結(jié)果？
參考答案：
? ? 思路：查看聚合報(bào)告和服務(wù)器的資源使用圖，檢查響應(yīng)時(shí)間，事務(wù)成功率单雾，CPU践啄，內(nèi)存和IO使用率是否達(dá)到要求浇雹，如果出錯(cuò)率達(dá)到了總請(qǐng)求數(shù)的3%，我們會(huì)檢查是什么原因?qū)е碌挠旆恚薷暮煤笳蚜椋匦聹y(cè)試；如果出現(xiàn)了性能瓶頸伐谈，比如響應(yīng)時(shí)間烂完，或者CPU使用率不達(dá)標(biāo)，我們會(huì)從服務(wù)器上導(dǎo)出日志诵棵，分析是哪個(gè)地方導(dǎo)致響應(yīng)時(shí)間過長抠蚣，如果分析不出來，就叫上開發(fā)一起討論履澳，確定問題后嘶窄，就提單給開發(fā)修復(fù)，修復(fù)好了就進(jìn)行回歸測(cè)試奇昙。
在確定性能測(cè)試結(jié)果可信后护侮，如果發(fā)現(xiàn)以下問題敌完，就按下面提供的思路來定位問題：
問題一：響應(yīng)時(shí)間不達(dá)標(biāo)
分析思路：添加“網(wǎng)頁細(xì)分圖”储耐，選中要細(xì)分的事務(wù)，選擇”第一次緩沖時(shí)間”滨溉，查看事務(wù)所消耗的時(shí)間主要在網(wǎng)絡(luò)傳輸還是服務(wù)器什湘，如果是網(wǎng)絡(luò)，就結(jié)合Throughput(網(wǎng)絡(luò)吞吐量)圖晦攒，計(jì)算帶寬是否存在瓶頸闽撤，如果存在瓶頸，就要考慮增加帶寬脯颜，或?qū)?shù)據(jù)的傳輸進(jìn)行壓縮處理哟旗；如果不存在瓶頸，那么栋操，可能是網(wǎng)路不穩(wěn)定導(dǎo)致闸餐。如果主要時(shí)間是消耗在服務(wù)器上，就要分別查看web服務(wù)器和數(shù)據(jù)庫服務(wù)器的CPU矾芙，內(nèi)存的使用率是否過高舍沙，因?yàn)檫^高的CPU，內(nèi)存必定會(huì)造成響應(yīng)時(shí)間過長剔宪，如果是web服務(wù)器的問題拂铡，就把web服務(wù)器對(duì)應(yīng)上對(duì)應(yīng)的用戶操作日志取下來壹无，發(fā)給開發(fā)定位；如果是數(shù)據(jù)庫的問題感帅，就把數(shù)據(jù)庫服務(wù)器對(duì)應(yīng)上對(duì)應(yīng)的日志取下來斗锭，發(fā)給開發(fā)定位。
--------- 遇到下面這些問題失球，都可以說：把服務(wù)器對(duì)應(yīng)的日志取下來發(fā)給開發(fā)定位
問題二：web服務(wù)器CPU超過性能測(cè)試指標(biāo)
分析思路：就把web服務(wù)器對(duì)應(yīng)上對(duì)應(yīng)的用戶操作日志取下來拒迅，發(fā)給開發(fā)定位。
問題三：數(shù)據(jù)庫CPU超過性能測(cè)試指標(biāo)
分析思路：把數(shù)據(jù)庫服務(wù)器對(duì)應(yīng)上對(duì)應(yīng)的日志取下來她倘，發(fā)給開發(fā)定位璧微。
問題四：內(nèi)存泄漏
分析思路：把內(nèi)存的heap數(shù)據(jù)取下來，在用MAT工具分析是哪個(gè)對(duì)象消耗內(nèi)存最多硬梁，然后發(fā)給開發(fā)定位前硫。
問題五：程序在單用戶場(chǎng)景下運(yùn)行成功，多用戶運(yùn)行則失敗荧止，提示連不上服務(wù)器屹电。
?? 原因：程序沒有做多線程處理。
問題六：程序?qū)崿F(xiàn)的功能是跃巡，隨機(jī)給用戶分配不同的任務(wù)危号，單用戶運(yùn)行時(shí)，能成功分配素邪；多用戶并發(fā)申請(qǐng)任務(wù)時(shí)外莲，所有用戶得到的任務(wù)都是一樣的。
?? 原因：程序存在線程同步的問題兔朦。
***********************************************
8.如果性能測(cè)試腳本出現(xiàn)錯(cuò)誤偷线，會(huì)從哪些方面分析呢？
參考答案：通過檢查回放日志沽甥，定位出錯(cuò)的位置声邦，然后做響應(yīng)的修改“谥郏回放腳本時(shí)腳本出錯(cuò)亥曹，一般有兩種原因，第一恨诱、語法出錯(cuò)媳瞪，比如，不小心多打了個(gè)符合胡野；第二材失、關(guān)聯(lián)的左右邊界沒設(shè)置對(duì)，導(dǎo)致關(guān)聯(lián)失斄蚨埂龙巨；如果在運(yùn)行場(chǎng)景的時(shí)候笼呆，提示腳本出錯(cuò)，一般就是參數(shù)化列表最后一行沒有回車旨别，或者诗赌，回車大于一個(gè)，或者秸弛，參數(shù)值不夠用铭若。
9.如何判斷系統(tǒng)的性能是變好了還是變壞了
參考答案：做回歸測(cè)試時(shí)，看系統(tǒng)的TPS是不是增加了递览。
10.你們的性能測(cè)試需求哪里來的叼屠？
參考答案：我們的需求文檔上有的，不過有時(shí)候不太合理绞铃，我們可能需要和BA進(jìn)行討論镜雨。比如，我之前做了一個(gè)公司內(nèi)部用的OA系統(tǒng)的性能測(cè)試時(shí)儿捧，要求并發(fā)用戶200人荚坞，我們整個(gè)公司都沒有100人，很明顯菲盾，做200人并發(fā)是沒有必要的颓影，后來，我們只做了50人并發(fā)懒鉴。
11.如何實(shí)現(xiàn)200用戶的并發(fā)诡挂？
參考答案：先在腳本對(duì)應(yīng)的請(qǐng)求前面添加集合點(diǎn)，再在controller中將集合點(diǎn)的釋放策略設(shè)置為等到200人到達(dá)集合點(diǎn)的時(shí)候在釋放疗我。
12.什么情況下要做關(guān)聯(lián)咆畏，關(guān)聯(lián)是怎么做的南捂？
參考答案：當(dāng)發(fā)給服務(wù)器的請(qǐng)求數(shù)據(jù)需要依賴另一個(gè)請(qǐng)求返回的數(shù)據(jù)吴裤，就用關(guān)聯(lián)。
10.有驗(yàn)證碼的功能溺健，怎么做性能測(cè)試麦牺？
參考答案：
1）、將驗(yàn)證碼暫時(shí)屏蔽鞭缭，完成性能測(cè)試后剖膳，再恢復(fù)。注意：屏蔽驗(yàn)證碼是不會(huì)給性能測(cè)試的結(jié)果帶來影響的岭辣。
2）吱晒、使用一個(gè)萬能的驗(yàn)證碼。
16沦童、你們性能測(cè)試做的是前臺(tái)還是后臺(tái)仑濒？
參考答案：
BS的項(xiàng)目：我們這個(gè)項(xiàng)目做的是后臺(tái)服務(wù)器的性能叹话，瀏覽器端不做性能測(cè)試；
APP的項(xiàng)目：手機(jī)端和服務(wù)器端的性能都做墩瞳，手機(jī)端我們是用monkey(或者 AppPerformace)來做驼壶，服務(wù)器端，我們是用Jmeter來做的
17喉酌、性能測(cè)試指標(biāo)有哪些热凹？
平均事務(wù)響應(yīng)時(shí)間，90%的事務(wù)響應(yīng)時(shí)間泪电，TPS般妙，CPU、內(nèi)存和IO使用率
