黑盒測試面試題

　　1.白盒測試和黑盒測試是什么?什么是回歸測試?

　　白盒測試要了解軟件內(nèi)部的結(jié)構(gòu)，測試代碼是否正確實現(xiàn)了功能。

　　黑盒測試是不需要了解軟件內(nèi)部節(jié)構(gòu)，依據(jù)軟件的需求規(guī)格說明書，檢查程序的功能是否符合需求說明。

　　回歸測試一是檢查所作的修改是否達(dá)到預(yù)定目的，如錯誤得到改正，能夠適應(yīng)新的運(yùn)行環(huán)境等等;二是不影響軟件的其他功能的正確性。

　　2.單元測試、集成測試、系統(tǒng)測試的側(cè)重點是什么?

　　單元測試的重點是系統(tǒng)的模塊，包括子程序的正確性驗證等。

　　集成測試的重點是模塊間的銜接以及參數(shù)的傳遞等。

　　系統(tǒng)測試的重點是整個系統(tǒng)的運(yùn)行以及與其它軟件的兼容性。

　　3.設(shè)計用例的方法、依據(jù)是哪些?

　　白盒測試用例設(shè)計有如下方法：基本路徑測試、等價類劃分、邊界值分析、覆蓋測試、循環(huán)測試、數(shù)據(jù)流測試、程序插樁測試、變異測試。這時候依據(jù)就是詳細(xì)設(shè)計說明書及其代碼結(jié)構(gòu)。

　　黑盒測試用例設(shè)計方法：等價類劃分、邊界值分析、錯誤推測方法、因果圖方法、場景設(shè)計法;依據(jù)是用戶需求規(guī)格說明書，詳情設(shè)計說明書。

　　4.一個測試工程師應(yīng)具備哪些素質(zhì)和技能?

　　掌握基本的測試基礎(chǔ)理論

　　本著找出軟件存在的問題的態(tài)度進(jìn)行測試，即客觀，不要以挑刺形象出現(xiàn)

　　可熟練閱讀需求規(guī)格說明書等文檔

　　以用戶的觀點看待問題

　　有著強(qiáng)烈的質(zhì)量意識

　　細(xì)心和責(zé)任心

　　良好的有效的溝通方式(與開發(fā)人員及客戶)

　　具有以往的測試經(jīng)驗

　　能夠及時準(zhǔn)確地判斷出高危險區(qū)在何處

　　5.集成測試通常都有哪些策略?

　　大爆炸集成;自頂向下集成;自底向上集成;三明治集成;分層集成;基干集成;基于功能的集成;基于消息的集成;基于風(fēng)險的集成;基于進(jìn)度的集成;

　　6.你用過的測試工具的主要功能、性能及其他?

　　7.一個缺陷測試報告的組成?

　　8.基于WEB信息管理系統(tǒng)測試時應(yīng)考慮的因素有哪些?

　　a.功能測試：鏈接測試，表單測試，Cookie測試，設(shè)計語言測試，數(shù)據(jù)庫測試

　　b.性能測試：連接速度測試，負(fù)載測試，壓力測試

　　c.可用性測試：導(dǎo)航測試，圖形測試，內(nèi)容測試，整體界面測試

　　d.客戶端兼容性測試：平臺測試，瀏覽器測試

　　e.安全性測試

　　9.軟件本地化測試比功能測試都有哪些方面需要注意?

　　10.軟件測試項目從什么時候開始，為什么

　　軟件測試應(yīng)該在需求分析階段就介入，因為測試的對象不僅僅是程序編碼，應(yīng)該對軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測試，并且軟件缺陷存在放大趨勢，缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費的成本就越大。

　　11.需求測試注意事項有哪些?

　　一個良好的需求應(yīng)當(dāng)具有以下特點：

　　完整性：每一項需求都必須將所要實現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計和實現(xiàn)這些功能所需的所有必要信息。

　　正確性：每一項需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。

