黑盒測試面試題

黑盒測試面試題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　　以用戶的觀點(diǎn)看待問題

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

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

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

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

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

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

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

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

　　7.一個(gè)缺陷測試報(bào)告的組成?

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

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

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

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

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

　　e.安全性測試

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

　　10.軟件測試項(xiàng)目從什么時(shí)候開始，為什么

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

　　11.需求測試注意事項(xiàng)有哪些?

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

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

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

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

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

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

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

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

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

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

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

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

　　a.為什么要寫用例

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

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

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

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

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

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

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

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

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

　　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