2021年軟件測試工程師面試筆試題_第1頁
2021年軟件測試工程師面試筆試題_第2頁
2021年軟件測試工程師面試筆試題_第3頁
2021年軟件測試工程師面試筆試題_第4頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、軟件測試工程師面試筆試題軟件測試工程師面試筆試題目難嗎?求職面試時(shí),面試官一般都會問你一些問題,也可能是通過問卷的形式提問,怎么回答才是最好的呢?這里給大家分享一些軟件測試工程師面試筆試題目,希望對大家有所幫助。軟件測試常見筆試題1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)2 .Beta 測試是驗(yàn)收測試的一種。( Y)Acceptance testing驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。3 .驗(yàn)收測試是由最終用戶來實(shí)施的。( N )是由測試人員來實(shí)施的4 .項(xiàng)目立項(xiàng)前測試人員不需要提交

2、任何工件。( Y ) 工件:加工過程中生產(chǎn)對象5 .單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y )6 .代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。( N )代碼評審也稱代碼復(fù)查,是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動(dòng)。7 .自底向上集成需要測試員編寫驅(qū)動(dòng)程序。( Y )自頂向下綜合測試的具體步驟為:1 以主控模塊作為測試驅(qū)動(dòng)模塊,把對主控模塊進(jìn)行單元測試時(shí)引入的所有樁模塊用實(shí)際模塊替代;2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先),每次只替代一個(gè)樁模塊;3 每集成一個(gè)模塊立即測試一遍;4 只有每組測試完成后,才著手替換下一個(gè)樁模塊;5 為避免引入新錯(cuò)誤,須不斷地進(jìn)行

3、回歸測試(即全部或部分地重復(fù)已做過的測試)。自底向上綜合測試的步驟分為:1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群(cluster);2 開發(fā)一個(gè)測試驅(qū)動(dòng)模塊,控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;3 對每個(gè)模塊群進(jìn)行測試;4 刪除測試使用的驅(qū)動(dòng)模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。8 .負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。( N )負(fù)載測試(Load testing),通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能

4、力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測試還要評估性能特征。例如,響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。9 .測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。( N )10 .代碼評審員一般由測試員擔(dān)任。( N )11 .我們可以人為的使得軟件不存在配置問題。( N )是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。我們知道,在軟件建立時(shí)變更是不可避免的,而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。12 .集成測試計(jì)劃在需求分析階段末提交。( N )執(zhí)行階段1)時(shí)間安排 單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了2)輸入

5、需求規(guī)格說明書 概要設(shè)計(jì) 集成測試計(jì)劃 集成高度設(shè)計(jì) 集成測試?yán)?集成測試規(guī)程 集成測試代碼(如果有) 集成測試腳本 集成測試工具 詳細(xì)設(shè)計(jì) 代碼 單元測試報(bào)告3)入口條件 單元測試階段已經(jīng)通過基線化評審4)活動(dòng)步 驟 執(zhí)行集成測試用例 回歸集成測試用例 撰寫集成測試報(bào)告5)輸出 集成測試報(bào)告6)出口條件 集成測試報(bào)告通過集成測試階段基線評審二、選擇題1 .軟件驗(yàn)收測試的合格通過準(zhǔn)則是:(ABCD)A . 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求。B . 所有測試項(xiàng)沒有殘余一級、二級和三級錯(cuò)誤。C . 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D . 驗(yàn)收測試

6、工件齊全。2 .軟件測試計(jì)劃評審會需要哪些人員參加?( ABCD )A .項(xiàng)目經(jīng)理B .SQA 負(fù)責(zé)人軟件質(zhì)量保證(SQA)是建立一套有計(jì)劃目標(biāo) 1: 軟件質(zhì)量保證工作是有計(jì)劃進(jìn)行的。目標(biāo) 2: 客觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。目標(biāo) 4: 高級管理層接觸到在項(xiàng)目內(nèi)部不能解決的不符合類問題。C .配置負(fù)責(zé)人D .測試組3 .下列關(guān)于alpha 測試的描述中正確的是:( AD )A .alpha 測試需要用戶代表參加B .alpha 測試不需要用戶代表參加C .alpha 測試是系統(tǒng)測試的一種D .alpha 測

