性能測試面試題(附答案)范文_第1頁
性能測試面試題(附答案)范文_第2頁
性能測試面試題(附答案)范文_第3頁
性能測試面試題(附答案)范文_第4頁
性能測試面試題(附答案)范文_第5頁
免費預覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

1、1 、 哪個函數(shù)是用來截取虛擬用戶腳本中的動態(tài)值?(手工關聯(lián))Web_reg_save_param2 、 你如何識別系統(tǒng)瓶頸?從 TPS 指標分析(即系統(tǒng)每秒處理可處理事務數(shù))當前隨著用戶數(shù)的增長其系統(tǒng)每秒可處理的事務數(shù)是否也會增長3 、 think_time 有什么用?Think_time 作用主要有以下幾種:1 ) 降低當前運行時壓力,緩解對應用服務器所造成的壓力2 ) 模擬真實生產(chǎn)用戶操作,考察對服務器所造成的影響4 、 一般什么時候開始進行性能測試被測系統(tǒng)的正常業(yè)務流程通過,即集成測試通過后。5 、 進行參數(shù)化的目的1 ) 減少腳本的大小2 ) 提供不同的值以提高執(zhí)行腳本的能力,從而更

2、加真實的模擬生產(chǎn)環(huán)境的數(shù)據(jù)6 、 容量測試方法中為什么要以逐步遞增的的方式進行虛擬用戶數(shù)隨著負載時間的延長而增加,可以幫助確定系統(tǒng)響應時間減慢的準確時間點以及準確用戶數(shù)7 、 假設在測試過程中發(fā)現(xiàn)某些事務的響應時間過長,但分析應用服務、數(shù)據(jù)庫服務以及網(wǎng)絡都屬于正?,F(xiàn)象,問題可能出現(xiàn)的原因1 ) LR 客戶端機器是否已無法承載當前運行壓力導致LR 無法及時獲取從服務端返回的信息2 ) Think_time (即思考時間)是否已忽略3 ) 確定當前被測系統(tǒng)架構(gòu),是否為在每次測試過程中清除緩存所導致8 、 如何發(fā)現(xiàn)應用服務的相關問題?1 ) 通過某些事務的運行,判斷是否在應用代碼層未進行調(diào)優(yōu)導致事務

3、響應事件過長2 ) 通過實時監(jiān)控工具(nmon 等)監(jiān)控分析:a) 系統(tǒng)在運行過程其CPU 是否穩(wěn)定運行或CPU 耗用是否過高b) 在系統(tǒng)運行過程中其內(nèi)存是否存在內(nèi)存泄露現(xiàn)象3 ) 打開應用相應日志,分析在運行過程中是否存在交易報錯并獲取錯誤原因查看是否由于代碼原因?qū)е陆灰族e誤發(fā)生9 、 如何發(fā)現(xiàn)數(shù)據(jù)庫的相關問題?1 ) 通過運行某些相應的已獲取的SQL 語句,判斷是否由于數(shù)據(jù)庫索引所導致的事務響應過長的問題發(fā)生2 ) 通過實時監(jiān)控工具(nmon 等 )監(jiān)控分析:a) 在系統(tǒng)運行過程中CPU 是否可穩(wěn)定運行或CPU 耗用過高;b) 在系統(tǒng)運行過程中其內(nèi)存是否存在內(nèi)存泄露等現(xiàn)象。10 、 解釋以

4、下函數(shù)及他們的不同之處。Lr_debug_message 發(fā)送調(diào)試信息到輸出窗口或相應日志內(nèi),即調(diào)試日志Lr_output_message 發(fā)送日志信息到輸出窗口或相應日志內(nèi),即INFO 日志Lr_error_message發(fā)送錯誤日志信息到輸出窗口或相應日志內(nèi),即ERROR 日志Lrd_stmt 賦予一個SQL 語句用于處理Lrd_fetch 獲取結(jié)果集中的下一行數(shù)據(jù)11 、 常見的性能測試方法有哪些?以及每類測試方法的目的是什么?1)基準測試:確保測試環(huán)境無問題,初步評估每次只是單獨運行一個交易時,當前系統(tǒng)的響應時間是否夠快,各服務器的 CPU內(nèi)存耗用是否合理;2)單一交易并發(fā)測試:確保數(shù)

