- 相關(guān)推薦
性能測試面試題及答案
性能測試工程師的面試題
1.什么是負載測試？什么是性能測試？
2.性能測試包含了哪些測試（至少舉出3種）
3.簡述性能測試的步驟
4.簡述使用Loadrunner的步驟
5.什么時候可以開始執(zhí)行性能測試？
6.LoadRunner由哪些部件組成？
7.你使用LoadRunner的哪個部件來錄制腳本？
8.LoadRunner的哪個部件可以模擬多用戶并發(fā)下回放腳本？
9.什么是集合點？設置集合點有什么意義?Loadrunner中設置集合點的函數(shù)是哪個?
10.什么是場景？場景的重要性有哪些?如何設置場景?
11.請解釋一下如何錄制web腳本？
12.為什么要創(chuàng)建參數(shù)?如何創(chuàng)建參數(shù)?
13.什么是關(guān)聯(lián)？請解釋一下自動關(guān)聯(lián)和手動關(guān)聯(lián)的不同。
14.你如何找出哪里需要關(guān)聯(lián)？請給一些你所在項目的實例。
15.你在哪里設置自動關(guān)聯(lián)選項？
16.哪個函數(shù)是用來截取虛擬用戶腳本中的動態(tài)值？（手工管聯(lián)）
17.你在VUGen中何時選擇關(guān)閉日志？何時選擇標準和擴展日志？
18.你如何調(diào)試LoadRunner腳本？
19你在LR中如何編寫自定義函數(shù)？請給出一些你在以前進行的項目中編寫的函數(shù)。
20.在運行設置下你能更改那些設置？
21.你在不同的環(huán)境下如何設置迭代？
22.你如何在負載測試模式下執(zhí)行功能測試？
23.什么是逐步遞增？你如何來設置？
24.以線程方式運行的虛擬用戶有哪些優(yōu)點？
25.當你需要在出錯時停止執(zhí)行腳本，你怎么做？
26.響應時間和吞吐量之間的關(guān)系是什么？
27.說明一下如何在LR中配置系統(tǒng)計數(shù)器？
28.你如何識別性能瓶頸？
29.如果web服務器、數(shù)據(jù)庫以及網(wǎng)絡都正常，問題會出在哪里？
30.如何發(fā)現(xiàn)web服務器的相關(guān)問題？
31.如何發(fā)現(xiàn)數(shù)據(jù)庫的相關(guān)問題？
32.解釋所有web錄制配置？
33.解釋一下覆蓋圖和關(guān)聯(lián)圖的區(qū)別？
34.你如何設計負載？標準是什么？
35.Vuser_init中包括什么內(nèi)容？
36. Vuser_end中包括什么內(nèi)容？
37.什么是think time？think_time有什么用？
38.標準日志和擴展日志的區(qū)別是什么？
39.解釋以下函數(shù)及他們的不同之處。
Lr_debug_message
Lr_output_message
Lr_error_message
Lrd_stmt
Lrd_fetch
40.什么是吞吐量？
41.場景設置有哪幾種方法？
軟件測試面試題及答案
一、判斷題
1 ．軟件測試的目的是盡可能多的找出軟件的缺陷。（ Y ）
2 ． Beta 測試是驗收測試的一種。（ Y ）
3 ．驗收測試是由最終用戶來實施的。（ N ）
4 ．項目立項前測試人員不需要提交任何工件。（ Y ）
5 ． 單元測試 能發(fā)現(xiàn)約 80% 的軟件缺陷。（ Y ）
6 ．代碼評審是檢查源代碼是否達到模塊設計的要求。（ N ）
7 ．自底向上集成需要測試員編寫驅(qū)動程序。（ Y ）
8 ．負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。（ N ）
9 ．測試人員要堅持原則，缺陷未修復完堅決不予通過。（ N ）
10 ．代碼評審員一般由測試員擔任。（ N ）
11 ．我們可以人為的使得軟件不存在配置問題。（ N ）
12 ．集成測試計劃在需求分析階段末提交。（ N ）
二、選折
1 ．軟件驗收測試的合格通過準則是：（ ABCD ）
A ．軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。
B ．所有測試項沒有殘余一級、二級和三級錯誤。
C ．立項審批表、需求分析文檔、設計文檔和編碼實現(xiàn)一致。
D ．驗收測試工件齊全。
2 ．軟件測試計劃評審會需要哪些人員參加？（ ABCD ）
A ．項目經(jīng)理
B ． SQA 負責人
C ．配置負責人
D ．測試組
3 ．下列關(guān)于 alpha 測試的描述中正確的是：（ AD ）
A ． alpha 測試需要用戶代表參加
B ． alpha 測試不需要用戶代表參加
C ． alpha 測試是 系統(tǒng)測試 的一種
D ． alpha 測試是驗收測試的一種
4 ．測試設計員的職責有：（ BC ）
A ．制定測試計劃
B ．設計測試用例
C ．設計測試過程、腳本
D ．評估測試活動
5 ．軟件實施活動的進入準則是：（ ABC ）
A ．需求工件已經(jīng)被基線化
B ．詳細設計工件已經(jīng)被基線化
C ．構(gòu)架工件已經(jīng)被基線化
D ．項目階段成果已經(jīng)被基線化
三、添空
1. 軟件驗收測試包括： 正式驗收測試， alpha 測試， beta 測試。
2. 系統(tǒng)測試的策略有： 功能測試 ， 性能測試 ，可靠性測試，負載測試，易用性測試，強度測試， 安全測試 ，配置測試，安裝測試，卸載測試，文擋測試，故障恢復測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試， （有的可以合在一起，分開寫只要寫出 15 就滿分哦）
3. 設計系統(tǒng)測試計劃需要參考的項目文擋有： 軟件測試計劃，軟件需求工件和迭代計劃 。
4. 對面向過程的系統(tǒng)采用的集成策略有： 自頂向下，自底向上 兩種。
5. （這題出的有問題哦，詳細的 5 步驟為 ~~ ）通過畫因果圖來寫測試用例的步驟為：
（ 1 ）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件），并給每個原因和結(jié)果賦予一個標識符。
（ 2 ）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對應的是什么關(guān)系 ? 根據(jù)這些關(guān)系，畫出因果圖。
（ 3 ）由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號標明約束或限制條件。
（ 4 ）把因果圖轉(zhuǎn)換成判定表。
（ 5 ）把判定表的每一列拿出來作為依據(jù)，設計測試用例。
四、簡答（資料是搜集整理的，感謝前輩的解題）無
1. 區(qū)別階段評審的與同行評審
同行評審目的 : 發(fā)現(xiàn)小規(guī)模 工作 產(chǎn)品的錯誤 , 只要是找錯誤 ;
階段評審目的 : 評審模塊階段作品的正確性可行性及完整性
同行評審人數(shù) :3-7 人人員必須經(jīng)過同行評審會議的培訓 , 由 SQA 指導
階段評審人數(shù) :5 人左右評審人必須是專家具有系統(tǒng)評審資格
同行評審內(nèi)容 : 內(nèi)容小一般文檔 < 40 頁 , 代碼 < 500 行
階段評審內(nèi)容 : 內(nèi)容多 , 主要看重點
同行評審時間 : 一小部分工作產(chǎn)品完成
階段評審時間 : 通常是設置在關(guān)鍵路徑的時間點上 !
2. 什么是軟件測試
為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程
3 簡述集成測試的過程
系統(tǒng)集成測試主要包括以下過程：
1. 構(gòu)建的確認過程。
2. 補丁的確認過程。
3. 系統(tǒng)集成測試測試組提交過程。
4. 測試用例設計過程。
5. 測試代碼編寫過程。
6. Bug 的報告過程。
7. 每周 / 每兩周的構(gòu)建過程。
8. 點對點的測試過程。
9. 組內(nèi)培訓過程。
4 怎么做好文檔測試
仔細閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例。 P142
檢查文檔的編寫是否滿足文檔編寫的目的
內(nèi)容是否齊全，正確
內(nèi)容是否完善
標記是否正確
5 白盒測試 有幾種方法
總體上分為靜態(tài)方法和動態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致 , 沒有沖突或者沒有歧義
動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
6 系統(tǒng)測試計劃是否需要同行審批，為什么
需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
7Alpha 測試與 beta 的區(qū)別
Alpha 測試在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后仍然會有少量的設計變更。這種測試一般由最終用戶或 其它 人員完成，不能由程序或測試員完成。 由一個或多個用戶在開發(fā)環(huán)境下進行測試。
Beta 測試當開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。 由一個或多個用戶在用戶實際環(huán)境下進行而是。
8 比較負載測試，容量測試和強度測試的區(qū)別。 性能測試從使用方便的角度來說，可以分為以下六種：負載測試、壓力測試、容量測試、配置測試、基準測試和并發(fā)測試。
負載測試：在一定的工作負荷下，系統(tǒng)的負荷及響應時間。 在一定的軟件、硬件及網(wǎng)絡環(huán)境下，運行一種或多種業(yè)務，在不同虛擬用戶數(shù)量下，測試服務器指標是否在用戶的要求范圍內(nèi)，以此確定系統(tǒng)所能承受的最大用戶數(shù)，系統(tǒng)響應時間及資源利用率等。
壓力測試：在一定的軟件、硬件及網(wǎng)絡環(huán)境下，模擬大量的虛擬用戶向服務器產(chǎn)生負載，使服務器的資源處于極限狀態(tài)下并長時間連續(xù)運行，以測試服務器在高負載情況下是否能夠穩(wěn)定工作。
強度測試：在一定的負荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預先分 析出反映軟件 系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、 數(shù)據(jù)庫 記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標內(nèi)確定的數(shù)據(jù)容量。 在一定的軟件、硬件及網(wǎng)絡下，在數(shù)據(jù)庫中構(gòu)造不同數(shù)量級的數(shù)據(jù)記錄，在一定虛擬用戶下運行一種或多種業(yè)務，以獲取不同數(shù)量級別的服務器性能指標，以確定數(shù)據(jù)庫的最大容量及最佳容量。
配置測試：在一定軟件、硬件及網(wǎng)絡環(huán)境下，運行一種或多種業(yè)務，在一定數(shù)量的虛擬用戶下，獲得不能配置的性能指標。
基準測試：在一定軟件、硬件及網(wǎng)絡環(huán)境下，模擬一定數(shù)量的虛擬用戶運行一種或多種業(yè)務，將測試結(jié)果作為基線數(shù)據(jù)，在系統(tǒng)調(diào)優(yōu)或系統(tǒng)評測的過程中，通過運行相同業(yè)務場景比較測試結(jié)果，確定調(diào)優(yōu)的結(jié)果是否達到預期效果或者為系統(tǒng)的選擇提供決策數(shù)據(jù)。基準測試一般基于配置測試，通過配置測試得到數(shù)據(jù)，并將這個這個數(shù)據(jù)作為基準來比較每次調(diào)優(yōu)后性能是否有所改善。
并發(fā)測試：通過模擬多個用戶并發(fā)訪問同一個應用、存儲過程、數(shù)據(jù)記錄或其他并發(fā)操作，測試是否存在死鎖、數(shù)據(jù)錯誤等故障。
9 測試結(jié)束的標準是什么？
用例全部測試。 覆蓋率達到標準。 缺陷率達到標準。 其他 指標達到質(zhì)量標準
10 描述軟件測試活動的生命周期？
測試周期分為計劃、設計、實現(xiàn)、執(zhí)行、總結(jié)。其中：
計劃：對整個測試周期中所有活動進行規(guī)劃，估計工作量、風險，安排人力物力資源，安排進度等； 從宏觀上規(guī)劃整個測試活動。測試包括文檔目的，項目背景介紹，輸入文檔，系統(tǒng)運行環(huán)境（網(wǎng)絡拓撲圖、軟硬件配置）、測試內(nèi)容、資源安排（角色和職責，測試工具）、進度安排、交付件及風險等。 設計：完成測試方案，從技術(shù)層面上對測試進行規(guī)劃；其目的是為整個測試階段的執(zhí)行內(nèi)容及側(cè)羅進行詳細說明。 測試方案包括文檔目的，測試策略等。
實現(xiàn)：進行測試用例和測試規(guī)程設計； 執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。
總結(jié)：記錄測試結(jié)果，進行測試分析，完成測試報告。
11 軟件的缺陷等級應如何劃分？
A 類 — 嚴重錯誤，包括以下各種錯誤： 1 ． 由于程序所引起的死機 , 非法退出 2 ． 死循環(huán) 3 ． 數(shù)據(jù)庫發(fā)生死鎖 4 ． 因錯誤操作導致的程序中斷 5 ． 功能錯誤 6 ． 與數(shù)據(jù)庫連接錯誤 7 ． 數(shù)據(jù)通訊錯誤
B 類 — 較嚴重錯誤，包括以下各種錯誤： 1 ． 程序錯誤 2 ． 程序接口錯誤 3 ． 數(shù)據(jù)庫的表、業(yè)務規(guī)則、缺省值未加完整性等約束條件
C 類 — 一般性錯誤，包括以下各種錯誤： 1 ． 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2． 打印內(nèi)容、格式錯誤 3 ． 簡單的輸入限制未放在前臺進行控制 4 ． 刪除操作未給出提示 5 ． 數(shù)據(jù)庫表中有過多的空字段
D 類 — 較小錯誤，包括以下各種錯誤： 1 ． 界面不規(guī)范 2 ． 輔助說明描述不清楚 3 ． 輸入輸出不規(guī)范 4． 長操作未給用戶提示 5 ． 提示窗口文字未采用行業(yè)術(shù)語 6 ． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標志
E 類 — 測試建議
【性能測試面試題及答案】相關(guān)文章：
性能測試崗位職責02-25
應急面試題目及答案06-06
情景面試題題目及答案03-15
營銷招聘面試題及答案06-01
物業(yè)電工面試題附答案03-15
金融業(yè)面試題目及答案03-09
主持人面試題目及答案04-19
常見醫(yī)院面試題目與參考答案05-01
項目經(jīng)理面試題目及其答案03-17
招警考試經(jīng)典面試題及參考答案03-06