配置測試：這里的配置測試有別于功能測試中的配置測試，我們知道功能測試中的配置測試一般指被測軟件與硬件及外設(shè)的兼容性，性能中的配置測試指通過對被測系統(tǒng)軟硬件環(huán)境的調(diào)整，了解各種不同環(huán)境對系統(tǒng)性能影響的程度，從而找出系統(tǒng)各項資源的很優(yōu)分配。保障就業(yè)當(dāng)下很多培訓(xùn)機(jī)構(gòu)只管銷售和收錢，錢一收就開始糊弄，糊弄完教學(xué)糊弄就業(yè)，最后找不找得到工作都是自己的事兒了。從這里可以看出進(jìn)行配置測試前應(yīng)對被測系統(tǒng)的性能狀態(tài)有初步了解，以便在配置測試結(jié)果分析過程中有基線參考。

下面說說我在實際工作中所做的性能測試和穩(wěn)定性測試：

性能測試：實際項目中所做的性能測試多是以能力驗證為測試目的，也可以理解為采用性能驗證測試方法，開發(fā)定一個指標(biāo)，如并發(fā)上傳1000條報警信息，看看報警的服務(wù)器能否正常接收處理并上傳給MQ至數(shù)據(jù)庫，報警的服務(wù)器是否異常，資源消耗是否正常，需注意的有：CPU占用率，內(nèi)存占用率，GDI，分頁數(shù)，句柄數(shù)等等。所有的改變都是有風(fēng)險的，看個人是否有耐力和決心踏踏實實的學(xué)習(xí)了。

使用的測試工具也是公司內(nèi)部提供的測試工具，性能測試時間多是一天（我們公司性能測試時間應(yīng)該算比較長的了，女朋友公司性能測試多是1小時或者更短，不同的用戶需求設(shè)置不同的測試條件），性能測試多是個Build執(zhí)行，我們知道如性能出問題了多是架構(gòu)設(shè)計問題，屬于比較嚴(yán)重的問題，以盡早確定被測系統(tǒng)的架構(gòu)設(shè)計是否有問題及時修改。如果硬件條件學(xué)歷、專業(yè)不是很吻合的話，不建議做開發(fā)哦尤其java，身邊一大堆。其它步驟由于涉及到具體的項目這里就不做具體介紹了。（由于用戶對產(chǎn)品的性能指標(biāo)要求不是很嚴(yán)格，實際測試中也是測試個大致值，性能測試過程和數(shù)據(jù)的收集也沒有書本上或者大蝦們說的那么復(fù)雜難搞，在這里還是要提醒大家性能測試一定要明確測試目的）

穩(wěn)定性測試：穩(wěn)定性測試多是在被測系統(tǒng)比較穩(wěn)定后進(jìn)行，一般在第2或者3個Build進(jìn)行。現(xiàn)在我的薪資比我之前高出很多，工作氛圍也很好，真的挺感謝正厚軟件的，為正厚軟件打Call?？凑Z義就可以看出與性能測試的本質(zhì)區(qū)別，時間長短問題，跟上面介紹到的可靠性測試和壓力測試有點類似，在特定條件下，長時間運行被測系統(tǒng)，查看被測系統(tǒng)是否正常，如內(nèi)存使用情況,CPU，句柄數(shù)，響應(yīng)時間以及其它資源消耗是否有明顯的變化，是否有波動。實際測試中如穩(wěn)定性測試時間不夠可以考慮增加壓力縮短測試時間的策略，但是這中方法有一定的風(fēng)險，很好在有經(jīng)驗的同事指導(dǎo)下進(jìn)行。以上是自己對性能測試各方法的一點看法和個人的實際測試簡單概述，總結(jié)一句話就是：不要被各種性能測試方法所迷惑，明確自己項目性能測試目的。