一般情況下技術崗面試都需要經歷面試和筆試部分，面試程序中主要采用問答的形式，一般沒有完全固定的回答，主要是根據自己的作業經驗應答面試官的問題，而筆試部分更注重基礎知識以及問題的常規解決方案，下面IT技術宅男為大家整理了18個常見的問題：
1、專案中相關需求問題，測驗可以直接和客戶溝通嗎？
A1：可以，最初與客戶溝通需求時，測驗人員直接參與，所以我們可以直接和客戶方的代表開會進行溝通，
A2：不可以，一般情況下我們需要將問題整理到一起，由專案經理和測驗經理作為介面人和客戶進行溝通，
A3：不可以，我們的需求是產品線提的，產品線與客戶直接溝通，所以關于需求問題我們直接找產品線，
2、需求確定中不確定的需求怎么解決？
一般情況下先由專案組內討論解決，如果依舊得不到解決，則直接與需求方確認，
3、什么是測驗方案，什么是測驗策略？
測驗方案是指導我們怎么測的問題，里面的主要內容是測驗點，策略是指導我們要測什么方面，比如要進行功能測驗，性能測驗，兼容性測驗等等，并指出需要用什么工具，
4、測驗方案包含哪些內容？
業務功能的描述，對需求功能的理解，業務流程圖，業務表，測驗點等，
5、測驗用例設計方法有哪些？
等價類、邊界值、錯誤推測法、場景法、因果圖、判定表，
6、測驗用例內容有哪些？
ID 、標題、 優先級、 預置條件 、操作步驟 、預期結果、 實際結果、測驗人、測驗時間，
7、測驗用例為什么需要有優先級，有哪一些優先級？
因為在不同階段執行的用例數目是不同的，用例對應的功能的重要程度也是不同的，我們用的是高中低三級，
8、你們專案一共有多少條測驗用例？
500-------到2000，具體專案具體分析，和專案大小顆粒度大小都有關系，
9、測驗用例需要哪些人來評審？
測驗組內評審的，因為我們的方案是全體專案組成員(PM/SE開發和測驗)來評審的并且方案里的測驗點寫到了測驗用例標題的程度，我們是專案組全體來評審的額，畢竟測驗是保證軟體質量的最后一個環節，測驗用例是測驗執行的依據，所以測驗用例十分重要，專案組非常重視測驗用例的評審，希望把漏測的降到最低，所以我們的測驗用例是專案組全體成員來評審的，
10、一個專案需要寫多少測驗用例怎么估算？
這個在需求分析之后根據測驗點來評估的，我們的測驗點寫的很細，所以測驗用例的數目幾乎等于測驗點的數目，
11、不能發現BUG的測驗用例不是好的測驗用例嗎？
我不這樣認為，我覺得在執行之前，每個用例都可能發現缺陷，好的測驗用例是一套完整的不遺漏的測驗用例，是能夠被其他的測驗人員執行的測驗用例，不能因為是否找到BUG來說明用例是否好，
12、為什么要進行交叉測驗？
因為自己執行自己設計的用例，會按照設計用例的思路來執行用例，可能會忽略一些偶然或例外的情況，交叉執行可能會發現新的BUG，當然如果用例已經寫得很細，顆粒度很小嗎，輸入輸出寫得很全面交叉執行的結果都會差不多，無論誰來執行結果都是一樣的，
13、什么叫預測驗，預測驗是怎么進行的，預測驗一般為多長時間？
預測驗就是開放剛剛開發完成，測驗環境剛搭建起來，這時我們要對系統的各種功能能不能跑通，業務流程能不能完成進行測驗，就是冒煙測驗，這就是轉測驗，我們轉測驗大概需要一天的時間，
14、你的測驗職業發展是什么？
測驗經驗越多，測驗能力越高，所以我的職業發展是需要時間積累的，一步步向著高級測驗工程師奔去，而且我也有初步的職業規劃，前3年積累測驗經驗，按如何做好測驗工程師的要點去要求自己，不斷更新自己改正自己，做好測驗任務，
15、你認為測驗人員需要具備哪些素質？
做測驗應該要有一定的協調能力，因為測驗人員經常要與開發接觸處理一些問題，如果處理不好的話會引起一些沖突，這樣的話作業上就會不好做，還有測驗人員要有一定的耐心，有的時候做測驗很枯燥乏味，除了耐心，測驗人員不能放過每一個可能的錯誤，
16、你為什么能夠做測驗這一行？
雖然我的測驗技識訓不是很成熟，但是我覺得我還是可以勝任軟體測驗這個作業的，因為做軟體測驗不僅是要求技術好，還有有一定的溝通能力，耐心、細心等外在因素，綜合起來看我認為我是勝任這個作業的，
17、測驗的目的是什么？
測驗的目的是找出軟體產品中的錯誤，使軟體盡可能的符合用戶的要求，當然軟體測驗是不可能找出全部錯誤的，
18、測驗分為哪幾個階段？
一般來說分為5個階段：單元測驗、集成測驗、確認測驗、系統測驗、驗收測驗，
以上就是和大家分享的“軟體測驗面試18個常見問題匯總”，軟體測驗是一個比較復雜而且非常重要的崗位，所以大部分企業在面試程序中都會比較嚴謹，為自己爭取更多的就業機會或者高薪，還需要大家扎實掌握軟體測驗的相關知識，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/249354.html
標籤：其他