- 相關(guān)推薦
黑盒測(cè)試面試題
1.白盒測(cè)試和黑盒測(cè)試是什么?什么是回歸測(cè)試?
白盒測(cè)試要了解軟件內(nèi)部的結(jié)構(gòu)，測(cè)試代碼是否正確實(shí)現(xiàn)了功能。
黑盒測(cè)試是不需要了解軟件內(nèi)部節(jié)構(gòu)，依據(jù)軟件的需求規(guī)格說明書，檢查程序的功能是否符合需求說明。
回歸測(cè)試一是檢查所作的修改是否達(dá)到預(yù)定目的，如錯(cuò)誤得到改正，能夠適應(yīng)新的運(yùn)行環(huán)境等等;二是不影響軟件的其他功能的正確性。
2.單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么?
單元測(cè)試的重點(diǎn)是系統(tǒng)的模塊，包括子程序的正確性驗(yàn)證等。
集成測(cè)試的重點(diǎn)是模塊間的銜接以及參數(shù)的傳遞等。
系統(tǒng)測(cè)試的重點(diǎn)是整個(gè)系統(tǒng)的運(yùn)行以及與其它軟件的兼容性。
3.設(shè)計(jì)用例的方法、依據(jù)是哪些?
白盒測(cè)試用例設(shè)計(jì)有如下方法：基本路徑測(cè)試、等價(jià)類劃分、邊界值分析、覆蓋測(cè)試、循環(huán)測(cè)試、數(shù)據(jù)流測(cè)試、程序插樁測(cè)試、變異測(cè)試。這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說明書及其代碼結(jié)構(gòu)。
黑盒測(cè)試用例設(shè)計(jì)方法：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(cè)方法、因果圖方法、場(chǎng)景設(shè)計(jì)法;依據(jù)是用戶需求規(guī)格說明書，詳情設(shè)計(jì)說明書。
4.一個(gè)測(cè)試工程師應(yīng)具備哪些素質(zhì)和技能?
掌握基本的測(cè)試基礎(chǔ)理論
本著找出軟件存在的問題的態(tài)度進(jìn)行測(cè)試，即客觀，不要以挑刺形象出現(xiàn)
可熟練閱讀需求規(guī)格說明書等文檔
以用戶的觀點(diǎn)看待問題
有著強(qiáng)烈的質(zhì)量意識(shí)
細(xì)心和責(zé)任心
良好的有效的溝通方式(與開發(fā)人員及客戶)
具有以往的測(cè)試經(jīng)驗(yàn)
能夠及時(shí)準(zhǔn)確地判斷出高危險(xiǎn)區(qū)在何處
5.集成測(cè)試通常都有哪些策略?
大爆炸集成;自頂向下集成;自底向上集成;三明治集成;分層集成;基干集成;基于功能的集成;基于消息的集成;基于風(fēng)險(xiǎn)的集成;基于進(jìn)度的集成;
6.你用過的測(cè)試工具的主要功能、性能及其他?
7.一個(gè)缺陷測(cè)試報(bào)告的組成?
8.基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些?
a.功能測(cè)試：鏈接測(cè)試，表單測(cè)試，Cookie測(cè)試，設(shè)計(jì)語言測(cè)試，數(shù)據(jù)庫測(cè)試
b.性能測(cè)試：連接速度測(cè)試，負(fù)載測(cè)試，壓力測(cè)試
c.可用性測(cè)試：導(dǎo)航測(cè)試，圖形測(cè)試，內(nèi)容測(cè)試，整體界面測(cè)試
d.客戶端兼容性測(cè)試：平臺(tái)測(cè)試，瀏覽器測(cè)試
e.安全性測(cè)試
9.軟件本地化測(cè)試比功能測(cè)試都有哪些方面需要注意?
10.軟件測(cè)試項(xiàng)目從什么時(shí)候開始，為什么
軟件測(cè)試應(yīng)該在需求分析階段就介入，因?yàn)闇y(cè)試的對(duì)象不僅僅是程序編碼，應(yīng)該對(duì)軟件開發(fā)過程中產(chǎn)生的所有產(chǎn)品都測(cè)試，并且軟件缺陷存在放大趨勢(shì)，缺陷發(fā)現(xiàn)的越晚，修復(fù)它所花費(fèi)的成本就越大。
11.需求測(cè)試注意事項(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í)施的。
無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語方極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語方表達(dá)出來。
健壯性：需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。
必要性：可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文檔的“根源”。要使用每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入，如Use Case或別的來原。
可測(cè)試性：每項(xiàng)需求只應(yīng)在SRS中出現(xiàn)一次。這樣更改時(shí)易于保持一致性。另外，使用目錄表、索引和相互參照列表方法將使軟件需求規(guī)格說明書更容易修改。
可跟蹤性：應(yīng)能對(duì)每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好的方式編寫并單獨(dú)標(biāo)明，而不是大段大段的敘述。
12.簡(jiǎn)述一下缺陷的生命周期。
13.分析測(cè)試用例注意(事項(xiàng))?
a.為什么要寫用例
我們編寫測(cè)試用例，有如下的好處：
便于團(tuán)隊(duì)交流：假如說一個(gè)測(cè)試團(tuán)隊(duì)有10個(gè)成員，大家測(cè)試的時(shí)候都各自為政，沒有統(tǒng)一的標(biāo)準(zhǔn)，測(cè)試的效率無疑會(huì)大打折扣;如果大家都遵循統(tǒng)一的用例規(guī)范去寫，就會(huì)解決這一問題。
便于重復(fù)測(cè)試：大家知道，軟件在實(shí)際開發(fā)過程中是會(huì)有不同的版本的，比如會(huì)從1.0升級(jí)為10.0，那么如果不寫測(cè)試用例的話，在測(cè)試10.0版本的時(shí)候，你能完全記得1.0版本時(shí)你做過哪些測(cè)試嗎?測(cè)試用例就像一個(gè)備忘錄一樣，便于重復(fù)測(cè)試。
便于跟蹤統(tǒng)計(jì)：
這一點(diǎn)是針對(duì)測(cè)試經(jīng)理或是項(xiàng)目經(jīng)理來說的，項(xiàng)目負(fù)責(zé)人通過看測(cè)試用例的執(zhí)行情況，就能了解到項(xiàng)目目前的概況，比如已經(jīng)執(zhí)行了哪些測(cè)試，還有哪些測(cè)試沒有執(zhí)行，測(cè)試沒有通過的地方主要集中在哪些模塊等。
便于用戶自測(cè)：尤其是項(xiàng)目軟件，有的時(shí)候用戶希望自己測(cè)試一下軟件產(chǎn)品，但是用戶大都是非專業(yè)人士，他需要根據(jù)你寫好的用例來更好的檢驗(yàn)產(chǎn)品的質(zhì)量。
說了這么多測(cè)試用例的優(yōu)點(diǎn)，那它有沒有缺點(diǎn)呢?有一個(gè)明顯的缺點(diǎn)就是需要花費(fèi)大量的時(shí)間，通常編寫測(cè)試用例的時(shí)間比實(shí)際執(zhí)行測(cè)試的時(shí)間還要長(zhǎng)，這一點(diǎn)大家會(huì)在實(shí)際工作中有深刻的體會(huì)。
b.什么時(shí)候?qū)懹美?/p>
測(cè)試用例要盡早編寫，通常我們都會(huì)在測(cè)試設(shè)計(jì)階段來寫用例，即《需求規(guī)格說明書》和《測(cè)試計(jì)劃》都已完成之后。
14.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
用例全部測(cè)試;覆蓋率達(dá)到標(biāo)準(zhǔn);缺陷率達(dá)到標(biāo)準(zhǔn);其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
【黑盒測(cè)試面試題】相關(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