性能測試工程師的面試題

1、性能測試工程師的面試題廣告位招租，廣告代號： txt01性能測試工程師的面試題昨天受到支付寶某位老大的威脅， 幫他翻譯一個性能測試工程師面試題， 一翻譯發(fā)現(xiàn)多是 loadrunner 的使用 的基礎(chǔ)知識，雖然我一貫的觀點是 loadrunner 不等于性能測試，但是對于一個的 loadrunner 使用基礎(chǔ)還是 有摸底的作用的，因此把題目發(fā)出來。其中覺得有些題目比較rz,因此替換并修改了一寫，希望對面試和被面試者都有用吧。AoA1. 什么是負(fù)載測試？什么是性能測試？2. 性能測試包含了哪些測試（至少舉出3 種）3. 簡述性能測試的步驟4. 簡述使用 Loadrunner 的步驟5. 什么時候可

2、以開始執(zhí)行性能測試？6. LoadRunner 由哪些部件組成？7. 你使用 LoadRunner 的哪個部件來錄制腳本？8. LoadRunner 的哪個部件可以模擬多用戶并發(fā)下回放腳本？9. 什么是集合點？設(shè)置集合點有什么意義?Loadrunner 中設(shè)置集合點的函數(shù)是哪個 ?10. 什么是場景？場景的重要性有哪些?如何設(shè)置場景 ?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. 你在哪里設(shè)置自動關(guān)聯(lián)選項？16. 哪個函數(shù)是用來截取虛

3、擬用戶腳本中的動態(tài)值？（手工管聯(lián)）17. 你在 VUGen 中何時選擇關(guān)閉日志？何時選擇標(biāo)準(zhǔn)和擴(kuò)展日志？18. 你如何調(diào)試 LoadRunner 腳本？19 你在 LR 中如何編寫自定義函數(shù)？請給出一些你在以前進(jìn)行的項目中編寫的函數(shù)。20. 在運行設(shè)置下你能更改那些設(shè)置？21. 你在不同的環(huán)境下如何設(shè)置迭代？22. 你如何在負(fù)載測試模式下執(zhí)行功能測試？23. 什么是逐步遞增？你如何來設(shè)置？24. 以線程方式運行的虛擬用戶有哪些優(yōu)點？25. 當(dāng)你需要在出錯時停止執(zhí)行腳本，你怎么做？26. 響應(yīng)時間和吞吐量之間的關(guān)系是什么？27. 說明一下如何在 LR 中配置系統(tǒng)計數(shù)器？28. 你如何識別性能瓶頸

4、？29. 如果 web 服務(wù)器、數(shù)據(jù)庫以及網(wǎng)絡(luò)都正常，問題會出在哪里？30. 如何發(fā)現(xiàn) web 服務(wù)器的相關(guān)問題？31. 如何發(fā)現(xiàn)數(shù)據(jù)庫的相關(guān)問題？32. 解釋所有 web 錄制配置？33. 解釋一下覆蓋圖和關(guān)聯(lián)圖的區(qū)別？34. 你如何設(shè)計負(fù)載？標(biāo)準(zhǔn)是什么？35. Vuser_init 中包括什么內(nèi)容？36. Vuser_end 中包括什么內(nèi)容？37. 什么是 think time ？ think_time 有什么用？38. 標(biāo)準(zhǔn)日志和擴(kuò)展日志的區(qū)別是什么？39. 解釋以下函數(shù)及他們的不同之處Lr_debug_messageLr_output_messageLr_error_messageLr

5、d_stmtLrd_fetch40. 什么是吞吐量？41. 場景設(shè)置有哪幾種方法？面試題目：01. 為什么要在一個團(tuán)隊中開展軟件測試工作？因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比 ISO 質(zhì)量認(rèn)證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團(tuán)隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。02. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？我曾經(jīng)做過 web 測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試03. 您所熟悉

6、的軟件測試類型都有哪些？請試著分別比較這些不同 04. 的測試類型的區(qū)別與聯(lián)系（如功能 測試、性能測試） 測試類型有：功能測試，性能測試，界面測試。功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒 測試法進(jìn)行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒 技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項性能指標(biāo)進(jìn)行測 試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系

7、 統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng) 的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計良好 的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時界面如同人的面孔，具有吸引用戶的直 接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶 有挫敗感，再實用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細(xì)節(jié)功能，每個可能存在的功能問題。性能測

8、試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn) 品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否 安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當(dāng)然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫孔瞿硞€ 性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試05. 請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個實現(xiàn)了的功能是否符合要求。 白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試

9、證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部 成分是否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人 員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合 它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法

10、是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取 “真”與取 “假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個

