1、目前正在研究jmeter，請問初期做性能，應(yīng)先從幾點(diǎn)做起？

Jmeter和LR都是目前性能測試的首選工具，如果你有LR的學(xué)習(xí)背景，那么Jmeter上手會很快，重點(diǎn)理解線程和進(jìn)程的概念，流程和LR是類似的。如果沒有，從入門的角度我建議先了解常用網(wǎng)絡(luò)協(xié)議和操作系統(tǒng)線程和進(jìn)程的概念，Jmeter用java比較理想，可以考慮了解一些編程基礎(chǔ)。PS:其實(shí)用Jmeter先學(xué)習(xí)接口測試會更好理解性能。

2、請問零基礎(chǔ)，計算機(jī)硬件專職業(yè)轉(zhuǎn)行到這個行業(yè)，需要準(zhǔn)備哪些？

計算機(jī)硬件已經(jīng)具備了基礎(chǔ)的計算機(jī)知識，要轉(zhuǎn)軟件是相對容易的，可以考慮從如下維度準(zhǔn)備：

1)先準(zhǔn)備自己拿手的網(wǎng)絡(luò)和操作系統(tǒng)部分，網(wǎng)絡(luò)主要是應(yīng)用層協(xié)議，為性能和接口測試做鋪墊，操作系統(tǒng)主要是為了搭建測試環(huán)境

2)建議熟悉一種編程語言，java或者Python都是首選語言，不需要精通，至少要能夠進(jìn)行簡單的腳本編寫

3)找一本介紹全面的專業(yè)的軟件測試書籍精讀，一定是精讀。

4)如果可能最好找項目練手，從功能測試開始

3、目前做接口測試，進(jìn)階的時候還是會茫然，希望您能給點(diǎn)建議，另外您在做管理的時候，對員工一般是持什么態(tài)度，或者說姿態(tài)呢？如何培養(yǎng)，如何相處，如何分配任務(wù)，控制項目進(jìn)度，質(zhì)量？

這問題好大，我挑些重點(diǎn)說:

1)接口測試實(shí)際上是協(xié)議的測試，建議你從網(wǎng)絡(luò)協(xié)議入手，這樣才能做好接口測試

2)至于測試管理工作我認(rèn)為因人而異，有些人天生強(qiáng)勢，但有些偏平和，最關(guān)鍵的還是自身實(shí)力，如果自己不夠強(qiáng)，一句俗話叫做將熊熊一窩就是這個理，姿態(tài)不重要，實(shí)體才重要。

3)至于培養(yǎng)，相處，分配任務(wù)這些是管理細(xì)則，總的思路是用其所長補(bǔ)其所短，人無完人，而且大多數(shù)都會覺得自己比領(lǐng)導(dǎo)牛B，讓每位員工發(fā)揮最大價值，有成就感比較重要。

4)控制項目進(jìn)度和質(zhì)量 這個是方法問題，有很多方法可以控制，例如：測試版本控制，缺陷分析等手段，可以參考一下軟件工程，敏捷過程等方面的資料。希望對你有所幫助

4、用做壓測，響應(yīng)時間比實(shí)際要高很多，用LR做壓測，平均響應(yīng)時間幾十秒鐘，實(shí)際手動打開鏈接1秒不到，差距很大，請問有哪些原因會導(dǎo)致這個問題呢？

比如下圖，vuser才十幾個，響應(yīng)時間就十幾秒了，但是實(shí)際上的體驗(yàn)還是很快，如何解決？

初步猜測應(yīng)該是響應(yīng)時間的設(shè)置不當(dāng)導(dǎo)致的，舉例說明：你要錄制登錄腳本，并記錄登錄的響應(yīng)時間，你在LR的腳本中插入了事務(wù)函數(shù)（注意是一組函數(shù)），結(jié)果得到的響應(yīng)時間是5s，但實(shí)際登錄你感覺不到1s，那么可能是你的函數(shù)位置不對，包含了輸入用戶名和密碼的時間，也可能是你的響應(yīng)時間函數(shù)內(nèi)包含了思考時間。前者你需要調(diào)整事務(wù)的位置；后者你需要在run time setting中排除掉思考時間。供參考