5、據(jù)庫不存在線程死鎖等問題,評估在只是單獨運行一個交易時,其系統(tǒng)的響應時間是否夠快,各服務器的CPU、內(nèi)存耗用是否合理。3 ) 混合場景測試:模擬真實生產(chǎn)場景,評估其系統(tǒng)各交易的響應時間是否夠快,各服務器的CPU、內(nèi)存是否合理。4)浪涌測試場景:模擬高峰與低峰業(yè)務處理量,評估系統(tǒng)各服務器的CPU內(nèi)存耗用是否合理。5)穩(wěn)定性測試場景:模擬不間斷運行系統(tǒng),評估系統(tǒng)是否可高效不間斷穩(wěn)定運行。6)容量測試場景:通過不間斷逐步加大用戶數(shù)或業(yè)務處理量,確定在特定環(huán)境下,預測其系統(tǒng)所能承載的最大用戶并發(fā)數(shù)或最大的業(yè)務處理量,從而為項目組提供擴容依據(jù)。12 、 解釋幾個常用的性能指標的名稱與具體含義。1)事務:

6、(全稱:transaction) ,單位:個,即用戶在準備進行一個操作到完成操作的過程2)思考時間:(全稱:thinktime),單位:秒,一般與事務組合使用,例如在 A事務后或者在 A 事務前增加一個2秒的思考時間,即指每2秒鐘運行一次A事務3)集合點:(全稱:rendezous), 一般與事務組合使用,例如在 A事務前增加一個集合點,且用戶并發(fā)數(shù)為10 用戶并發(fā),即指 10 用戶每次均需完全到達這個集合點后,在一次性進行并發(fā)發(fā)起請求,在性能測試中,通常將未設置集合點的并發(fā)叫做廣義并發(fā)(因系統(tǒng)處理能力有限,存在排隊概念,因此會導致用戶發(fā)起的請求順序有先有后),將設置集合點的并發(fā)叫做狹義并發(fā)(

7、即客戶端一次性想服務器發(fā)起請求),一般,性能測試所采用的模式為廣義并發(fā)模式。4)事務響應時間:(全稱 :transaction response time) ,單位:秒。其主要作用為評估當前系統(tǒng)的響應時間的快慢。5)事務TPS (全稱transaction per second),事務處理能力,單位:筆/秒,其主要作用為評估當前服務器的處理能力。6)并發(fā)用戶數(shù):(全稱:Running vusers) ,單位:個,其主要作用為用來評估當前服務器的負載壓力。并發(fā)用戶數(shù)的計算公式:事務響應時間*事務TPS-并發(fā)用戶數(shù)7)吞吐量:(全稱:throughput) ,單位:字節(jié),即指客戶端在向服務器端發(fā)起

8、請求后,其服務器的返回信息。吞吐量的計算公式為:總事務TPS*總返回字節(jié)數(shù)*運行時間y吞吐量。8)點擊數(shù):(全稱 hits per second) ,單位;次/秒,即每秒客戶端向服務器端發(fā)起的總請求數(shù),其主要作用為用來評估當前服務器的負載壓力。9)通過事務數(shù):單位:個,即系統(tǒng)在運行一段時間內(nèi)其事務的總計完成事務數(shù)10)失敗事務數(shù):單位:個,即系統(tǒng)在運行一段時間內(nèi)其事務的總計完成失敗事務數(shù)11)事務通過率:即指系統(tǒng)在運行一段時間內(nèi)其事務完成的成功率。其主要作為是用來評估當前系統(tǒng)的穩(wěn)定運行處理能力。事務通過率的計算公式:成功事務數(shù)/成功事務數(shù)+失敗事務數(shù)*100%12) CPU資源利用率,即系統(tǒng)在

9、運行一段時間內(nèi),其各相關服務器CPU的資源耗用情況13 、 請問您是如何得到性能測試需求?怎樣針對需求設計、分析是否達到需求?1) 在查看需求文檔,從中提取性能測試需求,與用戶交流,了解實際使用情況。2) 結(jié)合業(yè)務信息設計操作場景總結(jié)出需測試的性能關鍵指標。3) 執(zhí)行用例后根據(jù)提取關鍵性能指標來分析是否滿足性能需求。14 、 客戶交付一個性能測試項目,請闡述你的實施流程測試設計階段:1 ) 了解被測系統(tǒng)的性能需求,定義測試目標與范圍;2 ) 了解系統(tǒng)的技術信息,如系統(tǒng)架構(gòu)3 ) 確定測試方案,進度安排,并制定測試計劃,場景設置方案及需收集的測試數(shù)據(jù)4 ) 同相關人員協(xié)商討論測試方案5 ) 準備

