軟體測驗這個崗位，想要找到一份高薪的作業，離不開繁雜的面試程式，這相信是很多準備應聘軟體測驗崗的朋友難題，很多已經在職多年的軟體測驗工程師對于這個崗位面試都談虎色變，那么，為什么軟體測驗崗位的面試這么難呢？
第一，軟體測驗屬于互聯網IT行業，可以說包羅萬象，雖然真正入職后，公司不會要求你運用很多很多技術，但是一個合格的互聯網企業肯定是希望他的軟體測驗崗員工是要知曉IT行業的基本理論知識的，以便在作業中能夠應對一些突發情況，雖然突發情況很少，這就是為什么，很多過來人評論說軟體測驗崗就是“面試造飛機，上崗擰螺絲”了，但是沒辦法呀，我們想要一份高薪的擰螺絲的作業，就必須要學會造飛機的理論知識啊哈哈哈，
第二，軟體測驗崗的發展潛力比較大，一般的功能測驗，要求不高，在作業中運用到的技術也確實很少，但是企業真正想要的肯定不會是一個只會功能測驗的軟體測驗崗員工，肯定是想招到一個會自動化測驗的員工，所以就算他在招聘資訊中沒有強制要求會自動化測驗，但是在面試中企業會多多少少去考一些自動化的知識，企業會從中得出你是否掌握自動化或者在學習自動化，
下面就是我整理的一些互聯網大廠的面試真題，希望對你有所幫助
1、你的測驗職業發展是什么？
測驗經驗越多，測驗能力越高，所以我的職業發展是需要時間積累的，一步步向著高級測驗工程師奔去，而且我也有初步的職業規劃，前3年積累測驗經驗，按如何做好測驗工程師的要點去要求自己，不斷更新自己改正自己，做好測驗任務，
優勢在于我對測驗堅定不移的信心和熱情，雖然經驗還不夠，但測驗需要的基本技能我有信心在作業中得以發揮，
2、你認為測驗人員需要具備哪些素質
做測驗應該要有一定的協調能力，因為測驗人員經常要與開發接觸處理一些問題，如果處理不好的話會引起一些沖突，這樣的話作業上就會不好做，還有測驗人員要有一定的耐心，有的時候做測驗很枯燥乏味，除了耐心，測驗人員不能放過每一個可能的錯誤，
3、你為什么能夠做測驗這一行
雖然我的測驗技識訓不是很成熟，但是我覺得我還是可以勝任軟體測驗這個作業的，因為做軟體測驗不僅是要求技術好，還有有一定的溝通能力，耐心、細心等外在因素，綜合起來看我認為我是勝任這個作業的，
4、測驗的目的是什么？
測驗的目的是找出軟體產品中的錯誤，是軟體盡可能的符合用戶的要求，當然軟體測驗是不可能找出全部錯誤的，
5、測驗分為哪幾個階段？
一般來說分為5個階段：單元測驗、集成測驗、確認測驗、系統測驗、驗收測驗
6、單元測驗的測驗物件、目的、測驗依據、測驗方法？
測驗物件是模塊內部的程式錯誤，目的是消除區域模塊邏輯和功能上的錯誤和缺陷，測驗依據是模塊的詳細設計，測驗方法是采用白盒測驗，
7、怎樣看待加班問題
加班的話我沒有太多意見，但是我還是覺得如果能夠合理安排時間的話，不會有太多時候加班的，
8、結合你以前的學習和作業經驗，你認為如何做好測驗，
根據我以前的作業和學習經驗，我認為做好作業首先要有一個良好的溝通，只有溝通無障礙了，才會有好的協作，才會有更好的效率，再一個就是技術一定要過關，做測驗要有足夠的耐心，和一個良好的作業習慣，不懂的就要問，實時與同事溝通這樣的話才能做好測驗作業，
9、你為什么選擇軟體測驗行業
因為之前了解軟體測驗這個行業，覺得他的發展前景很好，
10、根據你以前的作業或學習經驗描述一下軟體開發、測驗程序，由哪些角色負責，你做什么
要有架構師、開發經理、測驗經理、程式員、測驗員，我在里面主要是負責所分到的模塊執行測驗用例，
11、根據你的經驗說說你對軟體測驗/質量保證的理解
軟體質量保證與測驗是根據軟體開發階段的規格說明和程式的內部結構而精心設計的一批測驗用例(即輸入資料和預期的輸出結果)，并根據這些測驗用例去運行程式，以發現錯誤的程序，它是對應用程式的各個方面進行測驗以檢查其功能、語言有效性及其外觀排布，
12、軟體測驗的流程是什么？
需求調查：全面了解系統概況、應用領域、軟體開發周期、軟體開發環境、開發組織、時間安排、功能需求、性能需求、質量需求及測驗要求等，根據系統概況進行專案所需的人員、時間和作業量估計以及專案報價，
制定初步的專案計劃，
- 測驗準備：組織測驗團隊、培訓、建立測驗和管理環境等，
- 測驗設計：按照測驗要求進行每個測驗項的測驗設計，包括測驗用例的設計和測驗腳本的開發等，
- 測驗實施：按照測驗計劃實施測驗，
- 測驗評估：根據測驗的結果，出具測驗評估報告，
13、你對SQA的職責和作業活動(如軟體度量)的理解?
SQA就是獨立于軟體開發的專案組，通過對軟體開發程序的監控，來保證軟體的開發流程按照指定的CMM規程(如果有相應的CMM規程),對于不符合項及時提出建議和改進方案，必要時可以向高層經理匯報以求問題的解決，通過這樣的途徑來預防缺陷的引入，從而減少后期軟體的維護成本，SQA主要的作業活動包括制定SQA作業計劃，參與階段產物的評審，進行程序質量、功能配置及物理配置的審計等；對專案開發程序中產生的資料進行度量等等，
14、說說你對軟體配置管理的理解
專案在開發程序中要用相應的配置管理工具對配置項(包括各個階段的產物)進行變更控制，配置管理的使用取決于專案規模和復雜性及風險的水平，軟體的規模越大，配置管理就越顯得重要，還有在配置管理中，有一個很重要的概念，那就是基線，是在一定階段各個配置項的組合，一個基線就提供了一個正式的標準，隨后的作業便基于此標準，并只有經過授權后才能變更這個標準，配置管理工具主要有CC，VSS,CVS,SVN等，
15、怎樣寫測驗計劃和測驗用例
簡單點，測驗計劃里應有詳細的測驗策略和測驗方法，合理詳盡的資源安排等，至于測驗用例，那是依賴于需求(包括功能與非功能需求)是否細化到功能點，是否可測驗等，
16、什么是兼容性測驗？兼容性測驗側重哪些方面？
兼容測驗主要是檢查軟體在不同的硬體平臺、軟體平臺上是否可以正常的運行，即是通常說的軟體的可移植性，
兼容的型別，如果細分的話，有平臺的兼容，網路兼容，資料庫兼容，以及資料格式的兼容，
兼容測驗的重點是，對兼容環境的分析，通常，是在運行軟體的環境不是很確定的情況下，才需要做兼容，根據軟體運行的需要，或者根據需求檔案，一般都能夠得出用戶會在什么環境下使用該軟體，把這些環境整理成表單，就得出做兼容測驗的兼容環境了，
兼容和配置測驗的區別在于，做配置測驗通常不是Clean OS下做測驗，而兼容測驗多是在Clean OS的環境下做的，
17、我現在有個程式，發現在Windows上運行得很慢，怎么判別是程式存在問題還是軟硬體系統存在問題？
–1、檢查系統是否有中毒的特征；
–2、檢查軟體/硬體的配置是否符合軟體的推薦標準；
–3、確認當前的系統是否是獨立，即沒有對外提供什么消耗CPU資源的服務；
–4、如果是C/S或者B/S結構的軟體，需要檢查是不是因為與服務器的連接有問題，或者訪問有問題造成的；
–5、在系統沒有任何負載的情況下，查看性能監視器，確認應用程式對CPU/記憶體的訪問情況，
18、測驗的策略有哪些？
黑盒/白盒，靜態/動態## 標題，手工/自動，冒煙測驗，回歸測驗，公測（Beta測驗的策略）
19、你覺得bugzilla在使用的程序中，有什么問題？
–界面不穩定；
–根據需要配置它的不同的部分，程序很煩瑣，
–流程控制上，安全性不好界定，很容易對他人的Bug進行誤操作；
–沒有綜合的評分指標，不好確認修復的優先級別，
20、描述測驗用例設計的完整程序？
–1、需求分析 + 需求變更的維護作業；
–2、根據需求得出測驗需求；
–3、設計測驗方案，評審測驗方案；
–4、方案評審通過后，設計測驗用例，再對測驗用例進行評審；
21、單元測驗的策略有哪些？
邏輯覆寫、回圈覆寫、同行評審、桌前檢查、代碼走查、代碼評審、景泰資料流分析
22、LoadRunner分哪三部分？
用戶動作設計；場景設計； 測驗資料分析；
23、LoadRunner進行測驗的流程?
–1、 熟悉業務流程，測驗規劃
–2、 創建虛擬用戶腳本
–3、 創建運行場景
–4、 運行測驗腳本
–5、 監視場景
–6、 分析測驗的結果
以上，最好是結合一個案例，根據以上流程來介紹，
24、軟體的評審一般由哪些人參加？其目的是什么？
在正式的會議上將軟體專案的成果（包括各階段的檔案、產生的代碼等）提交給用戶、客戶或有關部門人員對軟體產品進行評審和批準，其目的是找出可能影響軟體產品質量、開發程序、維護作業的適用性和環境方面的設計缺陷，并采取補救措施，以及找出在性能、安全性和經濟方面的可能的改進，
人員：用戶、客戶或有關部門開發人員，測驗人員，需求分析師都可以，就看處于評審那個階段
25、Beta測驗與Alpha測驗有什么區別？
–Beta testing(β測驗),測驗是軟體的多個用戶在一個或多個用戶的實際使用環境下進行的測驗，開發者通常不在測驗現場
–Alpha testing (α測驗),是由一個用戶在開發環境下進行的測驗，也可以是公司內部的用戶在模擬實際操作環境下進行的受控測驗
......
篇幅受限就不一一展示了，只挑選了一部分展示出來
下圖是我整理的八百道面試真題，有需要的可以加入下方交流群！
加入我們的大家庭一起交流技術，有問題大家一起討論，【Python自動化測驗大本營】1134725192
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/556146.html
標籤：其他
上一篇：性能_3 jmeter連接資料庫jdbc（sql server舉例）
下一篇：返回列表