5、請教一下怎么樣去抓程序的頁面元素啊？ 像 web那樣 抓頁面的元素？有什么好的工具或者方法？

z如抓取頁面元素，推薦Chrome tools，在下查看。如果是為gnodi了自動化測試，除了也可以考慮QTP（ALM）

6、請問軟件疲勞測試應(yīng)該怎么做？

一般是做壓力測試，壓測依據(jù)項目和業(yè)務(wù)的不同都會有所差異，推薦三種，一種是4H峰值壓力的80% ；一種是24H，壓力量可以控制在60%70%，還有一種是7*24小時（有的是一直持續(xù)50%的壓力，有的是按時間波動壓力值進(jìn)行測試）

7、對B/S系統(tǒng)做壓力測試前需要做哪些準(zhǔn)備？如何客觀的去分析一個系統(tǒng)？壓力測試工具以前只接觸過 ，所以打算用，不太熟，里面的需要做的系統(tǒng)指標(biāo)的設(shè)置看起來很麻煩，不知怎么去分析系統(tǒng)。還有就是做壓力測試前除了選擇熟悉工具之外，我還需要做寫什么呢？

你的問題很難一兩句話說清楚，對于前期準(zhǔn)備工作，只能談?wù)勎以谛阅軠y試項目中的拙見：

1）先對需求進(jìn)行初步分析，確定哪些環(huán)節(jié)需要性能測試，也就是對于你們系統(tǒng)來說壓力最大的點(diǎn)在哪里

2）看現(xiàn)有資源，提前做好環(huán)境的準(zhǔn)備工作，最好測試環(huán)境和生產(chǎn)環(huán)境1：1（實(shí)在做不到也要盡量接近，這點(diǎn)很重要，不然你要做等比換算 ）

3）看被測系統(tǒng)使用的協(xié)議以及操作系統(tǒng)和應(yīng)用服務(wù)器等各類配置，選擇匹配的測試工具（多數(shù)WEB系統(tǒng)LR是可以應(yīng)對的）

4）看時間，大多數(shù)情況下性能測試的時間并不充裕，需要抓重點(diǎn)優(yōu)先測試。

8、如何取舍和Jmeter？

全看心情，玩笑哈~~如果從學(xué)習(xí)入門的角度就看代碼和網(wǎng)絡(luò)基礎(chǔ)，如果代碼和網(wǎng)絡(luò)基礎(chǔ)還不錯直接用Jmeter入門就好，反之用LR入門更好。如果從企業(yè)應(yīng)用的角度就看哪種更合適，對被測系統(tǒng)支持的更好。

工具只是形式，理解性能測試的基本原理用什么工具都可以的。

9、對Java頻繁GC怎么定位問題?

請嘗試用尋找內(nèi)存異常，例如短時間過多的對象創(chuàng)建，或者較大的對象創(chuàng)建。

10、我想實(shí)現(xiàn)50個用戶并發(fā)上班打卡簽到，參數(shù)化、迭代已設(shè)，然后，在簽到函數(shù)前面添加了集合點(diǎn)函數(shù),運(yùn)行結(jié)果發(fā)現(xiàn)，用戶簽到后返回的簽到時間是一分鐘一個，并沒有在同一個時間點(diǎn)進(jìn)行簽到！請教這是為什么？如何解決?

先去掉集合點(diǎn)試試看呢？同時啟動50個用戶并行（不設(shè)置集合點(diǎn)也可以實(shí)現(xiàn)并發(fā)操作的），如果還是持續(xù)一分鐘，那請你檢查事務(wù)時間和思考時間，事務(wù)時間是需要你手動配置的，思考時間默認(rèn)是啟動狀態(tài)，你可以在Runtime Setting中查看一下，有可能你最終得到的1分鐘是整個腳本運(yùn)行一次的時間或者是包含了思考時間的結(jié)果，不是同時打卡的時間。

11、請問電商秒殺產(chǎn)品是如何測試的？

和其他產(chǎn)品的測試沒有太大區(qū)別，主要是對時間點(diǎn)的要求比較高，可以考慮在性能測試腳本中使用集合點(diǎn)函數(shù)實(shí)現(xiàn)同一秒鐘的并發(fā)。

