1、.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è)試是由最終用戶來(lái)實(shí)施的。（N ）是由測(cè)試人員來(lái)實(shí)施的4項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。 （ Y ） 工件：加工過(guò)程中生產(chǎn)對(duì)象5單元測(cè)試能發(fā)現(xiàn)約 80% 的軟件缺陷。（ Y ）6代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（N ）代碼評(píng)審也稱代碼復(fù)查， 是指通過(guò)閱讀代碼來(lái)檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)

2、量的活動(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ù)已做過(guò)的測(cè)試）。自底向上綜合測(cè)試的步驟分為：1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群（cluster）;2 開(kāi)發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊，控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出；3 對(duì)每個(gè)模塊群進(jìn)行測(cè)試；4 刪除測(cè)試

3、使用的驅(qū)動(dòng)模塊， 用較高層模塊把模塊群組織成為完成更大功能的新模塊群。8 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（N ）負(fù)載測(cè)試（ Load testing ），通過(guò)測(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)決不予通過(guò)。（N ）10代碼

4、評(píng)審員一般由測(cè)試員擔(dān)任。（ N ）11我們可以人為的使得軟件不存在配置問(wèn)題。（N ）是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過(guò)程。我們知道，在軟件建立時(shí)變更是不可避免的， 而變更加劇了項(xiàng)目中軟件開(kāi)發(fā)者之.間的混亂。12 集成測(cè)試計(jì)劃在需求分析階段末提交。（N ）執(zhí)行階段1）時(shí)間安排單元測(cè)試已經(jīng)完成后就可以開(kāi)始執(zhí)行集成測(cè)試了2）輸入 需求規(guī)格說(shuō)明書 概要設(shè)計(jì) 集成測(cè)試計(jì)劃 集成高度設(shè)計(jì) 集成測(cè)試?yán)蓽y(cè)試規(guī)程 集成測(cè)試代碼（如果有） 集成測(cè)試腳本 集成測(cè)試工具 詳細(xì)設(shè)計(jì)代碼 單元測(cè)試報(bào)告3）入口條件單元測(cè)試階段已經(jīng)通過(guò)基線化評(píng)審4）活動(dòng)步驟 執(zhí)行集成測(cè)試用例回歸集成測(cè)試用

5、例撰寫集成測(cè)試報(bào)告5）輸出集成測(cè)試報(bào)告6）出口條件集成測(cè)試報(bào)告通過(guò)集成測(cè)試階段基線評(píng)審二、選擇題1 軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：（ABCD）A 軟件需求分析說(shuō)明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。B 所有測(cè)試項(xiàng)沒(méi)有殘余一級(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ì)量保證工作及

6、結(jié)果通知給相關(guān)組別和個(gè)人。目標(biāo) 4:高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類問(wèn)題。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 ）A 制定測(cè)試計(jì)劃B 設(shè)計(jì)測(cè)試用例C 設(shè)計(jì)測(cè)試過(guò)程、腳本D 評(píng)估測(cè)試活動(dòng).5 軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（ABC ）A 需求工件已經(jīng)被基線化工件加工過(guò)程中的生產(chǎn)對(duì)象?；€化 一個(gè)文檔如果經(jīng)過(guò)討論被通過(guò)了，被固定了，就可以說(shuō)這個(gè)文檔被“基線化”了，然后所有人就可以在

7、這個(gè)“基線”的基礎(chǔ)上工作。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è)試（有的可以合在一起，分開(kāi)寫只要寫出 15 就滿分哦）3. 設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有： _軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。4. 對(duì)面向過(guò)程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。

8、5. 通過(guò)畫因果圖來(lái)寫測(cè)試用例的步驟為：（ 1）根據(jù)程序規(guī)格說(shuō)明書描述，分析并確定因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），畫出因果圖。（ 2）將得到的因果圖轉(zhuǎn)換為判定表。（ 3）為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。四、簡(jiǎn)答1. 區(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)過(guò)同行評(píng)審會(huì)議的培訓(xùn) , 由 SQA指導(dǎo)階段評(píng)審人數(shù) :5 人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容 : 內(nèi)容小 一般文檔 40 頁(yè) , 代碼 500

