一、判斷題
1 . 軟件測(cè)試 的目的是盡可能多的找出軟件的缺陷。( Y)
2 .Beta 測(cè)試是驗(yàn)收測(cè)試的一種。( Y)
Acceptance testing
驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
3 .驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。( N )
是由測(cè)試人員來實(shí)施的
4 .項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。( Y ) 工件:加工過程中生產(chǎn)對(duì)象
5 .單元測(cè)試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y )
6 .代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。( N )
代碼評(píng)審也稱代碼復(fù)查,是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動(dòng)。
7 .自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。( Y )
自頂向下綜合測(cè)試的具體步驟為:
1 以主控模塊作為測(cè)試驅(qū)動(dòng)模塊,把對(duì)主控模塊進(jìn)行單元測(cè)試時(shí)引入的所有樁模塊用實(shí)際模塊替代;
2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先),每次只替代一個(gè)樁模塊;
3 每集成一個(gè)模塊立即測(cè)試一遍;
4 只有每組測(cè)試完成后,才著手替換下一個(gè)樁模塊;
5 為避免引入新錯(cuò)誤,須不斷地進(jìn)行回歸測(cè)試(即全部或部分地重復(fù)已做過的測(cè)試)。
自底向上綜合測(cè)試的步驟分為:
1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群(cluster);
2 開發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊,控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出;
3 對(duì)每個(gè)模塊群進(jìn)行測(cè)試;
4 刪除測(cè)試使用的驅(qū)動(dòng)模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。
8 .負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。( N )
負(fù)載測(cè)試(Load testing),通過測(cè)試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中,將使測(cè)試對(duì)象承擔(dān)不同的工作量,以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測(cè)試還要評(píng)估性能特征。例如,響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。
9 .測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。( N )
10 .代碼評(píng)審員一般由測(cè)試員擔(dān)任。( N )
11 .我們可以人為的使得軟件不存在配置問題。( N )
是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。我們知道,在軟件建立時(shí)變更是不可避免的,而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。
12 .集成測(cè)試計(jì)劃在需求分析階段末提交。( N )
執(zhí)行階段
1)時(shí)間安排 單元測(cè)試已經(jīng)完成后就可以開始執(zhí)行集成測(cè)試了
2)輸入 需求規(guī)格說明書 概要設(shè)計(jì) 集成測(cè)試計(jì)劃 集成高度設(shè)計(jì) 集成測(cè)試?yán)?集成測(cè)試規(guī)程 集成測(cè)試代碼(如果有) 集成測(cè)試腳本 集成測(cè)試工具 詳細(xì)設(shè)計(jì) 代碼 單元測(cè)試報(bào)告
3)入口條件 單元測(cè)試階段已經(jīng)通過基線化評(píng)審
4)活動(dòng)步 驟 執(zhí)行集成測(cè)試用例 回歸集成測(cè)試用例 撰寫集成測(cè)試報(bào)告
5)輸出 集成測(cè)試報(bào)告
6)出口條件 集成測(cè)試報(bào)告通過集成測(cè)試階段基線評(píng)審
二、選擇題
1 .軟件驗(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è)試工件齊全。
2 .軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?( 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: 高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類問題。
C .配置負(fù)責(zé)人
D .測(cè)試組
3 .下列關(guān)于alpha 測(cè)試的描述中正確的是:( AD )
A .alpha 測(cè)試需要用戶代表參加
B .alpha 測(cè)試不需要用戶代表參加
C .alpha 測(cè)試是系統(tǒng)測(cè)試的一種
D .alpha 測(cè)試是驗(yàn)收測(cè)試的一種
4 .測(cè)試設(shè)計(jì)員的職責(zé)有:( BC )