測試工程師面試題(吐血推薦)(編輯修改稿)
2025-04-21 05:34 本頁面
【文章內(nèi)容簡介】 在網(wǎng)站流量逐漸加大的情況下，開始考慮做性能測試了，首先要寫好性能測試計(jì)劃，根據(jù)運(yùn)營數(shù)據(jù)得出流量最大的頁面（如果是第一次的話，一般是首頁，下載頁，個人帳戶頁流量最大，而且以某種百分比）， Web服務(wù)器指標(biāo)指標(biāo)： * Avg Rps: 平均每秒鐘響應(yīng)次數(shù)＝總請求時間 / 秒數(shù)； * Successful Rounds：成功的請求； * Failed Rounds ：失敗的請求； * Successful Hits ：成功的點(diǎn)擊次數(shù)； * Failed Hits ：失敗的點(diǎn)擊次數(shù)； * Hits Per Second ：每秒點(diǎn)擊次數(shù)； * Successful Hits Per Second ：每秒成功的點(diǎn)擊次數(shù)； * Failed Hits Per Second ：每秒失敗的點(diǎn)擊次數(shù)； * Attempted Connections ：嘗試鏈接數(shù)； 13. 您在從事性能測試工作時，14. 是否使用過一些測試工具？如果有，15. 請?jiān)囀鲈摴ぞ叩墓ぷ髟恚?6. 并以一個具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。17. 您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？18. 在您以往的工作中，19. 一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？20. 您以往所從事的軟件測試工作中，21. 是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，22. 請結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。23. 您認(rèn)為在測試人員同24. 開發(fā)人員的溝通過程中，25. 如何提高溝通的效率和改善溝通的效果？維持測試人員同26. 開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？27. 在您以往的測試工作中，28. 最讓您感到不29. 滿意或者不30. 堪回首的事情是什么？您是如何來對待這些事情的？31. 在即將完成這次筆試前，32. 您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會？（可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面）33. 你對測試最大的興趣在哪里？為什么？ 最大的興趣就是測試有難度，有挑戰(zhàn)性！做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點(diǎn)，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點(diǎn)我沒有把握，其他點(diǎn)我都很有信心做好它?！ 傞_始進(jìn)入測試行業(yè)時，對測試的認(rèn)識是從無憂測試網(wǎng)上了解到的一些資料，當(dāng)時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當(dāng)時我很想做開發(fā)（學(xué)校專業(yè)課我基本上不缺席，因?yàn)槲蚁矚g我的專業(yè)），但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅(jiān)定了?！ 〔坏揭荒臧氲臏y試工作中，當(dāng)時的感動和熱情沒有減退一點(diǎn)（即使環(huán)境問題以及自身經(jīng)驗(yàn)，技術(shù)的不足，做測試的你一定也能理解）?！ ∥矣X得做測試整個過程中有2點(diǎn)讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設(shè)計(jì)，因?yàn)闇y試的精華就在測試用例的設(shè)計(jì)上了，要在版本出來之前，把用例寫好，用什么測試方法寫？（也就是測試計(jì)劃或測試策略），如果你剛測試一個新任務(wù)時，你得花一定的時間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達(dá)到目的），而技術(shù)基礎(chǔ)可就沒那么簡單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運(yùn)作的的，后臺是怎么響應(yīng)用戶請求的？測試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開始測試之前能做好基本的準(zhǔn)備，可能會遇到什么難題？需求細(xì)節(jié)是不是沒有確定好？這些問題都能在設(shè)計(jì)用例的時候發(fā)現(xiàn)?！ 〉诙前l(fā)現(xiàn)BUG的時候了，這應(yīng)該是測試人員最基本的任務(wù)了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補(bǔ)充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug？這就需要在測試用例有效的情況下，通過細(xì)心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數(shù)據(jù)流及結(jié)果都得看仔細(xì)了，bug都在里面發(fā)現(xiàn)的）。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點(diǎn)點(diǎn)，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么？如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。34. 你的測試職業(yè)發(fā)展是什么？ 測試經(jīng)驗(yàn)越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗(yàn)，按如何做好測試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測試任務(wù)。35. 你自認(rèn)為測試的優(yōu)勢在哪里？ 優(yōu)勢在于我對測試堅(jiān)定不移的信心和熱情，雖然經(jīng)驗(yàn)還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。36. 你以前工作時的測試流程是什么？ 公司對測試流程沒有規(guī)定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正（自己總結(jié)，吸取同行的方法）后的流程吧。需求評審（有開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項(xiàng)目經(jīng)理）－需求確定(出一份確定的需求文檔)－開發(fā)設(shè)計(jì)文檔（開發(fā)人員在開始寫代碼前就能輸出設(shè)計(jì)文檔）－想好測試策略，寫出測試用例－發(fā)給開發(fā)人員和測試經(jīng)理看看（非正式的評審用例）－接到測試版本－執(zhí)行測試用例（中間可能會補(bǔ)充用例）－提交bug（有些bug需要開發(fā)人員的確定（嚴(yán)重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的），有些可以直接錄制進(jìn)TD）－開發(fā)人員修改（可以在測試過程中快速的修改）－回歸測試（可能又會發(fā)現(xiàn)新問題，再按流程開始跑）。37. 當(dāng)開發(fā)人員說不38. 是BUG時，39. 你如何應(yīng)付？ 開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1