1、軟件測試面試題及答案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)方法

2、兩大類。靜態(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ù)載測

3、試，容量測試和強(qiáng)度測試的區(qū)別?負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。強(qiáng)度測試：在一定的負(fù)荷條件下，在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響。的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C 類一般性錯誤，包括以下各種錯誤：1 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致） 2 打印內(nèi)容、格式錯誤3 簡單的輸入限制未放在前臺進(jìn)行控制4 刪除操作未給出提示5 數(shù)據(jù)庫表中有過多的空字段D 類較小錯誤， 包括以下各種錯誤： 1 界面不規(guī)范 2 輔助說明描述不清楚 3 輸入輸出不規(guī)范 4 長操作未給用戶提示 5 提示窗口文字未采用行業(yè)術(shù)語 6 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)

4、分標(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ā)人員

5、不修改也沒有大問題。如果確定是 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)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試，以最少的用例在合

6、理的時間內(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、是否有不正確

7、或遺漏的功能？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、對所有的邏輯判定，取“真”與取 “假

8、”的兩種情況都能至少測一遍。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)備就緒，并且可以讓最終