達(dá)內(nèi)總部軟件測(cè)試技術(shù)類面試題集錦5

1、達(dá)內(nèi)總部軟件測(cè)試技術(shù)類面試題集錦 51. 文檔測(cè)試主要包含什么內(nèi)容 ?參考答案:在國內(nèi)軟件開發(fā)管理中,文檔管理幾乎是最弱的一項(xiàng),因而在測(cè)試工作中特別容易忽略文檔測(cè)試也就 不足為奇了。要想給用戶提供完整的產(chǎn)品,文檔測(cè)試是必不可少的。文檔測(cè)試一般注重下面幾個(gè)方面:文檔的完整性:主要是測(cè)試文檔內(nèi)容的全面性與完整性,從總體上把握文檔的質(zhì)量。例如用戶手冊(cè)應(yīng) 該包括軟件的所有功能模塊。描述與軟件實(shí)際情況的一致性:主要測(cè)試軟件文檔與軟件實(shí)際的一致程度。 例如用戶手冊(cè)基本完整后, 我們還要注意用戶手冊(cè)與實(shí)際功能描述是否一致。因?yàn)槲臋n往往跟不上軟件版本的更新速度。易理解性:主要是檢查文檔對(duì)關(guān)鍵、重要的操作有無圖

2、文說明,文字、圖表是否易于理解。對(duì)于關(guān)鍵、 重要的操作僅僅只有文字說明肯定是不夠的,應(yīng)該附有圖表使說明更為直觀和明了。文檔中提供操作的實(shí)例:這項(xiàng)檢查內(nèi)容主要針對(duì)用戶手冊(cè)。對(duì)主要功能和關(guān)鍵操作提供的應(yīng)用實(shí)例是 否豐富,提供的實(shí)例描述是否詳細(xì)。只有簡(jiǎn)單的圖文說明,而無實(shí)例的用戶手冊(cè)看起來就像是軟件界面的 簡(jiǎn)單拷貝,對(duì)于用戶來說,實(shí)際上沒有什么幫助。印刷與包裝質(zhì)量:主要是檢查軟件文檔的商品化程度。有些用戶手冊(cè)是簡(jiǎn)單打印、裝訂而成,過于粗 糙,不易于用戶保存。優(yōu)秀的文檔例如用戶手冊(cè)和技術(shù)白皮書,應(yīng)提供商品化包裝,并且印刷精美。 2. 功能測(cè)試用例需要詳細(xì)到什么程度才是合格的 ?參考答案:這個(gè)問題也是測(cè)

3、試工程師經(jīng)常問的問題。有人主張測(cè)試用例詳細(xì)到每個(gè)步驟執(zhí)行什么都要寫出來,目 的是即使一個(gè)不了解系統(tǒng)的新手都可以按照測(cè)試用例來執(zhí)行工作。主張這類寫法的人還可以舉出例子:歐 美、日本等軟件外包文檔都是這樣做的。另外一種觀點(diǎn)就是主張寫的粗些,類似于編寫測(cè)試大綱。主張這種觀點(diǎn)的人是因?yàn)檐浖_發(fā)需求管理 不規(guī)范,變動(dòng)十分頻繁,因而不能按照歐美的高標(biāo)準(zhǔn)來編寫測(cè)試用例。這樣的測(cè)試用例容易維護(hù),可以讓 測(cè)試執(zhí)行人員有更大的發(fā)揮空間。實(shí)際上,軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。舉個(gè)例子:“ 用戶登陸系統(tǒng) ” 的 測(cè)試用例可以不寫出具體的執(zhí)行數(shù)據(jù),但是至少要寫出五種以上情況 (,如果只用一句話覆

4、蓋了這個(gè)功能 是不合格的測(cè)試用例。覆蓋功能點(diǎn)不是指列出功能點(diǎn),而是要寫出功能點(diǎn)的各個(gè)方面 (如果組合情況較多時(shí) 可以采用等價(jià)劃分 。另一個(gè)影響測(cè)試用例的就是組織的開發(fā)能力和測(cè)試對(duì)象特點(diǎn)。如果開發(fā)力量比較落后,編寫較詳細(xì)的 測(cè)試用例是不現(xiàn)實(shí)的, 因?yàn)楦緵]有那么大的資源投入, 當(dāng)然這種情況很隨著團(tuán)隊(duì)的發(fā)展而逐漸有所改善。 測(cè)試對(duì)象特點(diǎn)重點(diǎn)是指測(cè)試對(duì)象在進(jìn)度、成本等方面的要求,如果進(jìn)度較緊張的情況下,是根本沒有時(shí)間 寫出高質(zhì)量的測(cè)試用例的,甚至有些時(shí)候測(cè)試工作只是一種輔助工作,因而不編寫測(cè)試用例。因此,測(cè)試用例的編寫要根據(jù)測(cè)試對(duì)象特點(diǎn)、團(tuán)隊(duì)的執(zhí)行能力等各個(gè)方面綜合起來決定編寫策略。最 后要注意的是

