軟體測驗常考面試題-軟體測驗面試寶典【最新】

一、你對測驗最大的興趣在哪里？為什么？

最大的興趣就是測驗有難度，有挑戰性！做測驗越久越能感覺到做好測驗有多難，曾經在無憂測驗網上看到一篇文章，是關于如何做好一名測驗工程師，一共羅列了 11，12 點，有部分是和人的性格有關，有部分需要后天的努力，但除了性格有關的 1，2 點我沒有把握，其他點我都很有信心做好它，

剛開始進入測驗行業時，對測驗的認識是從無憂測驗網上了解到的一些資料，當時是沖著做

測驗需要很多技能才能做的好，雖然入門容易，但做好很難，比開發更難，雖然當時我很想

做開發（學校專業課我基本上不缺席，因為我喜歡我的專業），但看到測驗比開發更難更有
挑戰性，想做好測驗的意志就更堅定了，

我覺得做測驗整個程序中有 2 點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測驗用例的設計，因為測驗的精華就在測驗用例的設計上了，要在版本出來之前，把用例寫好，用什么測驗方法寫？（也就是測驗計劃或測驗策略），如果你剛測驗一個新任務時，你得花一定的時間去消化業務需求和技識訓礎，業務需求很好理解（多和產品經理和開發人員溝通就能達到目的），而技識訓礎可就沒那么簡單了，這需要你自覺的學習能力，比如說網站吧，最基本的技術知識你要知道網站內部是怎么運作的的，后臺是怎么回應用戶請求的？測驗環境如何搭建？這些都需要最早的學好，至少在開始測驗之前能做好基本的準備，可能會遇到什么難題？需求細節是不是沒有確定好？這些問題都能在設計用例的時候發現，

第二是發現 BUG 的時候了，這應該是測驗人員最基本的任務了，一般按測驗用例開始測驗就能發現大部分的 bug，還有一部分 bug 需要測驗的程序中更了解所測版本的情況獲得更多資訊，補充測驗用例，測驗出 bug，還有如何發現 bug？這就需要在測驗用例有效的情況下，
通過細心和耐心去發現 bug 了，每個用例都有可能發現 bug，每個地方都有可能出錯，所以測驗程序中思維要清晰（測驗程序資料流及結果都得看仔細了，bug 都在里面發現的），如何描述 bug 也很有講究，bug 在什么情況下會產生，如果條件變化一點點，就不會有這個 bug，以哪些最少的操作步驟就能重現這個bug，這個bug產生的規律是什么？如果你夠厲害的話，可以幫開發人員初步定位問題，

問題十五：你的測驗職業發展目標是什么？

測驗經驗越多，測驗能力越高，所以我的職業發展是需要時間累積的，一步步向著高級測驗
工程師奔去，而且我也有初步的職業規劃，前 3 年累積測驗經驗，按如何做好測驗工程師的要求要求自己，不斷的更新自己改正自己，做好測驗任務，

二、您所熟悉的軟體測驗型別都有哪些？請試著分別比較這些不同的測驗型別的區別與聯

系（如功能測驗、性能測驗）
測驗型別有：功能測驗，性能測驗，界面測驗，
功能測驗在測驗作業中占的比例最大，功能測驗也叫黑盒測驗，是把測驗物件看作一個
黑盒子，利用黑盒測驗法進行動態測驗時，需要測驗軟體產品的功能，不需測驗軟體產品的內部結構和處理程序，采用黑盒技術設計測驗用例的方法有：等價類劃分、邊界值分析、錯
誤推測、因果圖和綜合策略，
性能測驗是通過自動化的測驗工具模擬多種正常、峰值以及例外負載條件來對系統的各
項性能指標進行測驗，負載測驗和壓力測驗都屬于性能測驗，兩者可以結合進行，通過負載
測驗，確定在各種作業負載下系統的性能，目標是測驗當負載逐漸增加時，系統各項性能指
標的變化情況，壓力測驗是通過確定一個系統的瓶頸或者不能接收的性能點，來獲得系統能
提供的最大服務級別的測驗，
界面測驗，界面是軟體與用戶互動的最直接的層，界面的好壞決定用戶對軟體的第一印
象，而且設計良好的界面能夠引導用戶自己完成相應的操作，起到向導的作用，同時界面如
同人的面孔，具有吸參考戶的直接優勢，設計合理的界面能給用戶帶來輕松愉悅的感受和成
功的感覺，相反由于界面設計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的
畏懼與放棄中付諸東流，
區別在于，功能測驗關注產品的所有功能上，要考慮到每個細節功能，每個可能存在的
功能問題，性能測驗主要關注于產品整體的多用戶并發下的穩定性和健壯性，界面測驗更關
注于用戶體驗上，用戶使用該產品的時候是否易用，是否易懂，是否規范（快捷鍵之類的），
是否美觀（能否吸參考戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的資料，
當然考慮到體驗性，不能太粗魯的彈出警告）？做某個性能測驗的時候，首先它可能是個功
能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測驗，

