- 相關(guān)推薦
軟件測(cè)試工程師筆試試題
在各個(gè)領(lǐng)域,我們很多時(shí)候都不得不用到試題,借助試題可以對(duì)一個(gè)人進(jìn)行全方位的考核。那么問題來了,一份好的試題是什么樣的呢?下面是小編收集整理的軟件測(cè)試工程師筆試試題,希望對(duì)大家有所幫助。
軟件測(cè)試工程師筆試試題 1
1、軟件測(cè)試就是為了驗(yàn)證軟件功能實(shí)現(xiàn)的是否正確,是否完成既定目標(biāo)的活動(dòng),所以軟件測(cè)試在軟件工程的后期才開始具體的工作。()
2、發(fā)現(xiàn)錯(cuò)誤多的模塊,殘留在模塊中的錯(cuò)誤也多。()
3、測(cè)試人員在測(cè)試過程中發(fā)現(xiàn)一處問題,如果問題影響不大,而自己又可以修改,應(yīng)立即將此問題正確修改,以加快、提高開發(fā)的進(jìn)程。()
4、單元測(cè)試通常應(yīng)該先進(jìn)行“人工走查”,再以白盒法為主,輔以黑盒法進(jìn)行動(dòng)態(tài)測(cè)試。()
5、功能測(cè)試是系統(tǒng)測(cè)試的主要內(nèi)容,檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。()
6、軟件質(zhì)量管理即QM和QA和QC構(gòu)成,軟件測(cè)試屬于QC的核心工作內(nèi)容。()
7、軟件測(cè)試只能發(fā)現(xiàn)錯(cuò)誤,但不能保證測(cè)試后的軟件沒有錯(cuò)誤。()
8、軟件就是程序。()
9、測(cè)試只要做到語句覆蓋和分支覆蓋,就可以發(fā)現(xiàn)程序中的所有錯(cuò)誤。()
10、I18N測(cè)試是指對(duì)產(chǎn)品做出具有國(guó)際性的規(guī)劃,而L10N測(cè)試則是指對(duì)軟件做出符合本地需求更改工作。()
11、軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。(Y)
12、只要我們做了充分的測(cè)試,就能保證軟件沒有Bug(N)
13、驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。(Y)
14、項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。(N)
15、單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)
16、代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(Y)
17、負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N)
18、測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(Y)
19、我們可以人為的使得軟件不存在配置問題。(N)
20、集成測(cè)試計(jì)劃在需求分析階段未提交。(N)
21、Beta測(cè)試是驗(yàn)收測(cè)試的一種。(Y)
22、自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。(Y)
23、代碼評(píng)審員一般由測(cè)試員擔(dān)任。(N)
二、選擇題
1、進(jìn)行軟件質(zhì)量管理的重要性有()
"A、維護(hù)降低成本 B、法律上的要求 C、市場(chǎng)競(jìng)爭(zhēng)的需要
D、質(zhì)量標(biāo)準(zhǔn)化的趨勢(shì) E、軟件工程的需要 F、CMM過程的一部分
G、方便與客戶進(jìn)一步溝通為后期的實(shí)施打好基礎(chǔ)"
2、以測(cè)試的形態(tài)分測(cè)試可以分為()
"A、建構(gòu)性測(cè)試 B、系統(tǒng)測(cè)試 C、專項(xiàng)測(cè)試
D、單元測(cè)試 E、組件測(cè)試 F、集成測(cè)試"
3、選出屬于黑盒測(cè)試方法的選項(xiàng)()
"A、測(cè)試用例覆蓋 B、輸入覆蓋 C、輸出覆蓋
D、分支覆蓋 E、語句覆蓋 F、條件覆蓋"
4、編寫測(cè)試計(jì)劃的目的是()
"A、使測(cè)試工作順利進(jìn)行 B、使項(xiàng)目參與人員溝通更舒暢 C、使測(cè)試工作更加系統(tǒng)化
D、軟件工程以及軟件過程的需要 E、軟件過程規(guī)范化的要求 F、控制軟件質(zhì)量"
5、依存關(guān)系有4種分別是()
"A、開始—結(jié)束 B、開始—開始 C、結(jié)束—開始
D、結(jié)束—結(jié)束 E、開始—實(shí)施—結(jié)束 F、結(jié)束—審核—開始"
6、軟件質(zhì)量管理(QM)應(yīng)有質(zhì)量保證(QA)和質(zhì)量控制(QC)組成,下面的選項(xiàng)屬于QC的是()
"A、測(cè)試 B、跟蹤 C、監(jiān)督
D、制定計(jì)劃 E、需求審查 F、程序代碼審查"
7、實(shí)施缺陷跟蹤的目的是()
"A、軟件質(zhì)量無法控制 B、問題無法量化 C、重復(fù)問題接連產(chǎn)生
D、解決問題的知識(shí)無法保留 E、確保缺陷得到解決 E、使問題形成完整的閉環(huán)處理"
8、使用軟件測(cè)試工具的目的()
"A、幫助測(cè)試尋找問題 B、協(xié)助問題的診斷 C、節(jié)省測(cè)試時(shí)間
D、提高Bug的發(fā)現(xiàn)率 E、更好的控制缺陷提高軟件質(zhì)量 F、更好的協(xié)助開發(fā)人員"
9、典型的瀑布模型的四個(gè)階段是()
"A、分析 B、設(shè)計(jì) C、編碼
D、測(cè)試 E、需求調(diào)研 F、實(shí)施"
10、PSP是指?jìng)(gè)人軟件過程,是一種可用于()、()和()個(gè)人軟件工作方式的自我改善過程。
"A、控制 B、管理 C、改進(jìn)
D、高效 E、充分 F、適宜"
11、軟件驗(yàn)收測(cè)試的'合格通過準(zhǔn)則是(ABCD)
"A、軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求。
B、所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。
C、立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
D、驗(yàn)收測(cè)試工件齊全。"
12、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(ABCD)
A、項(xiàng)目經(jīng)理 B、SQA負(fù)責(zé)人 C、配置負(fù)責(zé)人 D、測(cè)試組
13、下列關(guān)于alpha測(cè)試的描述中正確的是(AD)
"A、alpha測(cè)試需要用戶代表參加 B、alpha測(cè)試不需要用戶代表參加
C、alpha測(cè)試是系統(tǒng)測(cè)試的一種 D、alpha測(cè)試是驗(yàn)收測(cè)試的一種"
14、測(cè)試設(shè)計(jì)員的職責(zé)有(BC)
A、制定測(cè)試計(jì)劃 B、設(shè)計(jì)測(cè)試用例 C、設(shè)計(jì)測(cè)試過程、腳本 D、評(píng)估測(cè)試活動(dòng)
15、軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是(ABC)
"A、需求工件已經(jīng)被基線化 B、詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化
C、架構(gòu)工件已經(jīng)被基線化 D、項(xiàng)目階段成果已經(jīng)被基線化"
三、填空題
1、軟件驗(yàn)收測(cè)試包括:正式驗(yàn)收測(cè)試,alpha測(cè)試,beta測(cè)試。
2、系統(tǒng)測(cè)試的策略有:功能測(cè)試,性能測(cè)試,可靠性測(cè)試,負(fù)載測(cè)試,易用性測(cè)試,強(qiáng)度測(cè)試,安全測(cè)試,配置測(cè)試,安裝測(cè)試,卸載測(cè)試,文檔測(cè)試,故障恢復(fù)測(cè)試,界面測(cè)試,容量測(cè)試,兼容性測(cè)試,分布測(cè)試,可用性測(cè)試,(有的可以合在一起,分開寫只要寫出15就滿分哦)
3、設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有:軟件測(cè)試計(jì)劃,軟件需求工件和迭代計(jì)劃。
4、對(duì)面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。
5、通過畫因果圖來寫測(cè)試用例的步驟為:
"(1)分析軟件規(guī)格說明描述中,哪些是原因(即輸入條件或輸入條件的等價(jià)類),哪些是結(jié)果(即輸出條件),并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符;
(2)分析軟件規(guī)格說明描述中的語義,找出原因與結(jié)果之間,原因與原因之間對(duì)應(yīng)的是什么關(guān)系?根據(jù)這些關(guān)系,畫出因果圖。
(3)由于語法或環(huán)境限制,有些原因與原因之間,原因與結(jié)果之間的組合情況不可能出現(xiàn),為表明這些特殊情況,在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。
(4)把因果圖轉(zhuǎn)換成判定表。
(5)把判定表的每一列拿出來作為依據(jù),設(shè)計(jì)測(cè)試用例。"
四、問答題
1、測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么?
2、在您以往的工作中,一條軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄?
3、黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種基本方法,請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)。
4、根據(jù)自己的理解回答什么是軟件測(cè)試,軟件測(cè)試分為哪幾個(gè)階段。
5、根據(jù)自己的理解什么是測(cè)試用例和測(cè)試計(jì)劃,設(shè)計(jì)一個(gè)測(cè)試用例應(yīng)當(dāng)從哪幾方面考慮?
6、什么是軟件質(zhì)量保證?軟件質(zhì)量保證人員與開發(fā)人員的關(guān)系如何?
7、區(qū)別階段評(píng)審的與同行評(píng)審
"同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;
階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性:
同行評(píng)審人數(shù):3-7人 人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo);
階段評(píng)審認(rèn)識(shí):5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格;
同行評(píng)審內(nèi)容:內(nèi)容小一般文檔<40頁,代碼<500行;
階段評(píng)審內(nèi)容:內(nèi)容多,主要看重點(diǎn);
同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成;
階段評(píng)審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!"
8、什么是軟件測(cè)試?
為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。
9、簡(jiǎn)述集成測(cè)試的過程?
"系統(tǒng)集成測(cè)試主要包括以下過程:
1.構(gòu)建的確認(rèn)過程;2.補(bǔ)丁的確認(rèn)過程;3.系統(tǒng)集成測(cè)試測(cè)試組提交過程;4.測(cè)試用例設(shè)計(jì)過程;5.測(cè)試代碼編寫過程;6.Bug的報(bào)告過程;7.每周/每?jī)芍艿臉?gòu)建過程;8.點(diǎn)對(duì)點(diǎn)的測(cè)試過程;9.組內(nèi)培訓(xùn)過程。"
10、怎么做好文檔測(cè)試?
"仔細(xì)閱讀,跟隨每個(gè)步驟,檢查每個(gè)圖形,嘗試沒事示例;
檢查文檔的編寫是否滿足文檔編寫的目的;
內(nèi)容是否齊全,正確;
內(nèi)容是否完善;
標(biāo)記是否正確。"
11、白盒測(cè)試有幾種方法:
"總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類:
靜態(tài):管家功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義;
動(dòng)態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。"
12、系統(tǒng)測(cè)試計(jì)劃是否需要同行審批,為什么?
需要,系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。
13、Alpha測(cè)試與beta的區(qū)別?
"Alpha測(cè)試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更,這種測(cè)試一般由最終用戶或其他人員完成,不能由程
序或測(cè)試員完成。
Beta測(cè)試當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問題需要在最終發(fā)行前找到,這種測(cè)試一般由最終用戶或其他人員完成,不能由程序員或測(cè)試員完成。"
14、比較負(fù)載測(cè)試,容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別?
"負(fù)載測(cè)試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。
強(qiáng)度測(cè)試:在一定的負(fù)荷條件下,在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測(cè)試:容量測(cè)試目的是通過測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的每項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶、數(shù)據(jù)庫(kù)記錄數(shù)等),系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量,容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。"
軟件測(cè)試工程師筆試試題 2
一、測(cè)試總體
1. 什么是軟件測(cè)試?
答:為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
2. 軟件測(cè)試的目的?
答:首先,測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征,可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過程的缺陷,以便改進(jìn)。同時(shí),這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法,改善測(cè)試的有效性。
其次,沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。詳細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L(zhǎng)模型可以證明這一點(diǎn)。
測(cè)試的目的是按照用戶所需軟件的質(zhì)量,檢查開發(fā)軟件過程出現(xiàn)的bug, 使得開發(fā)人員及時(shí)修改,可以避免在開發(fā)結(jié)束的時(shí)候發(fā)現(xiàn)軟件存在質(zhì)量問題,避免公司不必要的損失。贏得用戶對(duì)公司產(chǎn)品的認(rèn)可。
測(cè)試的目的是以最少人力、物力和時(shí)間找出軟件中潛在各種錯(cuò)誤和缺陷,通過修正種錯(cuò)誤和缺陷提高軟件質(zhì)量,回避軟件發(fā)布后由于潛在的軟件缺陷和錯(cuò)誤造成的.隱患帶來的商業(yè)風(fēng)險(xiǎn)。
測(cè)試的附帶收獲是,它能夠證明軟件的功能和性能與需求說明相符合。實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。測(cè)試不能表明軟件中不存在錯(cuò)誤,它只能說明軟件中存在錯(cuò)誤。
3. 軟件測(cè)試的目標(biāo)
答:發(fā)現(xiàn)盡可能多的錯(cuò)誤。測(cè)試是一個(gè)為了尋找錯(cuò)誤而運(yùn)行程序的過程。一個(gè)好的測(cè)試案例是指很可能找到迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的用例。一個(gè)成功的測(cè)試是指揭示了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。
4. 軟件測(cè)試的原則
1) 應(yīng)當(dāng)把"盡早地和不斷地進(jìn)行軟件測(cè)試"作為軟件開發(fā)者的座右銘。
2) 測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。
3) 程序員應(yīng)避免檢查自己的程序。
4) 在設(shè)計(jì)測(cè)試用例時(shí),應(yīng)包括合理的輸入條件和不合理的輸入條件。
5) 軟件測(cè)試的原則
6) 充分注意測(cè)試中的群集現(xiàn)象。經(jīng)驗(yàn)表明,測(cè)試后程序中殘存的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。
7) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃,排除測(cè)試的隨意性軟件測(cè)試面試筆試題完全版軟件測(cè)試面試筆試題完全版。
8) 應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查。
9) 妥善保存測(cè)試計(jì)劃,測(cè)試用例,出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告,為維護(hù)提供方便。
5. 測(cè)試的職責(zé)
測(cè)試經(jīng)理:
1、制定測(cè)試計(jì)劃。
2、確保測(cè)試過程正常進(jìn)行。
測(cè)試工程師
1、編寫測(cè)試用例
2、搭建測(cè)試環(huán)境
3、執(zhí)行測(cè)試
6. 軟件都有多少種分類?
答:根據(jù)功能的不同,電腦軟件可以粗略地分成四個(gè)層次:
最貼近電腦硬件的是一些小巧的軟件。它們實(shí)現(xiàn)一些最基本的功能,通常"固化"在只讀存儲(chǔ)器芯片中,因此稱為固件。
系統(tǒng)軟件包括操作系統(tǒng)和編譯器軟件等。系統(tǒng)軟件和硬件一起提供一個(gè)"平臺(tái)"。它們管理和優(yōu)化電腦硬件資源的使用。
支持軟件。包括圖形用戶界面、軟件開發(fā)工具、軟件評(píng)測(cè)工具、數(shù)據(jù)庫(kù)管理系統(tǒng)、中間件等。
應(yīng)用軟件種類最多,包括辦公軟件、電子商務(wù)軟件、通信軟件、行業(yè)軟件,游戲軟件等等。
7. 測(cè)試的主要方面
答:A、功能測(cè)試:a、鏈接測(cè)試b、表單測(cè)試c、Cookies 測(cè)試d、設(shè)計(jì)語言測(cè)試e、數(shù)據(jù)庫(kù)測(cè)試
B、性能測(cè)試:a、連接速度測(cè)試b、負(fù)載測(cè)試c、壓力測(cè)試
C、接口測(cè)試:a、服務(wù)器接口b、外部接口c、錯(cuò)誤處理
D、可用性測(cè)試: a、導(dǎo)航測(cè)試b、圖形測(cè)試c、內(nèi)容測(cè)試d、整體界面測(cè)試
E、兼容性測(cè)試:a、平臺(tái)測(cè)試b、瀏覽器測(cè)試c、視頻測(cè)試d、Modem/連接速率測(cè)試f、打印機(jī)測(cè)試g、組合測(cè)試
F、安全測(cè)試:a、目錄設(shè)置b、登錄c、Session d、日志文件e、加密f、安全漏洞
G、代碼合法性測(cè)試:a、程序代碼合法性檢查b、顯示代碼合法性檢查
H、文檔測(cè)試:
8. 軟件測(cè)試的對(duì)象
答:軟件測(cè)試并不等于程序測(cè)試。軟件測(cè)試應(yīng)貫穿于軟件定義與開發(fā)的整個(gè)期間。需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各階段所得到的文檔,包括需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序,都應(yīng)成為軟件測(cè)試的對(duì)象
9. 什么是"測(cè)試案例"?
答:測(cè)試案例是一份文檔,它描述了一個(gè)輸入、反應(yīng)、或者是與其相應(yīng)的預(yù)期的響應(yīng),以便來判斷應(yīng)用軟件的工作是否正常。測(cè)試案例應(yīng)當(dāng)包括測(cè)試標(biāo)識(shí)、測(cè)試案例的名稱、目標(biāo)、測(cè)試條件/設(shè)置、輸入數(shù)據(jù)要求、步驟、以及預(yù)期的結(jié)果。
注:開發(fā)一個(gè)應(yīng)用軟件的測(cè)試案例的過程,需要全面、深入地考慮該軟件的操作,所以有助于發(fā)現(xiàn)在其需求或設(shè)計(jì)里面的問題。因此,如果有可能,在開發(fā)周期中應(yīng)當(dāng)盡早準(zhǔn)備測(cè)試案例。
10. 怎么編寫案例?
答:案例的編寫與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit 測(cè)試的案例可能不同。總體而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。
11. 軟件測(cè)試的兩種方法
答:黑盒測(cè)試和白盒測(cè)試
黑盒:這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子,測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性,只依據(jù)程序的需求規(guī)格說明書,檢查程序的功能是否符合它的功能說明。黑盒測(cè)試又叫做功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。
白盒:此方法把測(cè)試對(duì)象看做一個(gè)透明的盒子,它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息,設(shè)計(jì)或選擇測(cè)試用例,對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過在不同點(diǎn)檢查程序的狀態(tài),確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。
12. 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么?
答:1.用例全部執(zhí)行。2.覆蓋率達(dá)到標(biāo)準(zhǔn)。3.缺陷率達(dá)到標(biāo)準(zhǔn)。4.其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)
13. 軟件的生命周期
答:軟件生命周期是指一個(gè)計(jì)算機(jī)軟件從功能確定、設(shè)計(jì),到開發(fā)成功投入使用,并在使用中不斷地修改、增補(bǔ)和完善,直到停止該軟件的使用的全過程(從醞釀到廢棄的過程)
14. 什么是軟件的生命周期?
生命周期從收到應(yīng)用軟件開始算起,到該軟件不再使用為止。它有如下各方面的內(nèi)容:
初始構(gòu)思、需求分析、功能設(shè)計(jì)、內(nèi)部設(shè)計(jì)、文檔計(jì)劃、測(cè)試計(jì)劃、文檔準(zhǔn)備、集成、測(cè)試、維護(hù)、升級(jí)、再測(cè)試、逐步淘汰(phase-out)、等等。
15. 軟件測(cè)試按過程分為三個(gè)步驟
答:?jiǎn)卧獪y(cè)試:?jiǎn)卧獪y(cè)試又稱模塊測(cè)試,是針對(duì)軟件設(shè)計(jì)的最小單位─ 程序模塊,進(jìn)行正確性檢驗(yàn)的測(cè)試工作。其目的在于發(fā)現(xiàn)各模塊內(nèi)部可能存在的各種差錯(cuò)軟件測(cè)試面試筆試題完全版默認(rèn)。
單元測(cè)試需要從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。多個(gè)模塊可以平行地獨(dú)立進(jìn)行單元測(cè)試。
集成測(cè)試:在運(yùn)行(可能是不完整)的應(yīng)用中保證軟件單元被結(jié)合后能正常操作的測(cè)試執(zhí)行的階段
系統(tǒng)測(cè)試:當(dāng)應(yīng)用作為整體運(yùn)行時(shí)的測(cè)試執(zhí)行階段
16. 面向?qū)ο蟮脑O(shè)計(jì)如何影響測(cè)試?
答:好的面向?qū)ο蟮墓こ淘O(shè)計(jì)使得從代碼追溯內(nèi)部設(shè)計(jì)、再到功能測(cè)試,最后追溯到需求,成為一件容易的事。因?yàn)樗鼘?duì)黑盒測(cè)試的影響很少(不需要了解應(yīng)用軟件的內(nèi)部設(shè)計(jì)) ,而白盒測(cè)試只需針對(duì)該應(yīng)用軟件的對(duì)象。如果該應(yīng)用軟件設(shè)計(jì)得好,就可簡(jiǎn)化測(cè)試設(shè)計(jì)
17. 軟件帶來錯(cuò)誤的原因很多。主要的原因有哪些?
1) 交流不夠、交流上有誤解或者根本不進(jìn)行交流
2) 軟件復(fù)雜性
3) 程序設(shè)計(jì)錯(cuò)誤
4) 需求變化
5) 時(shí)間壓力
6) 代碼文檔貧乏
7) 軟件開發(fā)工具
18. 軟件測(cè)試的步驟是什么?
1) 測(cè)試過程按4 個(gè)步驟進(jìn)行,即單元測(cè)試(Unit Testing)、集成測(cè)試(Integrated Testing)、確認(rèn)測(cè)試(Validation Testing)和系統(tǒng)測(cè)試(System Testing)及發(fā)版測(cè)試。
2) 開始是單元測(cè)試,集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試,檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。
3) 集成測(cè)試把已測(cè)試過的模塊組裝起來,主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。
4) 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說明中確定了的各種需求,以及軟件配置是否完全、正確。
【軟件測(cè)試工程師筆試試題】相關(guān)文章:
軟件測(cè)試筆試題及答案05-17
關(guān)于軟件測(cè)試筆試題目10-10
2023軟件測(cè)試常見的筆試題目05-05
軟件測(cè)試之綜合類筆試12-31
工程師筆試試題02-09
騰訊校招軟件測(cè)試筆試經(jīng)驗(yàn)08-25
BIOS開發(fā)工程師筆試題02-18
電子工程師筆試試題02-09
摩托羅拉銷售人員筆試測(cè)試題02-08