10、測試收集模板,不同項目的性能測試,需收集的數(shù)據(jù)不同,針對性的制定一個模板更符合需要測試環(huán)境準備1) ) 技術準備:選擇性能測試工具,測試方案中涉及到的技術問題; 測試數(shù)據(jù)的收集方案實現(xiàn);如:如何監(jiān)控系統(tǒng)資源等;2) 搭建測試環(huán)境3) 創(chuàng)建初始數(shù)據(jù):如虛擬用戶使用的賬號等;測試執(zhí)行階段:4) ) 錄制腳本5) 調(diào)試腳本6) 執(zhí)行場景;7) 收集測試數(shù)據(jù),并簡單整理測試分析階段:1 ) 分析測試數(shù)據(jù)提交測試報告15 、 請在以下兩個項目當中,選擇一個,考慮如何進行用例設計:a. 杯子 b. 有彈簧的圓珠筆a. 杯子需求測試:查看杯子使用說明書界面測試:查看杯子外觀功能度:用水杯裝水看漏不漏;水能不

11、能被喝道安全性:杯子有沒有毒或細菌可靠性:杯子從不同高度落下的損壞程度可移植性:杯子在不同的地方、溫度等環(huán)境下是否都可以正常使用兼容性:杯子是否能夠容納果汁、白水、酒精、汽油等易用性:杯子是否燙手、是否有防滑措施、是否方便飲用用戶文檔:使用手冊是否對杯子的用法、限制、使用條件等有詳細描述疲勞測試:將杯子盛上水(案例一)放24 小時檢查泄露時間和情況;盛上汽油(案例二)放24小時檢查泄露時間和情況等壓力測試:用一根針并在針上面不斷加重量,看壓強多大時會穿透強度測試:杯子加包裝(有填充物), 在多高的情況下摔下不破損b. 有彈簧的圓珠筆:功能測試:圓珠筆按下是否能正常寫字,寫字太重會不會縮回去,繼

12、續(xù)按會不會彈回去性能測試:圓珠心彈出彈回的快慢負載測試:一直按,彈簧能接受多少次的升縮兼容性測試:換其他的筆芯能不能行強度測試:用力過度會怎么樣可恢復性測試:如果彈簧壓久了,是否可恢復等等GUI 測試:筆的外觀,拿筆的舒適性安全性:考慮對筆芯的保護,是否對使用者造成的危害等等16、現(xiàn)有Customers表和Sales表的數(shù)據(jù)如下:Customers 表:CustID Name ShpCityDiscountAdaptoPortLand0.05AAPortLand0.05SeaworthAlbany0.04Sales 表:SaleID CustID SaleMount80006500590045

13、00要求:1)給出查詢語句,描述:在 Customers表中查詢名字為 AA查詢語句;2)給出刪除操作,描述:在 Sales表中刪除SalelD為的語句。3)根據(jù)以下結(jié)果表給出多表查詢語句。SaleID CustIDNameDiscountSaleMountAdapto0.058000Seaworth0.046500Adapto0.055900AA0.054500答案:1) select * from Customers where name= AA 2) delete from Sales where SaleID= from3) select Sales.SaleID,Customers.

14、CustID,Customers.Name,Customers.Discount,Sales.SaleMountCustomers,Sales where Customers.CustID=Sales.CustID17、2. web系統(tǒng)腳本錄制過程中,兩次錄招同一功能點,在View Tree的Server Response中產(chǎn)生的字 符串分別為:Server Response: namc=id_Nodc M valuc=n RSDP0013425KENDITEM,Server Response: namc=M_id_Node " valuc=n RSDPl203655" />". ENDITEM, 為腳本回放成功,需要福存串中某些字符做一定處理,寫出詳細實現(xiàn)方法.答案(概要):1、 發(fā)現(xiàn)文中兩個字符串為動態(tài)ID: RSDP0013425'和"RSDP1203655”:2、 對動態(tài)ID進行處理,利用下面函數(shù),將動態(tài)ID的值取出保存在“id”變量中.eb_reg_save_param("id", "L

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論