12、壓力測試和性能測試一樣嗎？

分類方法各有不同，沒有定論，普遍來講性能測試是對這類測試的統(tǒng)稱。我傾向于下面的分類方式

性能測試（狹義）——性能測試方法是在特定的運(yùn)行環(huán)境下，通過模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力量和使用場景組合，測試系統(tǒng)的性能是否滿足生產(chǎn)性能要求。

基準(zhǔn)測試——在一定的軟件，硬件和網(wǎng)絡(luò)環(huán)境下，模擬一定數(shù)量的用戶運(yùn)行一種或多種業(yè)務(wù)，將測試結(jié)果作為基線數(shù)據(jù)，供后續(xù)測試活動參考。

負(fù)載測試——通過在被測系統(tǒng)上不斷加壓，直到性能指標(biāo)達(dá)到極限，例如“響應(yīng)時間”超過預(yù)定指標(biāo)或某種資源已經(jīng)達(dá)到飽和狀態(tài)。

壓力測試——壓力測試也稱為強(qiáng)度測試，主要測試系統(tǒng)在一定飽和狀態(tài)下，例如cpu、內(nèi)存在飽和使用情況下，系統(tǒng)能夠處理的會話能力，以及系統(tǒng)是否會出現(xiàn)錯誤。PS：在極限值80%左右的情況下持續(xù)運(yùn)行一段時間（2~4小時）

配置測試——配置測試方法通過對被測系統(tǒng)的軟\硬件環(huán)境的調(diào)整，了解各種不同對系統(tǒng)的性能影響的程度，從而找到系統(tǒng)各項資源的最優(yōu)分配原則。

可靠性測試——在系統(tǒng)加載一定業(yè)務(wù)壓力的情況下，使系統(tǒng)運(yùn)行一段時間，以此檢測系統(tǒng)是否穩(wěn)定。

并發(fā)測試——并發(fā)測試方法通過模擬用戶并發(fā)訪問，測試多用戶并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時是否存在死鎖或其者他性能問題。

PS：分類其實(shí)不那么重要，在實(shí)際項目中往往都是混合應(yīng)用的

13、Web性能測試除了并發(fā)登陸以外，還有哪些比較常見的測試場景？

場景取決于業(yè)務(wù)，例如你是電商網(wǎng)站，你肯定要測試同時下訂單的情況? ?；如果你是醫(yī)院掛號網(wǎng)站，你肯定要測試多人搶一個醫(yī)生的號源；如果你是銀行系統(tǒng)，要考慮多人同時取款吧？

14、一般網(wǎng)站壓力多大百萬用戶？

這要看計算方式，理論值100萬/天的業(yè)務(wù)訪問量 拆分到每秒鐘是非常少的；但這不符合實(shí)際情況。

如果系統(tǒng)已上線，直接取線上數(shù)據(jù)做參考即可，一天中的峰值有幾個，峰值時段分布情況可以推算出并發(fā)用戶量；

如果系統(tǒng)未上線，可以利用2/8原則，80%用戶集中在20%的時段，推導(dǎo)出業(yè)務(wù)訪問量

15、目前遇到一個問題，在一臺配置為8g，i3的win7系統(tǒng)運(yùn)行壓力測試，并發(fā)總是上不去，總是在140左右就會出現(xiàn)異常，超時等問題，請問如何分析呢，是因?yàn)榉?wù)器還是電腦的問題？

服務(wù)器壓力上不去可以從如下維度分析：

網(wǎng)絡(luò)流量是否有限制、

數(shù)據(jù)庫/應(yīng)用服務(wù)器是否報了異常，如果有請查看一下日志；

查看操作系統(tǒng)的資源監(jiān)控情況，CPU占用率如何，是否達(dá)到了100%

代碼方面是否存在性能問題，可以在大并發(fā)訪問的時候手動訪問系統(tǒng)，看看業(yè)務(wù)上有無異常。

PS：性能瓶頸分析和定位需要一個積累的過程，要學(xué)會看一些基礎(chǔ)指標(biāo)，提升編碼能力，理解軟件架構(gòu)。