11、特定條件（或者場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來完成， 最終受益的也是程序員自己。 可以這么說， 程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。系

12、統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。06

13、. 測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進(jìn)度， 應(yīng)對測試過程中的各種變更。測試計劃和測試詳細(xì)規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范 圍、方法和資源配置，而測試詳細(xì)規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試 測試策略和測試方法（最好是能

14、先評審）07. 您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？有什么原因讓你參與到測試和質(zhì)量管理中來？ 什么是測試生命周期，解釋一下它的各個階段？ 測試和質(zhì)量保證有什么不同？ 什么是 Negative 測試？在之前做測試的過程總遇到過哪些問題？你是如何解決的？ 你是如何給你的測試和質(zhì)量保證團(tuán)隊力量的？你是如何定義質(zhì)量管理的？ 你最喜歡測試和質(zhì)量管理什么地方？ 你最不喜歡什么地方？什么是瀑布式開發(fā)方法，你是否認(rèn)同所有的步驟？什么是V-模式開發(fā)方法，你是否認(rèn)同這個模型？什么是 CMM ？你工作過的公司的級別是怎么樣的？ 什么才算好的測試人員？ 更多問題，可以查看以下內(nèi)容：Could you tell me

15、two things you did in your previous assignment (QA/Testing related hopefully) that you are proud of?List 5 words that best describe your strengths.What are two of your weaknesses?What methodologies have you used to develop test cases?In an application currently in production, one module of code is b

16、eing modified. Is it necessary to re- test the whole application or is it enough to just test functionality associated with that module?Define each of the following and explain how each relates to the other: Unit, System, and Integration testing.Define Verification and Validation. Explain the differ

17、ences between the two.Explain the differences between White-box, Gray-box, and Black-box testing.How do you go about going into a new organization? How do you assimilate?Define the following and explain their usefulness: Change Management, Configuration Management, Version Control, and Defect Tracki

18、ng.What is ISO 9000? Have you ever been in an ISO shop?When are you done testing?What is the difference between a test strategy and a test plan?What is ISO 9003? Why is it importantWhat are ISO standards? Why are they important?What is IEEE 829? (This standard is important for Software Test Document

19、ation-Why?)What is IEEE? Why is it important?Do you support automated testing? Why?We have a testing assignment that is time-driven. Do you think automated tests are the best solution?What is your experience with change control? Our development team has only 10 members. Do you think managing change

20、is such a big deal for us?Are reusable test cases a big plus of automated testing and explain why.Can you build a good audit trail using Compuware's QACenter products. Explain why.How important is Change Management in today's computing environments?Do you think tools are required for managin

21、g change. Explain and please list some tools/practices which can help you man agi ng cha nge.We believe in ad-hoc software processes for projects. Do you agree with this? Please expla in your an swer.When is a good time for system testing?Are regressi on tests required or do you feel there is a bett

22、er use for resources?Our software desig ners use UML for modeli ng applicati ons. Based on their use cases, we would like to plan a test strategy. Do you agree with this approach or would this mean more effort for the testers.Tell me about a difficult time you had at work and how you worked through

23、it.Give me an example of someth ing you tried at work but did not work out so you had to go at thi ngs ano ther way.How can one file compare future dated output files from a program which has cha nge, aga inst the baseli ne run which used curre nt date for in put. The clie nt does not want to mask d

24、ates on the output files to allow compares.- An swer-Reru n baseli ne and futuredate in put files same # of days as future dated run of program with cha nge. Now run a file compare aga inst the baseli ne future dated output and the cha nged programs' future dated output.In terview ing Suggesti o

25、nsIf you do not recognize a term ask for further definition. You may know the methodology/term but you have used a differe nt n ame for it.Always keep in mi nd that the employer wants to know what you are going to do for them, with that you should always stay/be positive.Prei nterview Questi onsWhat

26、 is the structure of the compa ny?Who is going to do the in terview-possible backgro und in formatio n of in terviewer?What is the employer's environmen t (platforms, tools, etc.)?What are the employer's methods and processes used in software arena?What is the employer's philosophy?What

27、is the project all about you are in terviewi ng for-as much in formatio n as possible.Any term ino logies that the compa ny may use.騰訊校園招聘面經(jīng)（測試類）廣告位招租，廣告代號：txtO1騰訊校園招聘面經(jīng)（測試類）原文來源：荔圓BBS這次的校園招聘結(jié)束后，我一直很想把整個過程的體會寫下來，只是因為亂七八糟的事情，拖到現(xiàn)在。希望這份遲來的面經(jīng)，能給有需要的朋友帶來一點幫助。筆試: 12 月 16日筆試時間為2個小時，開發(fā)和測試的題目是一樣的?？疾榈闹R點主要是C、

