對于中級的軟件測試工程師來說，提前了解面試題及答案很重要，下面小編已經為你們整理了中軟軟件測試面試題和答案,希望可以幫到你。

　　中軟軟件測試面試題和答案1

　　1、如何減少測試人員跳槽帶來的損失?

　　參考答案：

　　在IT行業里跳槽已經是一種司空見慣的現象，而且跳槽無論給公司還是給個人都會帶來一定的損失。測試隊伍也無疑會面臨跳槽的威脅，作為測試經理管理者，只有從日常工作中開始做起，最能最大限度的減少損失。建議我們從以下兩個方面做起：

　　-加強部門內員工之間的互相學習，互相學習是建立學習型組織的基本要求，是知識互相轉移的過程。在此基礎上，可以把個人擁有的技術以知識的形式沉積下來，也就完成了隱性知識到顯性知識的轉化。

　　-通常情況下，企業能為員工提供足夠大的發展空間時，如果不是待遇特別低，員工都不會主動離開企業。因此我們要想留住員工，管理者就應該把員工的個人成長和企業的發展聯系起來，為員工設定合理發展規劃并付諸實現。不過這項要求做起來比較，要有比較好的企業文化為依托。

　　2、測試產品與測試項目的區別是什么?

　　參考答案：

　　習慣上把開發完成后進行商業化、幾乎不進行代碼修改就可以售給用戶使用的軟件成為軟件產品，也就是可以買“賣拷貝”的軟件，例如Windows2000。而通常把針對一個或者幾個特定的用戶而開發的軟件成為軟件項目，軟件項目是一種個性化的產品，可以是按照用戶要求全部重新開發，也可以修改已有的軟件產品來滿足特定的用戶需求。項目和產品的不同特點，決定我們測試產品和測試項目仍然會有很多不同的地方：

　　-質量要求不同。通常產品的質量要高一些，修復發布后產品的缺陷成本較高，甚至會帶來很多負面的影響。而做項目通常面向某一用戶，雖然質量越高越好，但是一般只要滿足用戶要求就可以了。

　　-測試資源投入多少不同。做軟件產品通常是研發中心來開發，進度壓力要小些。同時由于質量要求高，因此會投入較多的人力、物力資源。

　　-項目最后要和用戶共同驗收測試，這是產品測試不具有的特點。

　　此外，測試產品與測試項目在缺陷管理方面、測試策略制定都會有很大不同，測試管理者應該結合具體的環境，恰如其分的完成工作。

　　3、和用戶共同測試(UAT測試)的注意點有哪些?

　　參考答案：

　　軟件產品在投產前，通常都會進行用戶驗收測試。如果用戶驗收測試沒有通過，直接結果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴重。根據作者的經驗，用戶驗收測試一定要讓用戶滿意。

　　實際上用戶現場測試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優點，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標。因此用戶測試要注意下面的事項：

　　(1)用戶現場測試不可能測試全部功能，因此要測試核心功能。這需要提前做好準備，這些核心功能一定要預先經過測試，證明沒有問題才可以和用戶共同進行測試。測試核心模塊的目的是建立用戶對軟件的信心。當然如果這些模塊如果問題較多，不應該進行演示。

　　(2)如果某些模塊確實有問題，我們可以演示其它重要的業務功能模塊，必要時要向用戶做成合理的解釋。爭得時間后，及時修改缺陷來彌補。

　　(3)永遠不能欺騙用戶，蒙混過關。道理很簡單，因為軟件是要給用戶用的，問題早晚會暴露出來，除非你可以馬上修改。

　　和用戶進行測試還要注意各種交流技巧，爭取不但短期利益得到了滿足，還要為后面得合作打好基礎。

　　中軟軟件測試面試題和答案2

　　1、如何編寫提交給用戶的測試報告?

　　參考答案：

　　隨著測試工作越來越受重視，開發團隊向客戶提供測試文檔是不可避免的事情。很多人會問：“我們可以把工作中的測試報告提供給客戶嗎?”答案是否定的。因為提供內部測試報告，可能會讓客戶失去信心，甚至否定項目。

　　測試報告一般分為內部測試報告和外部測試報告。內部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況，這里不過多討論，讀者可以參考相關教材。這里主要討論一下外部測試報告的寫法，一般外部測試報告要滿足下面幾個要求：

　　-根據內部測試報告進行編寫，一般可以摘錄;

　　-不可以向客戶報告嚴重缺陷，即使是已經修改的缺陷，開發中的缺陷也沒有必要讓客戶知道; -報告上可以列出一些缺陷，但必須是中級的缺陷，而且這些缺陷必須是修復的;

　　-報告上面的內容盡量要真實可靠;

