答案解析：

　　一、選擇題

　　1.分析：外部質(zhì)量是針對(duì)要求的滿足程度而言的，是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足規(guī)定的和隱含的要求的程度而內(nèi)部質(zhì)量則主要是根據(jù)軟件產(chǎn)品的情況給出的，內(nèi)部質(zhì)量是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，決定其滿足規(guī)定的和隱含的要求的能力的產(chǎn)品屬性的全體。故選項(xiàng)A和C敘述剛好顛倒，選項(xiàng)B中的性質(zhì)都是屬于軟件的質(zhì)量特性的，而選項(xiàng)D中關(guān)于使用質(zhì)量的敘述是完全正確的。

　　2.分析：：驗(yàn)證是檢查軟件開發(fā)的各個(gè)階段過程活動(dòng)的結(jié)果是否滿足規(guī)格說明的描述，證實(shí)各階段和階段之間的邏輯協(xié)調(diào)性、完備性和正確性。確認(rèn)是證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即是否滿足用戶的要求。Bohem給出了一個(gè)經(jīng)典定義：驗(yàn)證是檢查我們是否正在正確地建造一個(gè)產(chǎn)品，它強(qiáng)調(diào)的是過程的正確性。而確認(rèn)是檢查我們是否在建成一個(gè)正確的產(chǎn)品，它強(qiáng)調(diào)的是產(chǎn)品的正確性。

　　3.分析：軟件測(cè)試生存周期模型描述了軟件測(cè)試的全過程：?jiǎn)卧獪y(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試等。

　　4.分析：自底向上測(cè)試與自頂向下測(cè)試策略都是增量式的測(cè)試，軟件是分層設(shè)計(jì)的，主模塊調(diào)用子模塊，子模塊又依次調(diào)用更低層次的模塊，依此類推。在自底向上單元測(cè)試的策略中，應(yīng)首先測(cè)試最底層的模塊，利用輔助的測(cè)試驅(qū)動(dòng)模塊調(diào)用他們并傳遞測(cè)試數(shù)據(jù)，然后再測(cè)試更高層次的模塊，再較高層次的模塊測(cè)試中可以直接調(diào)用已測(cè)試過的較低層次的模塊。在自頂向下測(cè)試中，首先測(cè)試的則是頂層模塊，無須編寫驅(qū)動(dòng)模塊，但要使用樁模塊，當(dāng)頂層模塊被證明無誤后，在測(cè)試下一個(gè)高層次的模塊。

　　5.分析：在各個(gè)時(shí)期進(jìn)行的軟件測(cè)試，其依據(jù)都是不同的，測(cè)試用例的設(shè)計(jì)應(yīng)該與各個(gè)時(shí)期的文檔有關(guān)，故測(cè)試用例的設(shè)計(jì)與需求規(guī)格說明書，程序復(fù)雜程度，源程序都是有關(guān)的。而項(xiàng)目的開發(fā)計(jì)劃是為程序的開發(fā)做準(zhǔn)備的，與測(cè)試無關(guān)。

　　6.分析：在黑盒測(cè)試中，這些測(cè)試策略基本上都要考慮輸入條件的組合，但是基于因果圖的方法就是著重檢查輸入條件組合的一種測(cè)試方法。

　　7.分析：題目要求達(dá)到100%的判定覆蓋率，即要求所以的判定真假都至少執(zhí)行一次，故我們?nèi)《?A=12，B=7)和(A=7，B=10)兩組測(cè)試用例，即可滿足題目要求。

　　8.分析：?jiǎn)卧獪y(cè)試主要從下面五個(gè)基本特征進(jìn)行測(cè)試，分別是：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑和出錯(cuò)處理。故不能完成的測(cè)試是系統(tǒng)功能，這通常是在系統(tǒng)測(cè)試時(shí)進(jìn)行的。

　　9.分析：考察各種邏輯覆蓋的關(guān)系：

　　條件組合覆蓋>判定覆蓋>語句覆蓋(即如果達(dá)到條件組合覆蓋，就達(dá)到判定覆蓋和語

　　句覆蓋;如果達(dá)到判定覆蓋，就達(dá)到語句覆蓋，下面類似理解)。

　　條件組合覆蓋>條件覆蓋。

　　條件覆蓋不一定包含判定覆蓋、語句覆蓋。

　　判定覆蓋不一定包含條件覆蓋。

　　路徑覆蓋>判定覆蓋>語句

　　10.分析：評(píng)審是一種軟件開發(fā)前期階段人工測(cè)試的方法，主要是發(fā)現(xiàn)缺陷，并通過評(píng)審標(biāo)準(zhǔn)檢查軟件文檔，故選項(xiàng)A、選項(xiàng)B和選項(xiàng)D都與軟件評(píng)審有關(guān)。而評(píng)審這一階段是不需要依靠測(cè)試信息的。

