2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（四）答案及解析
一、選擇題
1.分析：對程序的測試最好由第三方測試機(jī)構(gòu)來做，對程序的調(diào)試最好由程序員來做，故B不對。由測試用例的原則：程序員應(yīng)避免測試自己的程序得C說法錯誤。又由測試的目的是找錯而不是證明程序正確，故D不正確。
2.分析：軟件測試的目的是發(fā)現(xiàn)軟件中的錯誤，而非證明軟件的正確性。
3.分析：軟件缺陷可按軟件缺陷類型或嚴(yán)重性進(jìn)行統(tǒng)計(jì)，而軟件缺陷類型或嚴(yán)重性可以分為軟件系統(tǒng)崩潰、功能失效和容錯性問題、用戶友好性、性能、文字錯誤和增強(qiáng)需求等類型。
4.分析：軟件測試不僅僅限于程序編碼之后，而應(yīng)該貫穿于軟件開發(fā)的全過程。軟件測試并不等于程序測試，因此，需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)以及程序編碼等各個階段所得到的文檔資料，包括需求規(guī)格說明、軟件概要設(shè)計(jì)規(guī)格說明、軟件詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序，都應(yīng)做為軟件測試的對象。
5.分析：軟件的外部設(shè)計(jì)是從用戶的角度對產(chǎn)品進(jìn)行描述的，外部設(shè)計(jì)規(guī)格說明是在外部設(shè)計(jì)期間產(chǎn)生的文檔，用戶手冊是另一種文檔，與外部設(shè)計(jì)規(guī)格說明不同的是，它是在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔。
6.分析：桌上檢查(Desk Checking)是一種傳統(tǒng)的檢查方法，由程序員自己檢查自己編寫的程序。程序員在程序通過編譯之后，進(jìn)行單元測試設(shè)計(jì)之前，對源程序代碼進(jìn)行分析，對照錯誤列表進(jìn)行檢查，對程序推演測試數(shù)據(jù)，并補(bǔ)充相關(guān)的文檔。桌上檢查的目的就是發(fā)現(xiàn)程序中的錯誤。
7.分析：同行評審的方法很多，基于正式化程度可以分為臨時(shí)評審、桌上檢查、結(jié)對評審、走查、小組評審、正式評審六種，其中走查是一種非正式的評審，但在軟件企業(yè)中被廣泛使用。走查的方法有兩種：一種是使用一些樣品數(shù)據(jù)作為測試用例，一步步的執(zhí)行模塊，極為參與評審的一起檢查以確保正確的邏輯和行為。另一種走查是按照腳本執(zhí)行，通過腳本描述一個具體的任務(wù)或場景，用以說明系統(tǒng)如何在交互中完成預(yù)定的功能。
8.分析：條件覆蓋就是指設(shè)計(jì)若干測試用例，運(yùn)行被測程序，使得每個判定的每個條件的可能取值至少評價(jià)一次。本題可以取(A=8，B=6)和(A=9，B=9)這兩組測試用例，這樣A<=8及B>7都能夠把真假各取一次，達(dá)到100%的條件覆蓋率。 www.Examda.CoM
9.分析：對于一個軟件，其可能的輸入數(shù)據(jù)數(shù)量一般是非常驚人的，所以要想全部將其作為測試用例是不現(xiàn)實(shí)的，應(yīng)當(dāng)選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例，不能隨機(jī)選取測試用例，故A正確，B、C錯誤。軟件測試貫穿于軟件開發(fā)的各個階段，D項(xiàng)錯誤。
10.分析：在進(jìn)行數(shù)據(jù)流測試時(shí)，弄清楚各類型結(jié)點(diǎn)的含義非常重要。輸出語句、賦值語句、循環(huán)控制語句、條件語句和過程調(diào)用，都是定義語句的例子。如果執(zhí)行對應(yīng)這種語句的結(jié)點(diǎn)，就會改變該變量的存儲單元的內(nèi)容。輸出語句、賦值語句、條件語句、循環(huán)控制語句和過程調(diào)用，都是使用語句的例子。如果執(zhí)行對應(yīng)這種語句的結(jié)點(diǎn)，不會改變該變量的存儲單元內(nèi)容。
11.分析：一般測試過程中使用的黑盒測試是基于功能的測試，可以看作是窮舉輸入測試，只有把所有可能的輸入都作為測試用例使用，才能查出程序中所有的錯誤。黑盒測試的覆蓋率取決于測試用例設(shè)計(jì)的完備性。
12.分析：軟件單元測試的對象是可獨(dú)立編譯或匯編的程序模塊或軟件構(gòu)件或面向?qū)ο笤O(shè)計(jì)中的類。而完整的、集成的計(jì)算機(jī)系統(tǒng)是系統(tǒng)測試和驗(yàn)收測試的測試對象。
13.分析：性能測試的目標(biāo)是為了提高軟件性能。對性能測試要判斷出哪些模塊執(zhí)行得最多或者占用的機(jī)器時(shí)間最多，這些模塊就將被重新檢查、重新編寫以便運(yùn)行的更快。性能測試可以通過白盒或黑盒測試方法來測試，但在大多數(shù)實(shí)際情況下，人們都是使用黑盒測試方法來實(shí)現(xiàn)性能測試。
14.分析：對于性能測試來說，分析性能下降曲線往往可以從中獲得很多重要信息，所謂性能下降曲線，就是指性能指標(biāo)(比如響應(yīng)時(shí)間和吞吐量)隨用戶數(shù)的增加而變化的曲線。通常分析性能下降曲線時(shí)，會首先將其分為幾個區(qū)間：性能平坦區(qū)、性能輕微下降區(qū)、性能急劇下降區(qū)。其中性能平坦區(qū)是軟件運(yùn)行的正常狀態(tài)，因此人們往往希望該區(qū)間越長越好;性能輕微下降區(qū)是軟件承受高負(fù)載的緩沖區(qū)，該區(qū)間也是越長越好;性能急劇下降區(qū)不是軟件的正常運(yùn)行區(qū)間，這一階段響應(yīng)時(shí)間會急劇增加至用戶不能忍受，吞吐量會急劇下降甚至低于單用戶時(shí)的吞吐量，但該區(qū)間對于分析性能瓶頸卻有很大作用，通常說來，性能急劇下降區(qū)的起始點(diǎn)(也稱性能拐點(diǎn))就是性能瓶頸出現(xiàn)的地方，此時(shí)進(jìn)一步分析資源利用率就可以找到性能瓶頸的原因。
15.分析：對系統(tǒng)測試分析時(shí)，通常從用戶層、應(yīng)用層、子系統(tǒng)層、協(xié)議等幾個層次入手。因?yàn)橛脩魧用嫦虻淖罱K使用者是用戶，因此用戶層的測試主要圍繞著用戶界面的規(guī)范性、友好性、可操作性、系統(tǒng)對用戶的支持，以及數(shù)據(jù)的安全性等方面展開。另外，用戶層的測試通常還應(yīng)注意可維護(hù)性測試和安全性測試。選項(xiàng)C并發(fā)性能測試屬于應(yīng)用層測試所關(guān)注的。
16.分析：由于系統(tǒng)測試的主要目標(biāo)是測試開發(fā)出來的軟件是否是問題空間的一個合理解，因此對于系統(tǒng)測試而言，面向?qū)ο筌浖c傳統(tǒng)結(jié)構(gòu)化軟件并沒有本質(zhì)區(qū)別。
17.分析：面向?qū)ο笤O(shè)計(jì)與面向?qū)ο蠓治鲇泻芏嗟膮^(qū)別，不能將它們混淆。
18.分析：表示層的測試主要集中在客戶端。包括四個方面：排版結(jié)構(gòu)的測試、鏈接結(jié)構(gòu)的測試、客戶端程序的測試、瀏覽器兼容性測試。
19.分析：Web應(yīng)用軟件的安全性不僅僅與Web應(yīng)用軟件本身的開發(fā)相關(guān)。系統(tǒng)的安全漏洞其實(shí)也算是系統(tǒng)的缺陷，所以安全漏洞的檢測也屬于測試的范疇。對于黑客來說，攻擊更主要是利用系統(tǒng)的已知漏洞進(jìn)行，而不是黑客本身發(fā)現(xiàn)的新漏洞。狹義的入侵是指黑客進(jìn)入或試圖進(jìn)入一個系統(tǒng)，而廣義的入侵是指以任何違反安全規(guī)定的方式使用一個系統(tǒng)
20.分析：軟件易用性測試主要包括三個方面：易安裝性測試、功能易用性測試和用戶界面測試，其中用戶界面是用戶與軟件打交道的唯一渠道，用戶界面是否友好在很大程度上決定了軟件的易用性，因此用戶界面測試是軟件易用性測試最重要的一項(xiàng)內(nèi)容，選項(xiàng)A說法正確。對軟件功能的關(guān)聯(lián)包括靜態(tài)關(guān)聯(lián)和動態(tài)關(guān)聯(lián)兩方面，其中對于靜態(tài)關(guān)聯(lián)的測試可以通過檢查菜單完成，而對于動態(tài)關(guān)聯(lián)的測試需要針對各項(xiàng)任務(wù)設(shè)計(jì)測試用例，以檢查軟件能否合理引導(dǎo)用戶使用下一步的功能，故選項(xiàng)B說法不正確。使用軟件的目的就是能夠減少重復(fù)輸入，保證數(shù)據(jù)的一致性，減輕人工勞動，提高工作效率，故選項(xiàng)C說法正確。軟件的安裝通常需要在安裝手冊的指導(dǎo)下完成，因此檢查和評估軟件安裝手冊的正確性和易用性是安裝性測試的重要內(nèi)容，選項(xiàng)D說法正確。
21.分析：測試總結(jié)是測試過程的最后一個活動，在測試報(bào)告中的內(nèi)容包括：①測試項(xiàng)目概述，②測試用例執(zhí)行情況總結(jié)，③軟件缺陷報(bào)告總結(jié)，④ 被測軟件評價(jià)。
22.分析：測試計(jì)劃的要點(diǎn)有：①目標(biāo)和范圍：包括產(chǎn)品特性、質(zhì)量目標(biāo)、各個階段的測試對象、目標(biāo)范圍和限制，②項(xiàng)目估算：根據(jù)歷史數(shù)據(jù)和采用恰當(dāng)?shù)脑u估技術(shù)，對測試工作量、所需資源作出合理估算，③風(fēng)險(xiǎn)計(jì)劃：測試可能存在的風(fēng)險(xiǎn)分析、識別以及風(fēng)險(xiǎn)的回避監(jiān)控和管理，④日程：項(xiàng)目工作分解結(jié)構(gòu)，并采用時(shí)限圖、甘特圖等方法制定時(shí)間和資源表，⑤項(xiàng)目資源：人員、硬件和軟件等資源的組織和分配，人力資源是重點(diǎn)，⑥跟蹤和控制機(jī)制：質(zhì)量保證和控制、變更管理和控制。
23.分析：自動化測試不是萬能的，它所能夠完成的功能也是有限的，不可能也不要期望將所有的測試活動自動化。根據(jù)經(jīng)驗(yàn)，自動測試只能發(fā)現(xiàn)20%的缺陷，而手工測試可以發(fā)現(xiàn)80%，A項(xiàng)說法錯誤。很多情況下，例如軟件不穩(wěn)定、測試結(jié)果易于人工驗(yàn)證但難于自動化、涉及物理交互的測試，不適合用自動化測試，C項(xiàng)說法錯誤。軟件測試的目的是發(fā)現(xiàn)缺陷，D錯誤。
24.分析：為獨(dú)立的配置管理而設(shè)計(jì)的并且能滿足最終用戶功能的一組軟件稱為是軟件配置項(xiàng)。軟件配置項(xiàng)測試的測試工作要求被測軟件已通過單元測試和集成測試，對需要固化運(yùn)行的軟件提供固件。
25.分析：軟件配置項(xiàng)測試是由軟件的供方組織，由獨(dú)立于軟件開發(fā)人員實(shí)施，而系統(tǒng)測試是由軟件的需方組織，由獨(dú)立于軟件開發(fā)人員實(shí)施。二者都可以委托國家認(rèn)可的第三方測試機(jī)構(gòu)來實(shí)施。在二者的測試工作中都滿足對需要固化的軟件提供固件。
二、論述題
1.分析：首先分析程序的規(guī)則說明和被測程序的功能，將其輸入情況劃分為有效等價(jià)類和無效等價(jià)類，然后按照等價(jià)類設(shè)計(jì)測試用例的方法設(shè)計(jì)有效的測試用例和無效的測試用例。
2.分析：軟件測試過程是一種抽象的模型，用于定義軟件測試的流程和方法。軟件開發(fā)過程質(zhì)量決定軟件的質(zhì)量，軟件測試過程質(zhì)量直接影響測試結(jié)果的準(zhǔn)確性和有效性。
3.分析：首先根據(jù)程序的源代碼，畫出控制流圖。然后通過控制流圖可以計(jì)算出該程序的復(fù)雜度，找出所有的獨(dú)立路徑，根據(jù)基本路徑測試法設(shè)計(jì)測試用例。
【計(jì)算機(jī)四級《軟件測試工程師》模擬試題四答案及解析】相關(guān)文章：
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（三）答案及解析09-11
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（二）答案及解析11-13
2015計(jì)算機(jī)四級《軟件測試工程師》模擬試題（一）答案及解析08-30
計(jì)算機(jī)四級軟件測試工程師模擬試題及答案11-04
2017計(jì)算機(jī)四級軟件測試工程師模擬試題及答案08-07
計(jì)算機(jī)四級軟件測試工程師模擬試題及答案參考09-12