三、請試著比較一下黑盒測驗、白盒測驗、單元測驗、集成測驗、系統測驗、驗收 測驗的區別與聯系，

黑盒測驗：已知產品的功能設計規格，可以進行測驗證明每個實作了的功能是否符合要求，
白盒測驗：已知產品的內部作業程序，可以通過測驗證明每種內部操作是否符合設計規格要求，所有內部成分是否以經過檢查，
軟體的黑盒測驗意味著測驗要在軟體的介面處進行，這種方法是把測驗物件看做一個黑盒子，測驗人員完全不考慮程式內部的邏輯結構和內部特性，只依據程式的需求規格說明書，檢查程式的功能是否符合它的功能說明，因此黑盒測驗又叫功能測驗或資料驅動測驗，黑盒測驗主要是為了發現以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在介面上，輸入是否能正確的接受？能否輸出正確的結果？
3、是否有資料結構錯誤或外部資訊（例如資料檔案）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟體的白盒測驗是對軟體的程序性細節做細致的檢查，這種方法是把測驗物件看做一個打開的盒子，它允許測驗人員利用程式內部的邏輯結構及有關資訊，設計或選擇測驗用例，對程式所有邏輯路徑進行測驗，通過在不同點檢查程式狀態，確定實際狀態是否與預期的狀態一致，因此白盒測驗又稱為結構測驗或邏輯驅動測驗，白盒測驗主要是想對程式模塊進行如下檢查：
1、對程式模塊的所有獨立的執行路徑至少測驗一遍，
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍，
3、在回圈的邊界和運行的界限內執行回圈體，
4、測驗內部資料結構的有效性，等等，
單元測驗（模塊測驗）是開發者撰寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確，通常而言，一個單元測驗是用于判斷某個特定條件（或者場景）下某個特定函式的行為，
單元測驗是由程式員自己來完成，最終受益的也是程式員自己，可以這么說，程式員有
責任撰寫功能代碼，同時也就有責任為自己的代碼撰寫單元測驗，執行單元測驗，就是為了
證明這段代碼的行為和我們期望的一致，
集成測驗（也叫組裝測驗，聯合測驗）是單元測驗的邏輯擴展，它的最簡單的形式是：
兩個已經測驗過的單元組合成一個組件，并且測驗它們之間的介面，從這一層意義上講，組
件是指多個單元的集成聚合，在現實方案中，許多單元組合成組件，而這些組件又聚合成程
序的更大部分，方法是測驗片段的組合，并最終擴展行程，將您的模塊與其他組的模塊一起
測驗，最后，將構成行程的所有模塊一起測驗，
系統測驗是將經過測驗的子系統裝配成一個完整系統來測驗，它是檢驗系統是否確實能
提供系統方案說明書中指定功能的有效方法，（常見的聯調測驗）
系統測驗的目的是對最終軟體系統進行全面的測驗，確保最終軟體系統滿足產品需求并
且遵循系統設計，
驗收測驗是部署軟體之前的最后一個測驗操作，驗收測驗的目的是確保軟體準備就緒，
并且可以讓最終用戶將其用于執行軟體的既定功能和任務，
驗收測驗是向未來的用戶表明系統能夠像預定要求那樣作業，經集成測驗后，已經按照設計
把所有的模塊組裝成一個完整的軟體系統，介面錯誤也已經基本排除了，接著就應該進一步
驗證軟體的有效性，這就是驗收測驗的任務，即軟體的功能和性能如同用戶所合理期待的那樣，