7、試是驗(yàn)收測試的一種4 .測試設(shè)計(jì)員的職責(zé)有:( BC )A .制定測試計(jì)劃B .設(shè)計(jì)測試用例C .設(shè)計(jì)測試過程、腳本D .評估測試活動(dòng)5 .軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:( ABC )A .需求工件已經(jīng)被基線化工件加工過程中的生產(chǎn)對象。基線化 一個(gè)文檔如果經(jīng)過討論被通過了,被固定了,就可以說這個(gè)文檔被“基線化”了,然后所有人就可以在這個(gè)“基線”的基礎(chǔ)上工作。B .詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C .構(gòu)架工件已經(jīng)被基線化D .項(xiàng)目階段成果已經(jīng)被基線化軟件測試面試題01. 為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測試工作?因?yàn)闆]有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量,就好比ISO質(zhì)量認(rèn)證一樣,測試同樣也需要質(zhì)量

8、的保證,這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題,及時(shí)讓開發(fā)人員得知并修改問題,在即將發(fā)布時(shí),從測試報(bào)告中得出軟件的質(zhì)量情況。02. 您在以往的測試工作中都曾經(jīng)具體從事過哪些工作?其中最擅長哪部分工作?我曾經(jīng)做過web測試,后臺測試,客戶端軟件,其中包括功能測試,性能測試,用戶體驗(yàn)測試。最擅長的是功能測試03. 您所熟悉的軟件測試類型都有哪些?請?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試)測試類型有:功能測試,性能測試,界面測試。功能測試在測試工作中占的比例最大,功能測試也叫黑盒測試。是把測試對象看作一個(gè)黑盒子。利用黑盒測試法進(jìn)行動(dòng)態(tài)測試

9、時(shí),需要測試軟件產(chǎn)品的功能,不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計(jì)測試用例的方法有:等價(jià)類劃分、邊界值分析、錯(cuò)誤推測、因果圖和綜合策略。性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試,兩者可以結(jié)合進(jìn)行。通過負(fù)載測試,確定在各種工作負(fù)載下系統(tǒng)的性能,目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí),系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn),來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。界面測試,界面是軟件與用戶交互的最直接的層,界面的好壞決定用戶對軟件的第一印象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)

10、用戶自己完成相應(yīng)的操作,起到向?qū)У淖饔?。同時(shí)界面如同人的面孔,具有吸引用戶的直接優(yōu)勢。設(shè)計(jì)合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺,相反由于界面設(shè)計(jì)的失敗,讓用戶有挫敗感,再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。區(qū)別在于,功能測試關(guān)注產(chǎn)品的所有功能上,要考慮到每個(gè)細(xì)節(jié)功能,每個(gè)可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗(yàn)上,用戶使用該產(chǎn)品的時(shí)候是否易用,是否易懂,是否規(guī)范(快捷鍵之類的),是否美觀(能否吸引用戶的注意力),是否安全(盡量在前臺避免用戶無意輸入無效的數(shù)據(jù),當(dāng)然考慮到體驗(yàn)性,不能太粗魯?shù)膹棾鼍??做某個(gè)

11、性能測試的時(shí)候,首先它可能是個(gè)功能點(diǎn),首先要保證它的功能是沒問題的,然后再考慮該功能點(diǎn)的性能測試04.您認(rèn)為做好測試用例設(shè)計(jì)工作的關(guān)鍵是什么?白盒測試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒測試用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測試,以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問題05. 請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。黑盒測試:已知產(chǎn)品的功能設(shè)計(jì)規(guī)格,可以進(jìn)行測試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。白盒測試:已知產(chǎn)品的內(nèi)部工作過程,可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求,所有內(nèi)部

12、成分是否以經(jīng)過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個(gè)黑盒子,測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動(dòng)測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤:1、是否有不正確或遺漏的功能?2、在接口上,輸入是否能正確的接受?能否輸出正確的結(jié)果?3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問錯(cuò)誤?4、性能上是否能夠滿足要求?5、是否有初始化或終止性錯(cuò)誤?軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個(gè)打開的盒子,它允許測試人員利用程

