軟件測試面試題

1、面試必問題及答案面試必問題及答案1.怎么做好文檔測試仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例檢查文檔的編寫是否滿足文檔編寫的目的內(nèi)容是否齊全，正確，完善.標(biāo)記是否正確.軟件測試分哪2種方法？分別適合什么情況？軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動(dòng)測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動(dòng)測試或基于規(guī)格說明的測試，它實(shí)際上是站在最

2、終用戶的立場，檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求及性能需求的規(guī)定2.白盒測試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致沒有沖突或者沒有歧義動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。3.系統(tǒng)測試計(jì)劃是否需要同行審批，為什么需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。4.Alpha測試與beta的區(qū)別Alpha測試在系統(tǒng)開

3、發(fā)接近完成時(shí)對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計(jì)變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。Beta測試當(dāng)開發(fā)和測試根本完成時(shí)所做的測試，最終的錯(cuò)誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。5.比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別段D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤：1界面不規(guī)范2輔助說明描述不清楚3輸入輸出不規(guī)范4長操作未給用戶提示5提示窗口文字未采用行業(yè)

4、術(shù)語6可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志9.當(dāng)開發(fā)人員說不是BUG時(shí)你如何應(yīng)付？開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個(gè)時(shí)候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動(dòng)，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果？程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可

5、以給這個(gè)問題提出來跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn)如果要修改就改如果不要修改就不改。其實(shí)有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅(jiān)持自己的立場，讓問題得到最后的確認(rèn)。10你為什么想離開目前的職務(wù)？因?yàn)楣具\(yùn)作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員（有6，7個(gè)），這是我的第一份工作，對公司也有較深的感情，因?yàn)樵谶@里我找到了職業(yè)理想（就是

6、測試），所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。11您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么？白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題12.請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。黑盒測試：已知產(chǎn)品的功能設(shè)計(jì)