　　一致性：一致性是指與其它軟件需求或高層(系統(tǒng)，業(yè)務(wù))需求不相矛盾。

　　可行性：每一項需求都必須是與已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實施的。

　　無二義性：對所有需求說明的讀者都只能有一個明確統(tǒng)一的解釋，由于自然語方極易導(dǎo)致二義性，所以盡量把每項需求用簡潔明了的用戶性的語方表達(dá)出來。

　　健壯性：需求的說明中是否對可能出現(xiàn)的異常進(jìn)行了分析，并且對這些異常進(jìn)行了容錯處理。

　　必要性：可以理解為每項需求都是用來授權(quán)你編寫文檔的“根源”。要使用每項需求都能回溯至某項客戶的輸入，如Use Case或別的來原。

　　可測試性：每項需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。

　　可跟蹤性：應(yīng)能對每項軟件需求與它的根源和設(shè)計元素、源代碼、測試用例之間建立鏈接鏈，這種可跟蹤性要求每項需求以一種結(jié)構(gòu)化的，粒度好的方式編寫并單獨標(biāo)明，而不是大段大段的敘述。

　　12.簡述一下缺陷的生命周期。

　　13.分析測試用例注意(事項)?

　　a.為什么要寫用例

　　我們編寫測試用例，有如下的好處：

　　便于團(tuán)隊交流：假如說一個測試團(tuán)隊有10個成員，大家測試的時候都各自為政，沒有統(tǒng)一的標(biāo)準(zhǔn)，測試的效率無疑會大打折扣;如果大家都遵循統(tǒng)一的用例規(guī)范去寫，就會解決這一問題。

　　便于重復(fù)測試：大家知道，軟件在實際開發(fā)過程中是會有不同的版本的，比如會從1.0升級為10.0，那么如果不寫測試用例的話，在測試10.0版本的時候，你能完全記得1.0版本時你做過哪些測試嗎?測試用例就像一個備忘錄一樣，便于重復(fù)測試。

　　便于跟蹤統(tǒng)計：

　　這一點是針對測試經(jīng)理或是項目經(jīng)理來說的，項目負(fù)責(zé)人通過看測試用例的執(zhí)行情況，就能了解到項目目前的概況，比如已經(jīng)執(zhí)行了哪些測試，還有哪些測試沒有執(zhí)行，測試沒有通過的地方主要集中在哪些模塊等。

　　便于用戶自測：尤其是項目軟件，有的時候用戶希望自己測試一下軟件產(chǎn)品，但是用戶大都是非專業(yè)人士，他需要根據(jù)你寫好的用例來更好的檢驗產(chǎn)品的質(zhì)量。

　　說了這么多測試用例的優(yōu)點，那它有沒有缺點呢?有一個明顯的缺點就是需要花費大量的時間，通常編寫測試用例的時間比實際執(zhí)行測試的時間還要長，這一點大家會在實際工作中有深刻的體會。

　　b.什么時候?qū)懹美?/p>

　　測試用例要盡早編寫，通常我們都會在測試設(shè)計階段來寫用例，即《需求規(guī)格說明書》和《測試計劃》都已完成之后。

　　14.測試結(jié)束的標(biāo)準(zhǔn)是什么?

　　用例全部測試;覆蓋率達(dá)到標(biāo)準(zhǔn);缺陷率達(dá)到標(biāo)準(zhǔn);其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)

【黑盒測試面試題】相關(guān)文章：

面試題精選02-18

分享面試題目 教育職業(yè)面試題11-20

熱門就業(yè)行業(yè)面試題精選：編輯行業(yè)面試題！11-19

Microsoft 面試題11-19

蘋果 面試題11-19

熱門就業(yè)行業(yè)面試題精選 銷售行業(yè)面試題11-20

熱門就業(yè)行業(yè)面試題目精選：行政行業(yè)面試題11-20

銀行招聘面試題11-26

經(jīng)典面試題 及答案分析11-20

名企面試題02-18