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

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

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

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

　　參考答案：

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

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

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

　　2、測試產(chǎn)品與測試項目的區(qū)別是什么?

　　參考答案：

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

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

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

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

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

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

　　參考答案：

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

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

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

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

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

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

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

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

　　參考答案：

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

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

　　-根據(jù)內(nèi)部測試報告進行編寫，一般可以摘錄;

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

　　-報告上面的內(nèi)容盡量要真實可靠;

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

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

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

　　參考答案：

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

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

　　3、簡述負載測試與壓力測試的區(qū)別。

　　參考答案：

　　壓力測試(Stress Testing)

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

　　負載測試(Volume Testing)

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

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

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

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

　　測試人員提交新的Bug入庫，錯誤狀態(tài)為New。

　　高級測試員/測試經(jīng)理驗證錯誤，如果確認是錯誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯誤，則拒絕，設(shè)置為Declined狀態(tài)。

　　開發(fā)經(jīng)理分配bug至對應(yīng)的.模塊開發(fā)人員。

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

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

　　2、寫出bug報告當中一些必備的內(nèi)容。

　　參考答案：

　　硬件平臺和操作系統(tǒng)

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

　　測試應(yīng)用的操作系統(tǒng)平臺(OS)。

　　a) 版本

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

　　b) Bug報告優(yōu)先級

　　c) Bug狀態(tài)

　　d) Bug的編號

　　e) 發(fā)現(xiàn)人

　　f) 提交人

　　g) 指定處理人

　　h) 概述

　　i) 從屬關(guān)系

　　j) 詳細描述

　　k) 嚴重程度

　　l) 所屬模塊

　　m) 附件

　　n) 提交日期

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

　　參考答案：

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

　　一方面從開發(fā)管理入手，也就是從根源來解決問題�？梢灾贫ㄒ�(guī)范的開發(fā)流程，甚至可以制定懲罰制度，還有就是軟件開發(fā)前做好規(guī)劃設(shè)計。

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

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

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

【中軟軟件測試面試題和答案】相關(guān)文章：

軟件測試面試題和答案04-07

中軟軟件測試面試題及答案04-07

軟件測試面試題及答案04-03

android軟件測試面試題及答案11-25

軟件測試面試題答案04-07

web軟件測試面試題及答案04-07

軟件測試面試題目及答案04-03

軟件測試面試題及答案文庫04-03

常見軟件測試面試題及答案04-07