2017年軟件測試面試試題及答案

1、2017 年軟件測試面試試題及答案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ī)格說明的測試， 它實(shí)際上是站在最終用戶的立場， 檢驗(yàn) 輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說明書中有關(guān)功能需求 及性能需求的規(guī)定2. 白盒測試有幾種方

2、法 ? 總體上分為靜態(tài)方法和動態(tài)方法兩大類。 靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致 , 沒有沖突或者沒 有歧義 動態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆 蓋、路徑覆蓋。3. 系統(tǒng)測試計(jì)劃是否需要同行審批，為什么 ? 需要，系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評審。 4.Alpha 測試與 beta 的區(qū)別 ?Alpha 測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試； 測試后仍然會有少量的設(shè)計(jì)變更。 這種測試一般由最終用戶或其它人員完成， 不能 由程序或測試員完成。Beta 測試當(dāng)開發(fā)和測試根本完成時所做的測試，最終的錯誤和問題 需要在最終發(fā)行前找到。這種測試一般

3、由最終用戶或其它人員完成， 不能由程序員或測試員完成。5. 比較負(fù)載測試，容量測試和強(qiáng)度測試的區(qū)別 ? 負(fù)載測試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時間。 強(qiáng)度測試： 在一定的負(fù)荷條件下， 在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行 給系統(tǒng)性能所造成的影響。容量測試：容量測試目的是通過測試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用 特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等） ， 系統(tǒng)在其極限值狀 態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能 正常運(yùn)行。容量測試 還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理 的最大負(fù)載或工作量。 容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量 來發(fā)現(xiàn)它是否能夠正確處理。 容量測試

4、是面向數(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. 描述軟件測試活動的生命周期？ 測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中： 計(jì)劃：對整個測試周期中所有活動進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安 排人力物力資源，安排進(jìn)度等； 設(shè)計(jì)：完成測試方案，從技術(shù)層面上對測試進(jìn)行規(guī)劃； 實(shí)現(xiàn)：進(jìn)行測試用例和測試規(guī)程設(shè)計(jì)； 執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測試用 例?？偨Y(jié)：記錄測試結(jié)果，進(jìn)行測試分析，完成測試報(bào)告。8. 軟件的缺陷等級應(yīng)如何劃分？A 類嚴(yán)重錯誤，包括以

5、下各種錯誤： 1 由于程序所引起的死機(jī) , 非法退出 2 死循環(huán) 3 數(shù)據(jù)庫發(fā)生死鎖 4 因錯誤操作導(dǎo)致的 程序中斷 5 功能錯誤 6 與數(shù)據(jù)庫連接錯誤 7 數(shù)據(jù)通訊錯誤B 類較嚴(yán)重錯誤，包括以下各種錯誤： 1 程序錯誤 2 程序接 口錯誤 3 數(shù)據(jù)庫的表、業(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ī)

6、范 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) ,如果要修改就改 如

7、果不要修改就不改。其實(shí)有些真的不是 bug，我也只是建議的方 式寫進(jìn) TD 中，如果開發(fā)人員不修改也沒有大問題。如果確定是 bug 的話，一定要堅(jiān)持自己的立場， 讓問題得到最后的確認(rèn)。 10你為什么想離開目前的職務(wù)？ 因?yàn)楣具\(yùn)作情況并不理想， 公司需要調(diào)整部門體系， 公司考慮到縮 減部門人員， 所以大批量的裁員 （有6， 7個），這是我的第一份工作， 對公司也有較深的 感情，因?yàn)樵谶@里我找到了職業(yè)理想 （就是測試）， 所以公司需要精簡人員，我自愿退出。雖然很舍不得，但我將會有新 的發(fā)揮能力的舞臺。11您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么？ 白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的

8、內(nèi)部程序 邏輯結(jié)果 黑盒法用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入 接口。不可能做到完全測試， 以最少的用例在合理的時間內(nèi)發(fā)現(xiàn)最多的問題 12. 請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系 統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。黑盒測試： 已知產(chǎn)品的功能設(shè)計(jì)規(guī)格， 可以進(jìn)行測試證明每個實(shí)現(xiàn)了 的功能是否符合要求。白盒測試： 已知產(chǎn)品的內(nèi)部工作過程， 可以通過測試證明每種內(nèi)部操 作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。 軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。 這種方法是把測 試對象看做一個黑盒子， 測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和 內(nèi)部特性，只依據(jù)程序

9、 的需求規(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ì) 或選擇測試用例，對程序所有邏輯路徑進(jìn)行 測試。通過在不同點(diǎn)檢查程序狀態(tài)， 確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài) 一

10、致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測 試。白盒測試主 要是想對程序模塊進(jìn)行如下檢查： 1、對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定， 取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。 單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代 碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試 是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。 單元測試是由程序員自己來完成， 最終受益的也是程序員自己。 可以 這么說，程序員有責(zé)任編寫功能代碼， 同時也就有責(zé)任為自己的代碼

11、編寫單元測試。 執(zhí)行單元測試， 就是為了證明這段代碼的行為和我們 期望的一致。集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的 最簡單的形式是： 兩個已經(jīng)測試過的單元組合成一個組件， 并且測試 它們之間的接口。從這 一層意義上講，組件是指多個單元的集成聚 合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序 的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn) 程，將您的模 塊與其他組的模塊一起測試。 最后，將構(gòu)成進(jìn)程的所有模塊一起測試。 系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。 它是檢 驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。 （常 見的聯(lián)調(diào)測試） 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試， 確保最終軟件系 統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測試是部署軟件之前的最后