一.填空

1、 系統(tǒng)測(cè)試使用( C )技術(shù), 主要測(cè)試被測(cè)應(yīng)用的高級(jí)互操作性需求, 而無(wú)需考慮被測(cè)試應(yīng)用的內(nèi)部結(jié)構(gòu)。

A、 單元測(cè)試 B、 集成測(cè)試 C、 黑盒測(cè)試 D、白盒測(cè)試

2、單元測(cè)試主要的測(cè)試技術(shù)不包括(B )。

A、 白盒測(cè)試 B、 功能測(cè)試

C、 靜態(tài)測(cè)試 D、 以上都不是

3、(A )的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿(mǎn)足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。

A、 系統(tǒng)測(cè)試 B、 集成測(cè)試

C、 單元測(cè)試 D、 功能測(cè)試

4、如果一個(gè)產(chǎn)品中次嚴(yán)重的缺陷基本完成修正并通過(guò)復(fù)測(cè)，這個(gè)階段的成品是( A )。

A、 Alpha版 B、Beta版

C、正版 D、以上都不是

5、自底向上法需要寫(xiě)(A )。

A、 驅(qū)動(dòng)程序 B、 樁程序 C、驅(qū)動(dòng)程序和樁程序 D、 .以上都不是

6、測(cè)試ATM取款功能，已知取款數(shù)只能輸入正整數(shù)，每次取款數(shù)要求是100的倍數(shù)且不能大于500，下面哪個(gè)是正確的無(wú)效等價(jià)類(lèi)(C)

A、(0，100)、(100，200)、(200，300)、(300，400)、(400，500)、(500，+∞);

B、(500，+∞)

C、(500，+∞)、任意大于0小于500的非100倍數(shù)的整數(shù);

D、(-∞，100)、(100，200)、(200，300)、(300，400)、(400，500)、(500，+∞);

7、因果圖/判定表工程方法在以下那種情況下不適用(C)

A、輸入輸出明確，或輸入輸出因果關(guān)系明確的情況下

B、被分析的特性或功能點(diǎn)復(fù)雜，輸入項(xiàng)目很多的情況下

C、系統(tǒng)輸入之間相互約束多，需要做大范圍的組合測(cè)試情況下

D、系統(tǒng)輸入之間基本沒(méi)有相互聯(lián)系

8、以下說(shuō)法不正確的是(D)

A、測(cè)試原始需要明確了產(chǎn)品將要實(shí)現(xiàn)了什么

B、產(chǎn)品測(cè)試規(guī)格明確了測(cè)試設(shè)計(jì)內(nèi)容

C、測(cè)試用例明確了測(cè)試實(shí)現(xiàn)內(nèi)容

D、以上說(shuō)法均不正確

9、可測(cè)試性中，有關(guān)系統(tǒng)可觀察性的理解，下面說(shuō)法那個(gè)是錯(cuò)誤的( B)

A、系統(tǒng)所有的輸出結(jié)果可觀察，錯(cuò)誤輸出易于識(shí)別;

B、系統(tǒng)運(yùn)行狀態(tài)和內(nèi)部處理的過(guò)程信息可觀察;

C、系統(tǒng)內(nèi)部變量名及其取值可觀察;

D、系統(tǒng)內(nèi)部重要對(duì)象的狀態(tài)和屬性可觀察;

E、系統(tǒng)內(nèi)部重要的操作的處理時(shí)間可觀察;

F、系統(tǒng)內(nèi)部重要的資源的占用情況及單個(gè)資源的創(chuàng)建、保持、釋放過(guò)程可觀察

10、測(cè)試腳本的編寫(xiě)規(guī)范強(qiáng)調(diào)：(ABCD )

A、可讀行 B、可重用性 C、可維護(hù)性 D、可移植性

11、當(dāng)繼承某個(gè)特性是，通常會(huì)從哪些角度對(duì)該特性進(jìn)行測(cè)試分析?(AC )

A、失效影響度 B、成熟度 C、繼承方式 D、用戶(hù)原始需求

