- 相關(guān)推薦
軟件測試面試問題
1.怎么做好文檔測試?
仔細(xì)閱讀，跟隨每個步驟，檢查每個圖形，嘗試每個示例,檢查文檔的編寫是否滿足文檔編寫的目的,內(nèi)容是否齊全，正確，完善.標(biāo)記是否正確.
軟件測試分哪2種方法？分別適合什么情況？
軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、邏輯驅(qū)動測試或基于程序本身的測試，它著重于程序的內(nèi)部結(jié)構(gòu)及算法，通常不關(guān)心功能與性能指標(biāo)；黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動測試或基于規(guī)格說明的測試，它實際上是站在最終用戶的立場，檢驗輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求及性能需求的規(guī)定
2.白盒測試有幾種方法?
總體上分為靜態(tài)方法和動態(tài)方法兩大類。
靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義 動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
3.系統(tǒng)測試計劃是否需要同行審批，為什么?
需要，系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要評審。
4.alpha測試與beta的區(qū)別?
alpha測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試；測試后仍然會有少量的設(shè)計變更。這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成。
beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。
5.比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別?
負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。
強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。
容量測試：容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測
試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。
6.測試結(jié)束的標(biāo)準(zhǔn)是什么？
用例全部測試。
覆蓋率達(dá)到標(biāo)準(zhǔn)。
缺陷率達(dá)到標(biāo)準(zhǔn)。
其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
7.描述軟件測試活動的生命周期？
測試周期分為計劃、設(shè)計、實現(xiàn)、執(zhí)行、總結(jié)。其中：
計劃：對整個測試周期中所有活動進(jìn)行規(guī)劃，估計工作量、風(fēng)險，安排人力物力資源，安排進(jìn)度等；
設(shè)計：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃；
實現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計；
執(zhí)行：根據(jù)前期完成的計劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用例。 總結(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報告。
8.軟件的缺陷等級應(yīng)如何劃分？
A類嚴(yán)重錯誤，包括以下各種錯誤：1．由于程序所引起的死機(jī),非法退出2．死循環(huán)3．?dāng)?shù)據(jù)庫發(fā)生死鎖4．因錯誤操作導(dǎo)致的程序中斷5．功能錯誤6．與數(shù)據(jù)庫連接錯誤7．?dāng)?shù)據(jù)通訊錯誤
B類較嚴(yán)重錯誤，包括以下各種錯誤：1．程序錯誤2．程序接口錯誤3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件
C類一般性錯誤，包括以下各種錯誤：1．操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2．打印內(nèi)容、格式錯誤3．簡單的輸入限制未放在前臺進(jìn)行控制4．刪除操作未給出提示5．?dāng)?shù)據(jù)庫表中有過多的空字段
D類較小錯誤，包括以下各種錯誤：1．界面不規(guī)范2．輔助說明描述不清楚
3．輸入輸出不規(guī)范4．長操作未給用戶提示5．提示窗口文字未采用行業(yè)術(shù)語
6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志
9.當(dāng)開發(fā)人員說不是BUG時,你如何應(yīng)付？
開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進(jìn)行確認(rèn)，需不需要改動，3方商量確定好后
再看要不要改。二是這種情況不可能發(fā)生，所以不需要修改，這個時候，我可以先盡可能的說出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果？程序員可能會給你很多理由，你可以對他的解釋進(jìn)行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進(jìn)TD中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認(rèn)。
10．你為什么想離開目前的職務(wù)？
因為公司運作情況并不理想，公司需要調(diào)整部門體系，公司考慮到縮減部門人員，所以大批量的裁員（有6，7個），這是我的第一份工作，對公司也有較深的感情，因為在這里我找到了職業(yè)理想（就是測試），所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。
11．您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？
白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果 黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題
12.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。
黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個實現(xiàn)了的功能是否符合要求。
白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？
3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試
對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：
1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。
4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。
單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己�？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試） 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。 驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。
軟件測試面試所遇問題
1.自我介紹。
2.學(xué)習(xí)的都是開發(fā)，為什么會想從事軟件測試。
3.一個好的軟件測試工程師需要具備什么。
4.你對軟件測試的認(rèn)識是什么
5.面對無法重現(xiàn)的bug，你的做法是什么。
6.當(dāng)你所提交的bug，開發(fā)工程師不認(rèn)可的話，你要怎么辦。
7. 一個軟件即將到了要交付的時間了，測試還未完成，你要怎么辦。
8.怎么判定軟件測試完成，測試完成的標(biāo)準(zhǔn)是什么。
9.軟件測試項目從什么時候開始。
10.你的職業(yè)生涯規(guī)劃是什么。
【軟件測試面試問題】相關(guān)文章：
軟件測試的面試技巧05-18
面試軟件測試的自我介紹12-13
軟件測試面試自我介紹07-26
軟件測試面試自我介紹7篇12-26
軟件測試總結(jié)03-22
軟件測試實習(xí)報告07-19
軟件測試個人總結(jié)01-16
軟件測試總結(jié)（精選20篇）04-22
軟件測試述職報告03-02
軟件測試績效考核05-20