性能測試員想在面試中得到面試官的肯定，那么你了解面試題了嗎?下面小編已經為你們整理了性能測試面試題,希望可以幫到你。

　　性能測試面試題(一)

　　1.什么是負載測試?什么是性能測試?

　　性能測試(Performance Test)：通常收集所有和測試有關的所有性能，通常被不同人在不同場合下進行使用;負載測試(Load Test)：負載測試是一種性能測試，指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。

　　2.性能測試包含了哪些測試(至少舉出3種)

　　基準測試-比較新的或未知測試對象與已知參照標準(如現(xiàn)有軟件或評測標準)的性能。

　　爭用測試：-核實測試對象對于多個主角對相同資源(數(shù)據(jù)記錄、內存等)的請求的處理是否可以接受。 性能配置-核實在操作條件保持不變的情況下，測試對象在使用不同配置時其性能行為的可接受性。

　　負載測試(Load Test)-是一種性能測試，指數(shù)據(jù)在超負荷環(huán)境中運行，程序是否能夠承擔。核實在保持配置不變的情況下，測試對象在不同操作條件(如不同用戶數(shù)、事務數(shù)等)下性能行為的可接受性。

　　強度測試Stress Testing-核實測試對象性能行為在異?；驑O端條件(如資源減少或用戶數(shù)過多)之下的可接受性。

　　強度測試在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運行情況，目的是找到系統(tǒng)在哪里失效以及如何失效的地方。

　　3.簡述性能測試的步驟

　　第一，分析產品結構，明確性能測試的需求，包括并發(fā)、極限、配置和指標等方面的性能要求，必要時基于LOAD測試的相同測略需同時考慮穩(wěn)定性測試的需求。

　　第二，分析應用場景和用戶數(shù)據(jù)，細分用戶行為和相關的數(shù)據(jù)流，確定測試點或測試接口，列示系統(tǒng)接口的可能瓶頸，一般是先主干接口再支線接口，并完成初步的測試用例設計。

　　第三，依據(jù)性能測試需求和確定的測試點進行測試組網(wǎng)設計，并明確不同組網(wǎng)方案的重要程度或優(yōu)先級作為取舍評估的依據(jù)，必要時在前期產品設計中提出支持性能測試的可測試性設計方案和對測試工具的需求。 第四，完成性能測試用例設計、分類選擇和依據(jù)用戶行為分析設計測試規(guī)程，并準備好測試用例將用到的測試數(shù)據(jù)。

　　第五，確定采用的測試工具。

　　第六，進行初驗測試，以主干接口的可用性為主，根據(jù)測試結果分析性能瓶頸，通過迭代保證基本的指標等測試的環(huán)境。

　　第七，迭代進行全面的性能測試，完成計劃中的性能測試用例的執(zhí)行。

　　第八，完成性能測試評估報告

　　性能測試面試題(二)

　　1.簡述使用Loadrunner的步驟

　　01,創(chuàng)建腳本VuGen-創(chuàng)建腳本,選擇協(xié)議-錄制腳本-編輯腳本-檢查修改腳本是否有誤

　　02,用中央控制器Controller來調度虛擬用戶-創(chuàng)建場景,選擇腳本-設置機器虛擬用戶數(shù)-設置事務-如果模擬多機測試,設置IP

　　03,運行腳本

　　04,分析測試結果Analyze

　　2.什么時候可以開始執(zhí)行性能測試?

　　在產品相對比較穩(wěn)定，功能測試結束后。靈活性比較強。

　　3.LoadRunner由哪些部件組成?

　　Virtual User Generator、Controller、Analyze

　　4.你使用LoadRunner的哪個部件來錄制腳本?

　　Virtual User Generator

　　5.LoadRunner的哪個部件可以模擬多用戶并發(fā)下回放腳本?

　　Controller

　　性能測試面試題(三)

　　1.什么是集合點?設置集合點有什么意義?Loadrunner中設置集合點的函數(shù)是哪個?

　　插入集合點是為了衡量在加重負載的情況下服務器的性能情況。在測試計劃中，可能會要求系統(tǒng)能夠承受1000 人同時提交數(shù)據(jù)，在LoadRunner 中可以通過在提交數(shù)據(jù)操作前面加入集合點，這樣當虛擬用戶運行到提交數(shù)據(jù)的集合點時，LoadRunner 就會檢查同時有多少用戶運行到集合點，如果不到1000 人，LoadRunner 就會命令已經到集合點的用戶在此等待，當在集合點等待的用戶達到1000 人時，LoadRunner 命令1000 人同時去提交數(shù)據(jù)，從而達到測試計劃中的需求。

　　2.什么是場景?場景的重要性有哪些?如何設置場景?

　　用例場景應該說是寫測試用例，甚至是分析測試要素、設計測試策略另外一個重要的依據(jù)了。

　　首先，軟件研發(fā)最終是要再用戶那里使用的，用例場景都將在用戶的使用過程中被一一實現(xiàn)。

　　其次，需求的文檔會變，設計會變，但用戶的用例場景是基本上不會變的(除非是政策或者戰(zhàn)略上的變更)。這樣使測試工作的任務更加明確了，也更加容易定義修改的優(yōu)先級以及在修改建議上和開發(fā)人員達成一致。畢竟?jié)M足用戶的用例場景是首要的。

　　與微軟等技術主導的軟件企業(yè)相比，我向國內的軟件更多的是市場主導，用戶需求主導的軟件企業(yè)和設計思想甚至開發(fā)模式。

　　用例場景會比需求文檔和分析報告更容易理解，同時也是對于理解用戶的需求，產品設計更有幫助。在測試中能夠幫助我們發(fā)現(xiàn)不僅僅是功能上的問題。

　　測試有兩個目的：確認功能是否實現(xiàn)正確;確認軟件是否實現(xiàn)了正確的功能。

　　“正確的功能”，我想就是符合用戶需求的功能吧?不根據(jù)用戶的用例場景你就不可能把這一個目的做到極致。

　　3.請解釋一下如何錄制web腳本?

　　利用Virtual User Generator錄制測試腳本，錄制步驟

　　
看了“性能測試面試題”