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

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

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

　　參考答案：

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

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

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

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

　　參考答案：

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

　　-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)砗芏嘭?fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。

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

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

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

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

　　參考答案：

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

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

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

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

　　(3)永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡單，因?yàn)檐浖且o用戶用的，問題早晚會暴露出來，除非你可以馬上修改。

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

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

　　1、如何編寫提交給用戶的測試報(bào)告?

　　參考答案：

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

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

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

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

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

　　-整個測試報(bào)告要仔細(xì)審閱，力爭不給項(xiàng)目帶來負(fù)面作用，尤其是性能測試報(bào)告。

　　總之，外部測試報(bào)告要小心謹(jǐn)慎的編寫。

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

　　參考答案：

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

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

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

　　參考答案：

　　壓力測試(Stress Testing)

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

　　負(fù)載測試(Volume Testing)

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

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

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

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

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

　　高級測試員/測試經(jīng)理驗(yàn)證錯誤，如果確認(rèn)是錯誤，分配給開發(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則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。

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

　　2、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。

　　參考答案：

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

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

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

　　a) 版本

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

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

　　c) Bug狀態(tài)

　　d) Bug的編號

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

　　f) 提交人

　　g) 指定處理人

　　h) 概述

　　i) 從屬關(guān)系

　　j) 詳細(xì)描述

　　k) 嚴(yán)重程度

　　l) 所屬模塊

　　m) 附件

　　n) 提交日期

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

　　參考答案：

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

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

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

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

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

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