黑盒測試面試題

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

　　白盒測試要了解軟件內部的結構，測試代碼是否正確實(shí)現了功能。

　　黑盒測試是不需要了解軟件內部節構，依據軟件的需求規格說(shuō)明書(shū)，檢查程序的功能是否符合需求說(shuō)明。

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

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

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

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

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

　　3.設計用例的方法、依據是哪些?

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

　　黑盒測試用例設計方法：等價(jià)類(lèi)劃分、邊界值分析、錯誤推測方法、因果圖方法、場(chǎng)景設計法;依據是用戶(hù)需求規格說(shuō)明書(shū)，詳情設計說(shuō)明書(shū)。

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

　　掌握基本的測試基礎理論

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

　　可熟練閱讀需求規格說(shuō)明書(shū)等文檔

　　以用戶(hù)的觀(guān)點(diǎn)看待問(wèn)題

　　有著(zhù)強烈的質(zhì)量意識

　　細心和責任心

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

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

　　能夠及時(shí)準確地判斷出高危險區在何處

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

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

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

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

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

　　a.功能測試：鏈接測試，表單測試，Cookie測試，設計語(yǔ)言測試，數據庫測試

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

　　c.可用性測試：導航測試，圖形測試，內容測試，整體界面測試

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

　　e.安全性測試

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

　　10.軟件測試項目從什么時(shí)候開(kāi)始，為什么

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

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

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

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

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

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

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

　　無(wú)二義性：對所有需求說(shuō)明的讀者都只能有一個(gè)明確統一的解釋?zhuān)�由于自然語(yǔ)方極易導致二義性，所以盡量把每項需求用簡(jiǎn)潔明了的用戶(hù)性的語(yǔ)方表達出來(lái)。

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

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

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

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

　　12.簡(jiǎn)述一下缺陷的生命周期。

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

　　a.為什么要寫(xiě)用例

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

　　便于團隊交流：假如說(shuō)一個(gè)測試團隊有10個(gè)成員，大家測試的時(shí)候都各自為政，沒(méi)有統一的標準，測試的效率無(wú)疑會(huì )大打折扣;如果大家都遵循統一的用例規范去寫(xiě)，就會(huì )解決這一問(wèn)題。

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

　　便于跟蹤統計：

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

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

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

　　b.什么時(shí)候寫(xiě)用例

　　測試用例要盡早編寫(xiě)，通常我們都會(huì )在測試設計階段來(lái)寫(xiě)用例，即《需求規格說(shuō)明書(shū)》和《測試計劃》都已完成之后。

　　14.測試結束的標準是什么?

　　用例全部測試;覆蓋率達到標準;缺陷率達到標準;其他指標達到質(zhì)量標準

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

面試題精選02-18

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

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

Microsoft 面試題11-19

蘋(píng)果 面試題11-19

熱門(mén)就業(yè)行業(yè)面試題精選 銷(xiāo)售行業(yè)面試題11-20

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

銀行招聘面試題11-26

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

名企面試題02-18