5、測(cè)試人員一定不能抱怨,力爭(zhēng)在不斷提高測(cè)試用例編寫水平的同時(shí),不斷地提高自身能力。 3. 配置和兼容性測(cè)試的區(qū)別是什么 ?參考答案:配置測(cè)試的目的是保證軟件在其相關(guān)的硬件上能夠正常運(yùn)行,而兼容性測(cè)試主要是測(cè)試軟件能否與不 同的軟件正確協(xié)作。配置測(cè)試的核心內(nèi)容就是使用各種硬件來測(cè)試軟件的運(yùn)行情況,一般包括:(1軟件在不同的主機(jī)上的運(yùn)行情況,例如 Dell 和 Apple;(2軟件在不同的組件上的運(yùn)行情況,例如開發(fā)的撥號(hào)程序要測(cè)試在不同廠商生產(chǎn)的 Modem 上的運(yùn)行 情況 ;(3不同的外設(shè) ;(4不同的接口 ;(5不同的可選項(xiàng),例如不同的內(nèi)存大小 ;兼容性測(cè)試的核心內(nèi)容:(1測(cè)試軟件是否能在不同的

6、操作系統(tǒng)平臺(tái)上兼容 ;(2測(cè)試軟件是否能在同一操作系統(tǒng)平臺(tái)的不同版本上兼容 ;(3軟件本身能否向前或者向后兼容 ;(4測(cè)試軟件能否與其它相關(guān)的軟件兼容 ;(5數(shù)據(jù)兼容性測(cè)試,主要是指數(shù)據(jù)能否共享 ;配置和兼容性測(cè)試通稱對(duì)開發(fā)系統(tǒng)類軟件比較重要,例如驅(qū)動(dòng)程序、操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等。 具體進(jìn)行時(shí)仍然按照測(cè)試用例來執(zhí)行。4. 軟件文檔測(cè)試主要包含什么 ?參考答案:隨著軟件文檔系統(tǒng)日益龐大,文檔測(cè)試已經(jīng)成為軟件測(cè)試的重要內(nèi)容。文檔測(cè)試對(duì)象主要如下: -包裝文字和圖形 ;-市場(chǎng)宣傳材料、廣告以及其它插頁 ;-授權(quán)、注冊(cè)登記表 ;-最終用戶許可協(xié)議 ;-安裝和設(shè)置向?qū)?;-用戶手冊(cè) ;-聯(lián)機(jī)幫助 ;

7、-樣例、示范例子和模板 ;-文檔測(cè)試的目的是提高易用性和可靠性,降低支持費(fèi)用,因?yàn)橛脩敉ㄟ^文檔就可以自己解決問題。因 文檔測(cè)試的檢查內(nèi)容主要如下:-讀者對(duì)象 主要是文檔的內(nèi)容是否能讓該級(jí)別的讀者理解 ;-術(shù)語 主要是檢查術(shù)語是否適合讀者 ;-內(nèi)容和主題 檢查主題是否合適、是否丟失、格式是否規(guī)范等 ;-圖標(biāo)和屏幕抓圖 檢查圖表的準(zhǔn)確度和精確度 ;-樣例和示例 是否與軟件功能一致 ;-拼寫和語法 ;-文檔的關(guān)聯(lián)性 是否與其它相關(guān)文檔的內(nèi)容一致,例如與廣告信息是否一致 ;文檔測(cè)試是相當(dāng)重要的一項(xiàng)測(cè)試工作,不但要給予充分的重視,更要要認(rèn)真的完成,象做功能測(cè)試一 樣來對(duì)待文檔測(cè)試。5. 什么是系統(tǒng)瓶頸

8、?參考答案:瓶頸主要是指整個(gè)軟硬件構(gòu)成的軟件系統(tǒng)某一方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求, “ 特定 ” 是指瓶頸會(huì)在某些條件下會(huì)出現(xiàn),因?yàn)楫吘勾蠖鄶?shù)系統(tǒng)在投入前。嚴(yán)格的從技術(shù)角度講,所有的系統(tǒng)都會(huì)有瓶頸,因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置不是協(xié)調(diào)的,例如 CPU 使 用率剛好達(dá)到 100%時(shí),內(nèi)存也正好耗盡的系統(tǒng)不是很多見。因此我們討論系統(tǒng)瓶頸要從應(yīng)用的角度討論:關(guān)鍵是看系統(tǒng)能否滿足用戶需求。在用戶極限使用系統(tǒng)的情況下,系統(tǒng)的響應(yīng)仍然正常,我們可以認(rèn)為改 系統(tǒng)沒有瓶頸或者瓶頸不會(huì)影響用戶工作。因此我們測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的:-發(fā)現(xiàn) “ 表面 ” 的瓶頸。主要是模擬用戶的操作,找出

9、用戶極限使用系統(tǒng)時(shí)的瓶頸,然后解決瓶頸,這是 性能測(cè)試的基本目標(biāo)。-發(fā)現(xiàn)潛在的瓶頸并解決,保證系統(tǒng)的長(zhǎng)期穩(wěn)定性。主要是考慮用戶在將來擴(kuò)展系統(tǒng)或者業(yè)務(wù)發(fā)生變化時(shí),系統(tǒng)能夠適應(yīng)變化。滿足用戶目前需求的系統(tǒng)不是最好的,我們?cè)O(shè)計(jì)系統(tǒng)的目標(biāo)是在保證系統(tǒng)整個(gè)軟 件生命周期能夠不斷適應(yīng)用戶的變化,或者通過簡(jiǎn)單擴(kuò)展系統(tǒng)就可以適應(yīng)新的變化。6. 沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎 ?參考答案:這個(gè)問題是國內(nèi)測(cè)試工程師經(jīng)常遇到的問題,根源就是國內(nèi)軟件開發(fā)文檔管理不規(guī)范,對(duì)變更的管理 方法就更不合理了。實(shí)際上沒有任何文檔的時(shí)候,測(cè)試人員是能夠進(jìn)行黑盒測(cè)試的,這種測(cè)試方式我們可 以稱之為探索測(cè)試, 具

10、體做法就是測(cè)試工程師根據(jù)自己的專業(yè)技能、 領(lǐng)域知識(shí)等不斷的深入了解測(cè)試對(duì)象、 理解軟件功能,進(jìn)而發(fā)現(xiàn)缺陷。在這種做法基本上把軟件當(dāng)成了產(chǎn)品說明書,測(cè)試過程中要和開發(fā)人員不斷的進(jìn)行交流。尤其在作項(xiàng) 目的時(shí)候,進(jìn)度壓力比較大,可以作為加急測(cè)試方案。最大的風(fēng)險(xiǎn)是不知道有些特性是否被遺漏。7. 測(cè)試中的 “ 殺蟲劑怪事 ” 是指什么 ?參考答案:“ 殺蟲劑怪事 ” 一詞由 BorisBeizer 在其編著的軟件測(cè)試技術(shù)第二版中提出。用于描述測(cè)試人員對(duì)同 一測(cè)試對(duì)象進(jìn)行的測(cè)試次數(shù)越多,發(fā)現(xiàn)的缺陷就會(huì)越來越少的現(xiàn)象。就像老用一種農(nóng)藥,害蟲就會(huì)有免疫 力,農(nóng)藥發(fā)揮不了效力。這種現(xiàn)象的根本原因就是測(cè)試人員對(duì)測(cè)

11、試軟件過于熟悉,形成思維定勢(shì)。為了克服這種現(xiàn)象, 測(cè)試人員需要不斷編寫新的測(cè)試程序或者測(cè)試用例, 對(duì)程序的不同部分進(jìn)行測(cè)試, 以發(fā)現(xiàn)更多的缺陷。也可以引用新人來測(cè)試軟件,剛剛進(jìn)來的新手往往能發(fā)現(xiàn)一些意想不到的問題。 8. 在配置測(cè)試中,如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題 ?參考答案:在進(jìn)行配置測(cè)試時(shí),測(cè)試工程師仍然會(huì)發(fā)現(xiàn)一些普通的缺陷,也就是與配置環(huán)境無關(guān)的缺陷。因此判 斷新發(fā)現(xiàn)的問題,需要在不同的配置中重新執(zhí)行發(fā)現(xiàn)軟件缺陷的步驟,如果軟件缺陷不出現(xiàn)了,就可能是 配置缺陷 ; 如果在所有的配置中都出現(xiàn),就可能是普通缺陷。需要注意的是, 配置問題可以在一大類配置中出現(xiàn)。 例如, 撥號(hào)

12、程序可能在所有的外置 Modem 中都存 在問題,而內(nèi)置的 Modem 不會(huì)有任何問題。9. 為什么盡量不要讓時(shí)間有富裕的員工去做一些測(cè)試 ?參考答案:表面上看這體現(xiàn)了管理的效率和靈活性,但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有 很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心,善于學(xué)習(xí)、思考和發(fā)現(xiàn)問題,細(xì)心有條理,總結(jié)問題, 如果具備這樣的優(yōu)點(diǎn),做其它工作同樣也會(huì)很出色,因此這里還有一個(gè)要求,就是要喜歡測(cè)試這項(xiàng)工作。 如果他是專職的,那么肯定更有經(jīng)驗(yàn)和信心。國內(nèi)的小伙子好象都喜歡做程序員,兩者工作性質(zhì)不同,待 遇不同,地位不同,對(duì)自我實(shí)現(xiàn)的價(jià)值的認(rèn)識(shí)也不同,這是行業(yè)的一個(gè)需要改善的問題。如果只是為了完 成任務(wù)而完成任務(wù),或者發(fā)現(xiàn)了幾個(gè)問題就覺得滿意了,這在任何其它工作中都是不行的。10. 完全測(cè)試程序是可能的嗎 ?參考答案:軟件測(cè)試初學(xué)者可能認(rèn)為拿到軟件后需要進(jìn)行完全測(cè)試, 找到全部的軟件缺陷, 使軟件 “ 零缺陷 ” 發(fā)布。