四、當開發人員說不是 G BUG 時，你如何應付？

開發人員說不是 bug，有 2 種情況，一是需求沒有確定，所以我可以這么做，這個時候
可以找來產品經理進行確認，需不需要改動，3 方商量確定好后再看要不要改，二是這種情
況不可能發生，所以不需要修改，這個時候，我可以先盡可能的說出是 BUG 的依據是什么？
如果被用戶發現或出了問題，會有什么不良結果？程式員可能會給你很多理由，你可以對他
的解釋進行反駁，如果還是不行，那我可以給這個問題提出來,跟開發經理和測驗經理進行
確認,如果要修改就改,如果不要修改就不改，其實有些真的不是 bug，我也只是建議的方式
寫進 TD 中，如果開發人員不修改也沒有大問題，如果確定是 bug 的話，一定要堅持自己的立場，讓問題得到最后的確認，

五、為什么要在一個團隊中開展軟體測驗作業？

因為沒有經過測驗的軟體很難在發布之前知道該軟體的質量，就好比 ISO 質量認證一樣，測
試同樣也需要質量的保證，這個時候就需要在團隊中開展軟體測驗的作業，在測驗的程序發
現軟體中存在的問題，及時讓開發人員得知并修改問題，在即將發布時，從測驗報告中得出
軟體的質量情況，

六、如果有機會轉成開發人員，你會去做開發作業嗎？

如果公司確實需要我可以從事開發，但我還是喜歡做測驗，我認為我更適合做測驗，

七 、一份測驗計劃應該包括哪些內容？

背景、專案簡介、目的、測驗范圍、測驗策略、人員分工、資源要求、進度計劃、參考檔案、
常用術語、提交檔案、風險分析，

八、針對于軟體的行業背景，你如何理解軟體的業務？

閱讀用戶手冊了解軟體的功能和操作流程；
看一些業務的專業書籍補充業務知識；
如果有用戶實際的資料，可以拿實際的資料進行參考；
參考以前的用例和 BUG 報告；
在使用軟體的程序中多思考；
多與產品經理交流，

九、測驗用例應包括哪些內容？

編號、模塊名稱、撰寫人、日期、操作說明、輸入資料、預期結果等，
如何定位測驗用例 的作用？
組織性：撰寫、組織性、功能覆寫、重復性、跟蹤、測驗確認

十、測驗程序中什么是最重要的？

需求、計劃，

十一、什么是兼容性測驗？請舉例說明如何利用兼容性測驗串列進行測驗，

主要驗證軟體產品在不同版本之間的兼容性，包括向下兼容和交錯兼容，向下兼容是測驗軟
件新版本保留它早期版本功能的情況，交錯兼容是驗證共同存在的兩個相關但不相同的產品
之間的兼容性，

十一、對某軟體進行測驗，發現在 WIN98 上運行得很慢，怎么判別是該軟體存在問題還是其軟硬體運行環境存在問題？

看軟體的運行環境要求，如果符合要求則是程式存在問題，若不符合要求則是硬體系統存在
問題

以上筆者的經歷更像一張橫向的知識網，創建了一個交流平臺 914172719 ，群內有各種技術同行交流、學習資料、面試經驗等，其中用到jenkins、docker、moutebank、python編程等，還需要花更多的精力去深入學習，當每項技能都能掌握到一定深度，才能稱為一個完整的知識體系，

最后： 可以關注公眾號：傷心的辣條 ！ 進去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測驗行業常見知識，其中包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，

如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！

好文推薦

轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！

面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…

面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…

什么樣的人適合從事軟體測驗作業？

那個準點下班的人，比我先升職了…

測驗崗反復跳槽，跳著跳著就跳沒了…