　　11.分析：Myers提出的軟件缺陷的群集現(xiàn)象是指：測(cè)試后程序中殘余的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。即一個(gè)功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的缺陷的可能性就越大。

　　12.分析：根據(jù)等價(jià)類劃分法設(shè)計(jì)測(cè)試用例的原則。

　　13.分析：自動(dòng)測(cè)試腳本最好采用模塊化方法。

　　14.分析：增量測(cè)試策略首先要對(duì)程序的每個(gè)程序單元或程序部件單獨(dú)進(jìn)行測(cè)試，這種測(cè)試便是單元測(cè)試或模塊測(cè)試或部件測(cè)試。在單元測(cè)試時(shí)，程序員必須編寫一個(gè)驅(qū)動(dòng)模塊，用來調(diào)用被測(cè)模塊并向其傳送測(cè)試數(shù)據(jù)，若該模塊調(diào)用了其他模塊，程序員必須編寫一個(gè)樁模塊，用來代替被調(diào)用的模塊。

　　15.分析：軟件的性能是軟件的一種非功能特性，響應(yīng)時(shí)間軟件性能指標(biāo)之一，響應(yīng)時(shí)間是指系統(tǒng)對(duì)請(qǐng)求作出響應(yīng)的時(shí)間，對(duì)于單機(jī)的沒有并發(fā)操作的應(yīng)用系統(tǒng)而言，人們普遍認(rèn)為響應(yīng)時(shí)間會(huì)是一個(gè)合理且準(zhǔn)確的性能指標(biāo)，但是要指出的是，在實(shí)際測(cè)試中，響應(yīng)時(shí)間的絕對(duì)值并不能直接反映軟件性能的高低，軟件性能的高低實(shí)際上取決于用戶對(duì)響應(yīng)時(shí)間的接受程度。

　　16.分析：軟件可靠性分析方法主要有：失效模式影響分析、嚴(yán)酷性分析、故障樹分析、事件樹分析和潛在線路分析。其中失效模式影響分析(FMEA)的基本假設(shè)是產(chǎn)品本身的邏輯沒有故障，但其各部件出現(xiàn)的故障可能會(huì)導(dǎo)致產(chǎn)品出現(xiàn)故障，所以，該方法的思路是通過分析產(chǎn)品與其各個(gè)部件的邏輯，從而分析出各個(gè)部件的故障對(duì)整個(gè)產(chǎn)品可靠性的影響。故當(dāng)軟件的各部件組成邏輯都相對(duì)簡(jiǎn)單的情況下，采用該方法是最適合的。

　　17.分析：在面向?qū)ο蟪绦驕y(cè)試中，通過執(zhí)行程序代碼完成的測(cè)試通常包括單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試三個(gè)主要方面。其中單元測(cè)試的基本要求是被測(cè)單元被獨(dú)立地測(cè)試，而在測(cè)試面向?qū)ο蟪绦驎r(shí)，由于一個(gè)類的各個(gè)成員方法通常是相互聯(lián)系的，因而很難對(duì)一個(gè)類中的單個(gè)成員方法進(jìn)行充分的單元測(cè)試。面向?qū)ο蟪绦蛑械囊粋�(gè)類甚至也不能作為被獨(dú)立測(cè)試的單元，主要原因一方面是由于繼承的存在，一個(gè)類通常依賴于其父類和其他祖先類，另一方面由于面向?qū)ο蟪绦蚪?jīng)常出現(xiàn)多個(gè)類相互依賴也會(huì)導(dǎo)致每個(gè)類難以被獨(dú)立的測(cè)試。集成測(cè)試是針對(duì)程序的集成結(jié)構(gòu)進(jìn)行，在面向?qū)ο蟪绦蛑校S多集成機(jī)制在傳統(tǒng)結(jié)構(gòu)化程序中沒有，因而結(jié)構(gòu)化程序的集成測(cè)試技術(shù)難以適用于對(duì)類的測(cè)試。

　　18.分析：Web應(yīng)用軟件與其他的應(yīng)用軟件有較大的差別，其特點(diǎn)有①基于無連接協(xié)議，②內(nèi)容驅(qū)動(dòng)，③開發(fā)周期短，④演化頻繁，⑤安全性要求較高，⑥美觀性要求較高。

