經(jīng)典word整理文檔，僅參考，雙擊此處可刪除頁眉頁腳。本資料屬于網(wǎng)絡(luò)整理，如有侵權(quán)，請聯(lián)系刪除，謝謝！2017年軟件測試面試試題及答案1.怎么做好文檔測試?,檢查文檔的編寫是否滿足文檔編寫的目的,內(nèi)容是否齊全，正確，完善.標(biāo)記是否正確.軟件測試分哪2種方法？分別適合什么情況？軟件測試分2種：白盒測試和黑盒測試。白盒測試又稱為結(jié)構(gòu)測試、法，通常不關(guān)心功能與性能指標(biāo)；黑盒測試又稱功能測試、數(shù)據(jù)驅(qū)動輸入輸出信息及系統(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由程序或測試員完成。Beta測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成，不能由程序員或測試員完成。5.比較負(fù)載測試，容量測試和強度測試的區(qū)別?負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。給系統(tǒng)性能所造成的影響。析出反映軟件系統(tǒng)應(yīng)用系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理是顯示系統(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)重錯誤，包括以下各種錯誤：．由于程序所引起的死機,非法退出．死循環(huán)．?dāng)?shù)據(jù)庫發(fā)生死鎖．因錯誤操作導(dǎo)致的程序中斷．功能錯誤．與數(shù)據(jù)庫連接錯誤．?dāng)?shù)據(jù)通訊錯誤B類—較嚴(yán)重錯誤，包括以下各種錯誤：1．程序錯誤2．程序接口錯誤3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類—一般性錯誤，包括以下各種錯誤：．操作界面錯誤（包括2．簡單的輸入限制未放在前臺進(jìn)行控制．刪除操作未給出提示．?dāng)?shù)據(jù)庫表中有過多的空字段D類—較小錯誤，包括以下各種錯誤：．界面不規(guī)范2．輔助說明描述不清楚3．輸入輸出不規(guī)范4．長操作未給用戶提示5．提示窗口文字未采用行業(yè)術(shù)語6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志9.當(dāng)開發(fā)人員說不是BUG時,你如何應(yīng)付？開發(fā)人員說不是，有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ù)？6對公司也有較深的所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新的發(fā)揮能力的舞臺。11．您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？白盒測試用例設(shè)計的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒法用例設(shè)計的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入的問題12.請試著比較一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別與聯(lián)系。的功能是否符合要求。作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行一致。因此白盒測試又稱為結(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ù)的行為。期望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它的它們之