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

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

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

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

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

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

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

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

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

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

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

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

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