　　19.分析：Web應(yīng)用軟件的系統(tǒng)測(cè)試除了功能測(cè)試外還包括性能測(cè)試、易用性測(cè)試、內(nèi)容測(cè)試、安全性測(cè)試和接口測(cè)試等。功能測(cè)試主要包括：①連接測(cè)試，②表單測(cè)試，③Cookie測(cè)試，故選項(xiàng)C正確，由排版結(jié)構(gòu)的測(cè)試是Web應(yīng)用軟件表示層的測(cè)試，故A不正確。而對(duì)數(shù)據(jù)完整性的測(cè)試是Web應(yīng)用軟件數(shù)據(jù)層的測(cè)試，故選型B不正確。對(duì)于Web應(yīng)用軟件而言，性能測(cè)試是一個(gè)至關(guān)重要的因素，所以對(duì)Web應(yīng)用軟件進(jìn)行系統(tǒng)測(cè)試時(shí)，必須考慮性能測(cè)試，故D說法錯(cuò)誤。

　　20.分析：所謂兼容性測(cè)試，是指針對(duì)軟件對(duì)其運(yùn)行環(huán)境的依賴進(jìn)行測(cè)試，以驗(yàn)證軟件是否能夠在所有期望的環(huán)境中運(yùn)行。在大多數(shù)情況下，兼容性測(cè)試主要考慮硬件兼容性、軟件兼容性和數(shù)據(jù)兼容性三個(gè)方面。

　　21.分析：功能易用性是指用戶能否方便、快速、準(zhǔn)確地使用軟件提供地功能來完成需

　　要完成的任務(wù)。一般功能易用性測(cè)試涉及面很廣，其主要內(nèi)容有：①業(yè)務(wù)符合度，②功能定制性，③功能的關(guān)聯(lián)度，④數(shù)據(jù)的共享度，⑤用戶約束的合理性，⑥反饋的及時(shí)性。

　　22.分析：極限編程強(qiáng)調(diào)靈活的分析和設(shè)計(jì)，極限編程與傳統(tǒng)軟件開發(fā)方法相比，有四個(gè)主要特征：①簡(jiǎn)單地分析設(shè)計(jì)，②頻繁地客戶交流，③增量式開發(fā)，④連續(xù)的測(cè)試。這些特征決定了極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求。單元測(cè)試是極限編程中最重要的發(fā)現(xiàn)缺陷的手段，主要由編碼人員來完成，驗(yàn)收測(cè)試主要由用戶來完成，但編碼人員也必須在場(chǎng)，以便與用戶進(jìn)行交流。另外極限編程要求在編碼之前先設(shè)計(jì)測(cè)試，因?yàn)檫@樣可提高編碼人員測(cè)試自己編寫代碼的效率。

　　23.分析：軟件問題的狀態(tài)定義如下：

　　新建(New)--測(cè)試中新報(bào)告的軟件問題

　　打開(Open)--軟件問題已被確認(rèn)并分配給相關(guān)開發(fā)工程師處理

　　關(guān)閉(Closed)--確認(rèn)為無效的軟件問題

　　待驗(yàn)(Pending)--工程師已完成修正，等待測(cè)試人員驗(yàn)證

　　解決(Resolved)--軟件問題已被修復(fù)

　　24.分析：在軟件系統(tǒng)開發(fā)過程中，度量與分析同樣體現(xiàn)的是"全過程測(cè)試"理念，對(duì)測(cè)試過程的度量有利于及時(shí)把握項(xiàng)目情況，對(duì)過程數(shù)據(jù)進(jìn)行分析，很容易發(fā)現(xiàn)優(yōu)勢(shì)和劣勢(shì)，找出需要改進(jìn)的地方，及時(shí)調(diào)整測(cè)試策略。所以說度量與分析是軟件測(cè)試過程可持續(xù)改進(jìn)的根本。

　　25.分析：在QESuiteWebVersion1.0中，可以監(jiān)控軟件問題報(bào)告處理過程和軟件系統(tǒng)各

　　模塊軟件問題布狀況，測(cè)試管理人員使用"按功能分類"視圖查看軟件問題分布情況，可以了解哪些模塊存在嚴(yán)重的軟件問題。使用"按狀態(tài)/子狀態(tài)"視圖可以了解當(dāng)前所有軟件問題的處理狀態(tài)。使用"按子系統(tǒng)/狀態(tài)"視圖可以了解各個(gè)部分軟件問題的數(shù)量情況，及時(shí)調(diào)整開發(fā)人員修復(fù)和測(cè)試人員驗(yàn)證的工作方向。使用"嚴(yán)重性"視圖可以了解當(dāng)前軟件問題的嚴(yán)重性分布。

　　相關(guān)推薦：

　　2015年全國(guó)計(jì)算機(jī)等級(jí)考試無紙化考試系統(tǒng)操作指南

　　2015計(jì)算機(jī)等級(jí)考試通關(guān)必看:一至四級(jí)備考分享

　　2015年計(jì)算機(jī)四級(jí)《網(wǎng)絡(luò)工程師》鞏固練習(xí)題匯總

　　2015計(jì)算機(jī)四級(jí)《數(shù)據(jù)庫工程師》應(yīng)用題及解析匯總