答案解析：

　　一、選擇題

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

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

　　3.分析：軟件測試生存周期模型描述了軟件測試的全過程：單元測試、集成測試、系統(tǒng)測試、驗收測試和回歸測試等。

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

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

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

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

　　8.分析：單元測試主要從下面五個基本特征進行測試，分別是：模塊接口、局部數(shù)據(jù)結構、獨立路徑和出錯處理。故不能完成的測試是系統(tǒng)功能，這通常是在系統(tǒng)測試時進行的。

　　9.分析：考察各種邏輯覆蓋的關系：

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

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

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

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

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

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

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

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

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

　　13.分析：自動測試腳本最好采用模塊化方法。

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

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

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

　　17.分析：在面向對象程序測試中，通過執(zhí)行程序代碼完成的測試通常包括單元測試、集成測試和系統(tǒng)測試三個主要方面。其中單元測試的基本要求是被測單元被獨立地測試，而在測試面向對象程序時，由于一個類的各個成員方法通常是相互聯(lián)系的，因而很難對一個類中的單個成員方法進行充分的單元測試。面向對象程序中的一個類甚至也不能作為被獨立測試的單元，主要原因一方面是由于繼承的存在，一個類通常依賴于其父類和其他祖先類，另一方面由于面向對象程序經(jīng)常出現(xiàn)多個類相互依賴也會導致每個類難以被獨立的測試。集成測試是針對程序的集成結構進行，在面向對象程序中，許多集成機制在傳統(tǒng)結構化程序中沒有，因而結構化程序的集成測試技術難以適用于對類的測試。

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

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

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

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

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

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

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

　　新建(New)--測試中新報告的軟件問題

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

　　關閉(Closed)--確認為無效的軟件問題

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

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

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

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

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

　　相關推薦：

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

　　2015計算機等級考試通關必看:一至四級備考分享

　　2015年計算機四級《網(wǎng)絡工程師》鞏固練習題匯總

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