12、從下列關(guān)于軟件測(cè)試的敘述中，選出正確的敘述(CD)

A、用黑盒法測(cè)試時(shí)，測(cè)試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的

B、測(cè)試的目的是驗(yàn)證該軟件已正確的實(shí)現(xiàn)了用戶(hù)的要求

C、發(fā)現(xiàn)錯(cuò)誤多的程序塊，殘留在模塊中的`錯(cuò)誤也多

D、測(cè)試設(shè)計(jì)時(shí)，應(yīng)充分考慮異常的輸入情況

13、軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：(ABCD)

A. 軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(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è)試工件齊全。

13、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(ABCD)

A.項(xiàng)目經(jīng)理

負(fù)責(zé)人

C.配置負(fù)責(zé)人

D.測(cè)試組

14.測(cè)試設(shè)計(jì)員的職責(zé)有：(BC )

A.制定測(cè)試計(jì)劃

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

C.設(shè)計(jì)測(cè)試過(guò)程、腳本

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)被基線化

二、判斷題(正確的√，錯(cuò)誤的╳)共10分，每小題1分

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

2. 負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(N )

3. 測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。(N)

4. 自動(dòng)化測(cè)試能比手工測(cè)試發(fā)現(xiàn)更多的缺陷(N)

5. 錯(cuò)誤猜測(cè)法基于這樣一種假設(shè)，以前犯過(guò)的錯(cuò)誤，以后同樣會(huì)犯，我犯過(guò)的錯(cuò)誤別人同樣會(huì)犯，前人犯過(guò)的錯(cuò)誤，后人同樣會(huì)犯(N)

6. 軟件測(cè)試中的二八原則暗示著測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能起源于程序模塊的20%(Y)

7. 某WEB系統(tǒng)設(shè)計(jì)中，用戶(hù)點(diǎn)擊“退出”按鈕從系統(tǒng)中退出，界面回到初始登陸界面。此時(shí)不關(guān)閉窗口，使用瀏覽器的回退功能，可以回到之前的用戶(hù)界面，繼續(xù)進(jìn)行用戶(hù)操作。這種合適的人性化設(shè)計(jì)，恩那個(gè)避免用戶(hù)誤點(diǎn)擊退出按鈕后重新登錄的繁瑣操作;這種說(shuō)法是否正確(N)

8. 在確定性能測(cè)試指標(biāo)值時(shí)，參考的國(guó)際標(biāo)準(zhǔn)、國(guó)標(biāo)、運(yùn)營(yíng)商規(guī)范中對(duì)此要求并不一樣，可以視情況選擇有利于我們的指標(biāo)值，但必須要比競(jìng)爭(zhēng)對(duì)手高，這樣才有利于市場(chǎng)競(jìng)爭(zhēng)力(N)

9. 測(cè)試執(zhí)行時(shí)，應(yīng)該對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查，包括日志，這種說(shuō)法是否正確( N)

一. 簡(jiǎn)答題：1.軟件工程的定義 P4答：軟件工程師一門(mén)工程學(xué)科，涉及軟件生成的各個(gè)方面，從最初的系統(tǒng)描述一直到使用后的系統(tǒng)維護(hù)，都屬于其學(xué)科范疇。2.軟件工程所面臨的主要問(wèn)題 P3表格答：多樣性的挑戰(zhàn)：必須開(kāi)發(fā)出新技術(shù)，制作可靠的軟件，從而足以靈活應(yīng)對(duì)這種多樣性。 交付上的挑戰(zhàn)：在不損及系統(tǒng)質(zhì)量的前提下，縮短大型、復(fù)雜系統(tǒng)的移交時(shí)間。 信任的挑戰(zhàn)：研究能說(shuō)明軟件可信的技術(shù)。3.社會(huì)技術(shù)系統(tǒng)定義及主要特征 P12-13答：定義：一個(gè)包含有人、軟件和硬件在內(nèi)的系統(tǒng)。特征：它們都有其整體特性他們通常是不確定的系統(tǒng)支持機(jī)構(gòu)目標(biāo)的程度和范圍不僅僅依賴(lài)于系統(tǒng)本身4.瀑布模型的概念及其包含階段 P39-40答：概念：這個(gè)模型采用一些基本的過(guò)程活動(dòng)，即描述、開(kāi)發(fā)、有效性驗(yàn)證和進(jìn)化，并且使 用單獨(dú)的過(guò)程階段（如需求描述、軟件設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試等階段）表現(xiàn)這些活動(dòng) 包含階段：需求分析和定義、系統(tǒng)和軟件設(shè)計(jì)、實(shí)現(xiàn)和單元測(cè)試、集成和系統(tǒng)測(cè)試、運(yùn)行和維護(hù)5.增量式開(kāi)發(fā)的概念 P43答：增量式開(kāi)發(fā)是一種集中了這些模型的優(yōu)點(diǎn)的體重綜合方法。每一步增量實(shí)現(xiàn)了一個(gè)或多個(gè)最終用戶(hù)功能。每一步增量包含所有早期的已開(kāi)發(fā)的功能集加上一些新的功能；系統(tǒng)在逐步累積的增量中增長(zhǎng)。就是一步一步漸增式的開(kāi)發(fā)。6.軟件工程的四個(gè)基本過(guò)程活動(dòng) P38答：軟件描述、軟件設(shè)計(jì)和實(shí)現(xiàn)、軟件有效性驗(yàn)證、軟件進(jìn)化7.介紹軟件工程的功能需求，非功能需求和領(lǐng)域需求 P73答：功能需求：包括對(duì)系統(tǒng)應(yīng)該提供的服務(wù)、如何對(duì)輸入作出反應(yīng)以及系統(tǒng)在特定條件下的行為的描述。在某些情況下，功能需求可能還需明確聲明系統(tǒng)不應(yīng)該做什么。 非功能需求：對(duì)系統(tǒng)提供的服務(wù)或功能給出的約束。包括時(shí)間約束、開(kāi)發(fā)過(guò)程的約束、標(biāo)準(zhǔn)等。非功能需求常用于整個(gè)系統(tǒng)。通常不用在單個(gè)系統(tǒng)或服務(wù)中。 領(lǐng)域需求：這是來(lái)自系統(tǒng)的應(yīng)用領(lǐng)域的需求，反應(yīng)了該領(lǐng)域的特點(diǎn)。他們也可能是功能需求或非公能需求。8.客戶(hù)機(jī)/服務(wù)器模型及優(yōu)缺點(diǎn) P152-153答： 客戶(hù)機(jī)/服務(wù)器體系結(jié)構(gòu)的模型是一個(gè)分布式系統(tǒng)模型，系統(tǒng)由一組服務(wù)及相關(guān)的服務(wù)器組成，客戶(hù)機(jī)訪問(wèn)并使用這些服務(wù)。優(yōu)點(diǎn)：它是一個(gè)分布式體系結(jié)構(gòu)。由許多分布式處理器構(gòu)成網(wǎng)絡(luò)系統(tǒng)可提供更有效的使用。添加一臺(tái)服務(wù)器或更新服務(wù)器很容易而且是透明的，不會(huì)影響系統(tǒng)的其他部分。缺點(diǎn)：在系統(tǒng)中集成一臺(tái)服務(wù)器需要改變現(xiàn)存的客戶(hù)機(jī)和服務(wù)器以便獲得性能提升。要為每個(gè)服務(wù)器建立專(zhuān)門(mén)的數(shù)據(jù)模型以便優(yōu)化其性能。9.分層模型及優(yōu)缺點(diǎn) P153-154答： 把系統(tǒng)組織成一系列的層次，每一層提供一組服務(wù)。每一層定義一個(gè)抽象機(jī)，每個(gè)抽象機(jī)是由其下層的源機(jī)的代碼構(gòu)成的。優(yōu)點(diǎn)：支持系統(tǒng)的增量式開(kāi)發(fā)。抽象機(jī)轉(zhuǎn)換到其他機(jī)器上實(shí)現(xiàn)比較容易。缺點(diǎn)：頂層上的用戶(hù)服務(wù)可能會(huì)需要穿過(guò)其相鄰層來(lái)獲取由更低層所提供的服務(wù)。性能也是一個(gè)問(wèn)題。10.數(shù)據(jù)處理系統(tǒng)及特點(diǎn) P181答：系統(tǒng)是以數(shù)據(jù)為中心的，它們的數(shù)據(jù)庫(kù)要比系統(tǒng)本身大很多個(gè)數(shù)量級(jí)。特點(diǎn)：是批處理系統(tǒng)，數(shù)據(jù)的輸入和輸出時(shí)成批地從文件或數(shù)據(jù)庫(kù)中取出，也是成批地存入文件或數(shù)據(jù)庫(kù)中的，而不是對(duì)用戶(hù)終端進(jìn)行輸入和輸出。11.編譯器一般體系結(jié)構(gòu)中包含的組件 P188-189答：詞法分析器、符號(hào)表、語(yǔ)法分析器、語(yǔ)法樹(shù)、語(yǔ)義分析器、代碼生成器。12.面向?qū)ο笤O(shè)計(jì)中，并發(fā)對(duì)象的實(shí)現(xiàn)方式和工作方式 P194-195答：實(shí)現(xiàn)方式與工作方式：服務(wù)器 對(duì)象被實(shí)現(xiàn)為一個(gè)并行進(jìn)程，它的方法對(duì)應(yīng)為定義的對(duì)象操作。在收到外部時(shí)間后方法被啟動(dòng)，方法的執(zhí)行與其他對(duì)象上的方法是并行的。當(dāng)對(duì)象完成了自身的操作時(shí)，對(duì)象中止，等待進(jìn)一步的服務(wù)請(qǐng)求。主動(dòng)對(duì)象 對(duì)象狀態(tài)的改變可以來(lái)自對(duì)象內(nèi)部操作的執(zhí)行。代表對(duì)象的進(jìn)程不停地執(zhí)行這些操作，從不掛起。13.用戶(hù)界面設(shè)計(jì)過(guò)程中的核心活動(dòng) P230答：用戶(hù)分析：理解用戶(hù)所做的任務(wù)、工作環(huán)境、使用的其他系統(tǒng)、如何在工作中與他人交互等。系統(tǒng)原型開(kāi)發(fā)：開(kāi)發(fā)原型系統(tǒng)并展示給用戶(hù)看，讓他們指導(dǎo)界面的進(jìn)化。界面評(píng)估：一個(gè)更正式的評(píng)估活動(dòng)，在評(píng)估中收集有關(guān)用戶(hù)對(duì)界面的真實(shí)體驗(yàn)信息。14.極限編程適合敏捷方法原則 P244答：（1）增量式開(kāi)發(fā)時(shí)通過(guò)系統(tǒng)的小的頻繁發(fā)布的版本來(lái)支持的，其間所采用的需求描述方法是基于客戶(hù)情節(jié)或腳本的，這樣的客戶(hù)情節(jié)或腳本可以成為過(guò)程規(guī)劃的根據(jù)。（2）客戶(hù)的參與是通過(guò)全時(shí)雇傭到開(kāi)發(fā)團(tuán)隊(duì)的方式?？蛻?hù)代表參與開(kāi)發(fā)并負(fù)責(zé)定義系統(tǒng)的接受測(cè)試。（3）人是通過(guò)結(jié)對(duì)編程、集體對(duì)系統(tǒng)代碼所有權(quán)、可以忍受的開(kāi)發(fā)過(guò)程而無(wú)需超頻的工作小時(shí)來(lái)運(yùn)作的。（4）變更是通過(guò)經(jīng)常性的系統(tǒng)版本、測(cè)試優(yōu)先的開(kāi)發(fā)以及連續(xù)的集成來(lái)支持的。通過(guò)持續(xù)的再分解來(lái)改善代碼質(zhì)量并使用不預(yù)期系統(tǒng)將來(lái)的變更的簡(jiǎn)單設(shè)計(jì)，來(lái)支持簡(jiǎn)潔性的維護(hù)。15.極限編程測(cè)試的關(guān)鍵特性 P246答： XP當(dāng)中的測(cè)試的關(guān)鍵特性：（1）測(cè)試優(yōu)先的開(kāi)發(fā)。（2）來(lái)自腳本的增量式測(cè)試開(kāi)發(fā)。（3）用戶(hù)參與到測(cè)試開(kāi)發(fā)和有效性驗(yàn)證中。（4）自動(dòng)測(cè)試系統(tǒng)的使用。16.軟件原型在軟件開(kāi)發(fā)過(guò)程中的使用方式答：（1）在需求工程過(guò)程中，原型可以幫助導(dǎo)出系統(tǒng)需求并驗(yàn)證系統(tǒng)需求的有效性。 （2）在系統(tǒng)設(shè)計(jì)階段，原型可以用來(lái)探索特殊的軟件解決方案和支持用戶(hù)界面設(shè)計(jì)。 （3）在測(cè)試階段，原型可以用來(lái)對(duì)準(zhǔn)備移交給客戶(hù)的系統(tǒng)運(yùn)行背對(duì)背的測(cè)試。17.在規(guī)劃軟件復(fù)用時(shí)需要考慮的相關(guān)約束答：軟件開(kāi)發(fā)進(jìn)度表 所預(yù)計(jì)的軟件生命期 開(kāi)發(fā)團(tuán)隊(duì)的背景，技術(shù)和經(jīng)驗(yàn)軟件的危險(xiǎn)程度和它的非功能性需求應(yīng)用領(lǐng)域 系統(tǒng)運(yùn)行平臺(tái)18.在集成商業(yè)限制系統(tǒng)中面臨的問(wèn)題答：對(duì)功能和性能缺乏控制 商業(yè)現(xiàn)成系統(tǒng)間的互操作問(wèn)題 無(wú)法控制系統(tǒng)的進(jìn)化 COTS產(chǎn)品廠商的支持19.組件與對(duì)象之間有什么區(qū)別答：組件是可部署的實(shí)體組件不定義類(lèi)型組件實(shí)現(xiàn)是不透明的組件是獨(dú)立于語(yǔ)言的 組件是標(biāo)準(zhǔn)化的20.基于組件的軟件開(kāi)發(fā)過(guò)程與傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程有什么不同答：（1）最初對(duì)用戶(hù)需求的開(kāi)發(fā)只需要是概要性的而不用十分詳細(xì)，且鼓勵(lì)信息持有者在定 義他們的需求時(shí)盡可能地靈活。 （2）在過(guò)程的早期階段根據(jù)可利用的組件來(lái)細(xì)化和修改需求。 （3）在系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)完成后，會(huì)有一個(gè)進(jìn)一步的組件搜索及設(shè)計(jì)精煉的活動(dòng)。 （4）開(kāi)發(fā)就是將已發(fā)現(xiàn)的組件集成在一起的組成過(guò)程。21.列舉軟件維護(hù)費(fèi)用高的原因答：團(tuán)隊(duì)穩(wěn)定性，合同責(zé)任 人員技術(shù)水平 程序年齡和結(jié)構(gòu)22.對(duì)軟件可維護(hù)性評(píng)估有用的過(guò)程度量包括哪些答：糾正性維護(hù)請(qǐng)求的數(shù)目影響分析所需的平均時(shí)間實(shí)現(xiàn)一個(gè)變更請(qǐng)求的平均時(shí)間突出的變更請(qǐng)求的數(shù)目23.系統(tǒng)再工程過(guò)程中的行為有哪些答：源代碼轉(zhuǎn)換 反向工程 程序結(jié)構(gòu)改善 程序模塊化 數(shù)據(jù)再工程