13、序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測試用例,對程序所有邏輯路徑進(jìn)行測試。通過在不同點(diǎn)檢查程序狀態(tài),確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查:1、對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定,取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性,等等。單元測試(模塊測試)是開發(fā)者編寫的一小段代碼,用于檢驗(yàn)被測代碼的一個(gè)很小的、很明確的功能是否正確。通常而言,一個(gè)單元測試是用于判斷某個(gè)特定條件(或者場景)下某個(gè)特定函數(shù)的行為。單元測試是由程

14、序員自己來完成,最終受益的也是程序員自己。可以這么說,程序員有責(zé)任編寫功能代碼,同時(shí)也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試,就是為了證明這段代碼的行為和我們期望的一致。集成測試(也叫組裝測試,聯(lián)合測試)是單元測試的邏輯擴(kuò)展。它的最簡單的形式是:兩個(gè)已經(jīng)測試過的單元組合成一個(gè)組件,并且測試它們之間的接口。從這一層意義上講,組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中,許多單元組合成組件,而這些組件又聚合成程序的更大部分。方法是測試片段的組合,并最終擴(kuò)展進(jìn)程,將您的模塊與其他組的模塊一起測試。最后,將構(gòu)成進(jìn)程的所有模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系

15、統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。(常見的聯(lián)調(diào)測試)系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后,已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng),接口錯(cuò)誤也已經(jīng)基本排除了,接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性,這就是驗(yàn)收測試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。測試時(shí)代收集的軟件測試面試題測試技術(shù)題1、軟件測試的流程2、描述一

16、下測試的過程,給你一個(gè)系統(tǒng)你怎么測試。3、給1個(gè)紙杯或電梯當(dāng)場設(shè)計(jì)測試用例4、三角形或飲料售賣機(jī)設(shè)計(jì)測試用例5、BUG跟蹤流程6、什么時(shí)候停止測試?7、有多少測試用例通過后,系統(tǒng)可以發(fā)布8、如果沒有任何文檔,你如何開展軟件測試工作9、自由測試(指不按照測試用例進(jìn)行測試)占的比例有多大,是否有用處10、對手機(jī)短信功能進(jìn)行測試,設(shè)計(jì)測試用例。11、你了解的生命周期模型?什么是w模型,畫出V模型。12、LR怎樣修改腳本13、測試給公司帶來什么14、測試從什么時(shí)候介入,一般公司都不從需求介入你怎么辦11、在單元測試到系統(tǒng)測試過程中,是不是分別有一個(gè)測試計(jì)劃文檔。12、假如給你一個(gè)登陸界面,有能夠記住用

17、戶名密碼復(fù)選框的,你怎么設(shè)計(jì)測試用例13、做性能測試怎么去做,關(guān)注點(diǎn)有哪些14、你認(rèn)為軟件測試應(yīng)該注意什么?15、測試計(jì)劃里包括內(nèi)容16、什么叫回歸測試17、你做過的項(xiàng)目中對什么功能做自動(dòng)化了,怎么做的18、什么叫軟件測試計(jì)算機(jī)相關(guān)技術(shù)題1、什么是配置管理?2、談?wù)勀懔私獾腡CP/IP?網(wǎng)絡(luò)的7層內(nèi)容?3、數(shù)據(jù)庫如何建庫.備份.數(shù)據(jù)倒入4、用命令創(chuàng)建數(shù)據(jù)庫 和 該庫下的數(shù)據(jù)表綜合素質(zhì)題1、英語自我介紹,英語問答工作內(nèi)容等問題2、如果以前學(xué)過開發(fā)或做過開發(fā),問做開發(fā)和測試哪個(gè)更有優(yōu)勢?3、為什么畢業(yè)后不直接找工作而是選擇培訓(xùn)?(針對應(yīng)屆畢業(yè)生)4、為什么這么多年其他行業(yè)工作經(jīng)驗(yàn)現(xiàn)在轉(zhuǎn)行測試?(針對轉(zhuǎn)行的學(xué)員)5、你作為測試的優(yōu)勢和劣勢是什么?6、你最大的優(yōu)點(diǎn)和缺點(diǎn)是什么?智力題1、如何知

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論