1 . 軟件測試 的目的是盡可能多的找出軟件的缺陷。( Y)

　　2 .Beta 測試是驗收測試的一種。( Y)

　　Acceptance testing

　　驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

　　3 .驗收測試是由最終用戶來實施的。( N )

　　是由測試人員來實施的

　　4 .項目立項前測試人員不需要提交任何工件。( Y ) 工件：加工過程中生產(chǎn)對象

　　5 .單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。( Y )

　　6 .代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。( N )

　　代碼評審也稱代碼復(fù)查，是指通過閱讀代碼來檢查源代碼與編碼標準的符合性以及代碼質(zhì)量的活動。

　　7 .自底向上集成需要測試員編寫驅(qū)動程序。( Y )

　　自頂向下綜合測試的具體步驟為：

　　1 以主控模塊作為測試驅(qū)動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代;

　　2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先)，每次只替代一個樁模塊;

　　3 每集成一個模塊立即測試一遍;

　　4 只有每組測試完成后，才著手替換下一個樁模塊;

　　5 為避免引入新錯誤，須不斷地進行回歸測試(即全部或部分地重復(fù)已做過的測試)。

　　自底向上綜合測試的步驟分為：

　　1 把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster);

　　2 開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;

　　3 對每個模塊群進行測試;

　　4 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。

　　8 .負載測試是驗證要檢驗的系統(tǒng)的能力最高能達到什么程度。( N )

　　負載測試(Load testing)，通過測試系統(tǒng)在資源超負荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負載能力。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負載測試的目標是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征。例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。

　　9 .測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過。( N )

　　10 .代碼評審員一般由測試員擔任。( N )

　　11 .我們可以人為的使得軟件不存在配置問題。( N )

　　是一種標識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道，在軟件建立時變更是不可避免的，而變更加劇了項目中軟件開發(fā)者之間的混亂。

　　12 .集成測試計劃在需求分析階段末提交。( N )

　　執(zhí)行階段

　　1)時間安排 單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

　　2)輸入 需求規(guī)格說明書 概要設(shè)計 集成測試計劃 集成高度設(shè)計 集成測試例 集成測試規(guī)程 集成測試代碼(如果有) 集成測試腳本 集成測試工具 詳細設(shè)計 代碼 單元測試報告

　　3)入口條件 單元測試階段已經(jīng)通過基線化評審

　　4)活動步 驟 執(zhí)行集成測試用例 回歸集成測試用例 撰寫集成測試報告

　　5)輸出 集成測試報告

　　6)出口條件 集成測試報告通過集成測試階段基線評審

　　二、選擇題

　　1 .軟件驗收測試的合格通過準則是：(ABCD)

　　A . 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標全部達到要求。

　　B . 所有測試項沒有殘余一級、二級和三級錯誤。

　　C . 立項審批表、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致。

　　D . 驗收測試工件齊全。

　　2 .軟件測試計劃評審會需要哪些人員參加?( ABCD )

　　A .項目經(jīng)理

　　B .SQA 負責人

　　軟件質(zhì)量保證(SQA)是建立一套有計劃

　　目標 1: 軟件質(zhì)量保證工作是有計劃進行的。

　　目標 2: 客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當?shù)臉藴省⒉襟E和需求。

　　目標 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人。

　　目標 4: 高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題。

　　C .配置負責人

　　D .測試組

　　3 .下列關(guān)于alpha 測試的描述中正確的是：( AD )

　　A .alpha 測試需要用戶代表參加

　　B .alpha 測試不需要用戶代表參加

　　C .alpha 測試是系統(tǒng)測試的一種

　　D .alpha 測試是驗收測試的一種

　　4 .測試設(shè)計員的職責有：( BC )

　　A .制定測試計劃

　　B .設(shè)計測試用例

　　C .設(shè)計測試過程、腳本

　　D .評估測試活動

　　5 .軟件實施活動的進入準則是：( ABC )

　　A .需求工件已經(jīng)被基線化

　　工件加工過程中的生產(chǎn)對象。

　　基線化 一個文檔如果經(jīng)過討論被通過了，被固定了，就可以說這個文檔被“基線化”了，然后所有人就可以在這個“基線”的基礎(chǔ)上工作。

　　B .詳細設(shè)計工件已經(jīng)被基線化

　　C .構(gòu)架工件已經(jīng)被基線化

　　D .項目階段成果已經(jīng)被基線化

　　三、填空

　　1. 軟件驗收測試包括：_正式驗收測試，alpha測試，beta測試。

　　2. 系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負載測試，易用性測試，強度測試，安全測試，配置測試，安裝測試，卸載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試

　　(有的可以合在一起，分開寫只要寫出15 就滿分哦)

　　3. 設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：_軟件測試計劃，軟件需求工件和迭代計劃。

　　4. 對面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。