28、數(shù)據(jù)結(jié)構(gòu)和算法，題型包括選擇題、填空題和附加題（不算分）。選擇題考了C 的基礎(chǔ)知識，如各種struct的字節(jié)數(shù)、指針等。我在一面時就被問到為什么前5道選擇題全錯 基礎(chǔ)打得不扎實這時就吃虧了。數(shù)據(jù)結(jié)構(gòu)則考了二叉樹、棧、隊列等。填空題考的都是算法，一道是遞歸，一道是背包。附加題考得比較簡單，一道是數(shù)據(jù)庫表的設(shè)計，一道是IP 地址。應(yīng)對策略：學(xué)好基礎(chǔ)理論，打好扎實基礎(chǔ)。在考試前可復(fù)習(xí)相關(guān)的知識，參考軟考的輔導(dǎo) 書，有針對性地做一下題。一面： 12 月 17 日去到面試地點，才知道在面試前還要做一份面試考卷，時間為 30分鐘?？季淼念}目一共是 4 題，第一道考查對數(shù)據(jù)的敏感度，第二道是經(jīng)典的過橋，第三

29、道是貪心算法，第四道發(fā)揮空間很大，問的是對優(yōu)秀的軟件測試工程師要具備哪些條件的看法。在這道題的答案中，我盡量突出自己的優(yōu)勢。答完題后，等了一段時間，就輪到我面試了。面試時間約為 20 多分鐘。面試官是個 MM ，很nice。進(jìn)行自我介紹后，面試官問了我的做題思路，然后就把重心落在第四道題目上 。我在答案中提到測試工程師要細(xì)心、認(rèn)真、負(fù)責(zé)、善于發(fā)掘問題、熟悉測試方法、具有 編程能力等，她都一一問我有沒有具體的例子說明，我也一一回答。情景一：面試官微笑，說： “你在試卷上提到要熟悉測試的方法，那你知道有哪些測試方法嗎？”我把測試中的白盒測試和黑盒測試都進(jìn)行了詳細(xì)的描述。她繼續(xù)問：“能不能具體說下什

30、么是等價類劃分？ ”在說了下概念后，我舉了兩個例子來說明。情景二：面試官問： “你覺得編程能力對測試的工作有哪些幫助呢？ ”答：“熟悉編程，能夠比較容易看懂代碼，理解整個程序的思路，發(fā)現(xiàn)程序中的缺點和錯漏，并糾正錯誤。還有在設(shè)計測試用例時，經(jīng)常也會用到編程的思想，象黑盒測試中的邊界值分析，跟我們編寫和調(diào)試程序中要注意的邊界問題，就有相似之處”問：“那你有沒有編程方面的經(jīng)驗，用什么語言做過哪些項目？ ”我把自己參加 ACM 的經(jīng)歷大致說了下，提到了考試中用的各種算法，像貪心、遞歸、動態(tài)規(guī)劃、大數(shù)的運算、凸包等等。感覺面試官比較滿意，一直微笑，有時還認(rèn)可我的說法。接著，面試官翻到我的筆試答卷，我看

31、到自己是60分。問： “感覺那 40 分，主要是失在哪里？ ”答：“我覺得自己在數(shù)據(jù)結(jié)構(gòu)、算法題上都做得挺好，可能是在C 的基礎(chǔ)知識方面，有些概念模糊了，做得不太好。 ”面試官點頭笑了，又問： “怎么選擇題的前 5 題都錯了？我看其他人的，基本上都能對?！蔽倚睦镉魫?，答： “最近主要是做數(shù)據(jù)庫應(yīng)用方面的東西，一些 C 的基礎(chǔ)知識有點淡忘了，概念有些模糊。不過我相信以自己的學(xué)習(xí)能力，很快就能補(bǔ)回來。 ”然后，面試官開始看我的簡歷。當(dāng)看到感興趣的地方，她就會問我一些問題，或者要求我具體說一下。我做過的項目、參加的比賽、實習(xí)的經(jīng)歷，以及學(xué)生會的工作，都有被問到。在簡歷中埋下伏筆和突出自己的優(yōu)點，能夠在面試中獲取機(jī)會發(fā)揮自己的長處。應(yīng)對策略：清楚應(yīng)聘職位的要求，分析自己在應(yīng)聘該職位中的相對優(yōu)勢，在簡歷上和面試中為自己創(chuàng)造機(jī)會，向面試官展現(xiàn)個人獨特的亮點。二面： 12 月 18 日整個過程大概 10 幾分鐘