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

　　中軟軟件測(cè)試面試題和答案1

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

　　參考答案：

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

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

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

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

　　參考答案：

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

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

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

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

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

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

　　參考答案：

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

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

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

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

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

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

　　中軟軟件測(cè)試面試題和答案2

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

　　參考答案：

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

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

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

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

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

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

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

　　2、測(cè)試工具在測(cè)試工作中是什么地位?

　　參考答案：

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

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

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

　　參考答案：

　　壓力測(cè)試(Stress Testing)

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

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

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

　　中軟軟件測(cè)試面試題和答案3

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

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

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

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

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

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

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

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

　　參考答案：

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

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

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

　　a) 版本

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

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

　　c) Bug狀態(tài)

　　d) Bug的編號(hào)

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

　　f) 提交人

　　g) 指定處理人

　　h) 概述

　　i) 從屬關(guān)系

　　j) 詳細(xì)描述

　　k) 嚴(yán)重程度

　　l) 所屬模塊

　　m) 附件

　　n) 提交日期

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

　　參考答案：

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

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

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

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

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

　　
看了“中軟軟件測(cè)試面試題和答案”