9、 行階段評(píng)審內(nèi)容 : 內(nèi)容多 , 主要看重點(diǎn)同行評(píng)審時(shí)間 : 一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間 : 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上 !2. 什么是軟件測(cè)試答：測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試， 甚至根據(jù)需要編寫不同的測(cè)試工具， 設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)， 對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。 執(zhí)行測(cè)試用例后， 需要跟蹤故障， 以確保開(kāi)發(fā)的產(chǎn)品適合需求。.3 簡(jiǎn)述集成測(cè)試的過(guò)程答：系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1. 構(gòu)建的確認(rèn)過(guò)程。2. 補(bǔ)丁的確認(rèn)過(guò)程。3. 系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。4. 測(cè)試用例設(shè)計(jì)過(guò)程。5. 測(cè)試代碼編寫過(guò)程

10、。6. Bug 的報(bào)告過(guò)程。7. 每周 / 每?jī)芍艿臉?gòu)建過(guò)程。8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。9. 組內(nèi)培訓(xùn)過(guò)程。5 白盒測(cè)試有幾種方法答：總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致 , 沒(méi)有沖突或者沒(méi)有歧義。動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6 系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么答：需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。7Alpha 測(cè)試與 beta 的區(qū)別Alpha 測(cè)試（ 測(cè)試）是由一個(gè)用戶在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試， 也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試， Alpha 測(cè)試不能由程

11、序員或測(cè)試員完成。 Alpha 測(cè)試發(fā)現(xiàn)的錯(cuò)誤，可以在測(cè)試現(xiàn)場(chǎng)立刻反饋給開(kāi)發(fā)人員，由開(kāi)發(fā)人員及時(shí)分析和處理。目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。 Alpha 測(cè)試可以從軟件產(chǎn)品編碼結(jié)束之后開(kāi)始，或在模塊（子系統(tǒng)）測(cè)試完成后開(kāi)始，也可以在確認(rèn)測(cè)試過(guò)程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開(kāi)始。 有關(guān)的手冊(cè)（草稿）等應(yīng)該在 Alpha 測(cè)試前準(zhǔn)備好。Beta 測(cè)試（ 測(cè)試）是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)， Beta 測(cè)試不能由程序員或測(cè)試員完成。因而， Beta 測(cè)試是在開(kāi)發(fā)者無(wú)法控制的環(huán)境下進(jìn)行的軟件

12、現(xiàn)場(chǎng)應(yīng)用。在 Beta 測(cè)試中，由用戶記下遇到的所有問(wèn)題， 包括真實(shí)的以及主管認(rèn)定的， 定期向開(kāi)發(fā)者報(bào)告，開(kāi)發(fā)者在綜合用戶的報(bào)告后， 做出修改，最后將軟件產(chǎn)品交付給全體用戶使用。 Beta 測(cè)試著重于產(chǎn)品的支持性，包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng) Alpha 測(cè)試達(dá)到一定的可靠程度后， 才能開(kāi)始 Beta 測(cè)試。由于 Beta 測(cè)試的主要目標(biāo)是測(cè)試可支持性，所以 Beta 測(cè)試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來(lái)管理。答： Alpha 測(cè)試 在系統(tǒng)開(kāi)發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試；測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。 這種測(cè)試一般由最終用戶或其它人員完成， 不能由程序或測(cè)試員完成。Beta

13、測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終.發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成， 不能由程序員或測(cè)試員完成。8 比較負(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è)試目的是通過(guò)測(cè)試預(yù)先分 析出反映軟件 系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試 還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。 容量測(cè)試

14、的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù) 的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。9 測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？答：用例全部測(cè)試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)。10 描述軟件測(cè)試活動(dòng)的生命周期？答：測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：計(jì)劃：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)行規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)行規(guī)劃；實(shí)現(xiàn)：進(jìn)行測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例。總結(jié)：記錄測(cè)試結(jié)果，進(jìn)行測(cè)試分析，完成測(cè)試報(bào)告。11 軟件的缺陷等級(jí)應(yīng)如何劃分？A 類 嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1 由于程序所引起的死機(jī) ,非法退出2 死循環(huán)3 數(shù)據(jù)庫(kù)發(fā)生死鎖4 因錯(cuò)誤操作導(dǎo)致的程序中斷5 功能錯(cuò)誤6 與數(shù)據(jù)庫(kù)連接錯(cuò)誤7 數(shù)據(jù)通訊錯(cuò)誤B 類 較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1 程序錯(cuò)誤2 程序接口錯(cuò)誤3 數(shù)據(jù)庫(kù)的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件.C 類 一般性錯(cuò)誤，包括以下各種錯(cuò)誤：1 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一