　　-整個測試報告要仔細審閱，力爭不給項目帶來負面作用，尤其是性能測試報告。

　　總之，外部測試報告要小心謹慎的編寫。

　　2、測試工具在測試工作中是什么地位?

　　參考答案：

　　國內的很多測試工程師對測試工具相當迷戀，尤其是一些新手，甚至期望測試工具可以取代手工測試。測試工具在測試工作中起的是輔助作用，一般用來提高測試效率。自動化測試彌補了手工測試的不足，減輕一定的工作量。實際上測試工具是無法替代大多數手工測試的，而一些諸如性能測試等自動化測試也是手工所不能完成的。

　　對于自動測試技術，應當依據軟件的不同情況來分別對待，一般自動技術會應用在引起大量重復性工作的地方、系統的壓力點、以及任何適合使用程序解決大批量輸入數據的地方。然后再尋找合適的自動測試工具，或者自己開發測試程序。一定不要為了使用測試工具而使用。

　　3、簡述負載測試與壓力測試的區別。

　　參考答案：

　　壓力測試(Stress Testing)

　　壓力測試的主要任務就是獲取系統正確運行的極限，檢查系統在瞬間峰值負荷下正確執行的能力。例如，對服務器做壓力測試時就可以增加并發操作的用戶數量;或者不停地向服務器發送請求;或一次性向服務器發送特別大的數據等。看看服務器保持正常運行所能達到的最大狀態。人們通常使用測試工具來完成壓力測試，如模擬上萬個用戶從終端同時登錄，這是壓力測試中常常使用的方法。

　　負載測試(Volume Testing)

　　用于檢查系統在使用大量數據的時候正確工作的能力，即檢驗系統的能力最高能達到什么程度。例如，對于信息檢索系統，讓它使用頻率達到最大;對于多個終端的分時系統，讓它所有的終端都開動。在使整個系統的全部資源達到“滿負荷”的情形下，測試系統的承受能力。

　　中軟軟件測試面試題和答案3

　　1、寫出bug報告流轉的步驟，每步的責任人及主要完成的工作。

　　參考答案：(要結合自己實際的工作經驗進行回答，不同公司略有區別)

　　測試人員提交新的Bug入庫，錯誤狀態為New。

　　高級測試員/測試經理驗證錯誤，如果確認是錯誤，分配給開發組。設置狀態為Open。如果不是錯誤，則拒絕，設置為Declined狀態。

　　開發經理分配bug至對應的模塊開發人員。

　　開發人員查詢狀態為Open的Bug，如果不是錯誤，則置狀態為Declined;如果是Bug則修復并置狀態為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態。

　　對于不能解決和延期解決的Bug，不能由開發人員自己決定，一般要通過某種會議(評審會)通過才能認可。 測試人員查詢狀態為Fixed的Bug，然后驗證Bug是否已解決，如解決，置Bug的狀態為Closed，如沒有解決,置bug狀態為Reopen。

　　2、寫出bug報告當中一些必備的內容。

　　參考答案：

　　硬件平臺和操作系統

　　測試應用的硬件平臺(Platform)，通常選擇“PC”。

　　測試應用的操作系統平臺(OS)。

　　a) 版本

　　提交缺陷報告時通過該字段標識此缺陷存在于被測試軟件的哪個版本。

　　b) Bug報告優先級

　　c) Bug狀態

　　d) Bug的編號

　　e) 發現人

　　f) 提交人

　　g) 指定處理人

　　h) 概述

　　i) 從屬關系

　　j) 詳細描述

　　k) 嚴重程度

　　l) 所屬模塊

　　m) 附件

　　n) 提交日期

　　3、開發人員老是犯一些低級錯誤怎么解決?

　　參考答案：

　　這種現象在開發流程不規范的團隊里特別常見，尤其是一些“作坊式”的團隊里。解決這種問題一般從兩個方面入手：

　　一方面從開發管理入手，也就是從根源來解決問題。可以制定規范的開發流程，甚至可以制定懲罰制度，還有就是軟件開發前做好規劃設計。

　　另一方面就是加強測試，具體做法就是加強開發人員的自己測試，把這些問題“消滅”在開發階段，這是比較好的做法，讀者可以參考第13章試案例分析的“13.1.2缺陷反復出現，誰的責任”小節，13.1.2專門討論了這類問題的方法。

　　此外，還可以通過規范的缺陷管理來對開發人員進行控制，比如測試部門整理出常見的缺陷，讓開發人員自己對照進行檢查，以減少這類低級錯誤的發生。

　　開發人員犯錯誤是正常的現象，作為測試人員一定不能抱怨，要認認真真的解決問題才是上策。

　　
看了“中軟軟件測試面試題和答案”