設計系統測試計劃需要參考的項目文擋有哪些？

答案：ACD A:軟件測試計劃 B:可行性研究報告 C:軟件需求規范 D:迭代計劃 【軟件需求】是軟件開發之前做好的，軟件開發是根據這個做的，那么軟件測試自然也需要參考該文件。 【迭代計劃】是軟件的某個周期的計劃，自然也需要參考。 【可行性】是軟件開發前做好，用于證明該計劃可行的，沒有必要參考。 迭代計劃的簡介應提供整個文檔的概述。它應包括此迭代計劃的目的、范圍、定義、首字母縮寫詞、縮略語、參考資料和概述。

確認測試以（）作為基本測試單元。

A:模塊 B:軟件系統 C:軟件子系統 D:變量選B。確認測試又稱有效性測試，有效性測試是在模擬的環境下，運用黑盒測試的方法，驗證被測軟件是否滿足需求規格說明書列出的需求。 確認測試的目的是向未來的用戶表明系統能夠像預定要求那樣工作。經集成測試后，已經按照設計把所有的模塊組裝成一個完整的軟件系統，接口錯誤也已經基本排除了，接著就應該進一步驗證軟件的有效性，這就是確認測試的任務，即軟件的功能和性能如同用戶所合理期待的那樣。 A、D選項的模塊屬于單元測試，C選項的子系統屬于集成測試單元。

try-catch的使用（簡單用法 ）

c#中異常捕獲 語法： try { 有可能出現錯誤的代碼寫在這里 } catch { 出錯后的處理 } 如果try中的代碼沒有出錯，則程序正常運行try中的內容后，不會執行catch中的內容。 如果try中的代碼一但出錯，程序立即跳入catch中去執行代碼，那么try中出錯代碼后的所有代碼就不再執行了。

try-catch-finally的執行順序

結論： 不管有沒有出現異常，finally代碼塊都會執行； 不管try和catch的代碼塊中有return時，finally仍會執行。 且如果finally代碼塊也有return，則此代碼肯定會返回finally執行的return值。

采用等價類劃分方法，為手機號碼設計測試用例，應該劃分（ ）個等價區間（不考慮非數字情況）

附：手機號碼測試標準：手機號碼是否為11位即可

C:3 號碼大于11位，11位，少于11位

圖書管理系統主要包括系統維護模塊、工作人員借還管理模塊和讀者查詢模塊。在軟件測試過程中，測試人員首先對三個模塊進行測試，測試完成后再將系統所有模塊集成起來進行集成測試。該測試策略為（ ）

A:非增量集成測試 非增量式集成測試是采用一步到位的方法來構造測試： 對所有模塊進行個別的單元測試后，按照程序結構圖將各模塊連接起來， 把連接后的程序當作一個整體進行測試。 增量集成測試：集成是逐步實現的，即逐次將未曾集成測試的模塊和已經集成測試的模塊（或 子系統）結合成程序包， 再將這些模塊集成為較大系統，在集成的過程中邊連接邊測試，以發現連接過程中產生的問題。 （分為：自頂向下增量式測試、自底向上增量式測試、混合增量式測 試） 三明治集成是一種混合增殖式測試策略， 綜合了自頂向下和自底向上兩種集成方法的優點，因此也屬于基于功能分解集成。 如果借助圖來介紹三明治集成的話，就是在各個子樹上真正進行大爆炸集成。 樁和驅動器的開發工作都比較小，不過代價是作為大爆炸集成的后果， 在一定程度上增加了定位缺陷的難度。

2元地鐵票售票軟件：投幣2元時，按下“2元”按鈕，彈出相應地鐵票；投幣5元，則彈出地鐵票同時退還3元，若對該功能進行測試用例設計最宜選擇哪種方法（ ）

D:因果圖 首先不存在有效和無效條件，不能使用等價類劃分； 其次沒有給出數值范圍，不能使用邊界值分析； 最后錯誤推導法憑借經驗，這個不適合這道題容易錯選A，A應該是不確定輸入值或者可輸入值過多， 只能劃分區間，而題目中的地鐵投幣已經限定了可投幣的類型， 也就限定了輸入值，那么通過確定的輸入推導可能的輸出，正好符合因果圖。 因果圖是從需求中找出因（輸入條件）和果（輸出或程序改變的狀態）， 通過因果圖轉化為判定表。 1.輸入條件之間的關系（組合、約束） 2.輸入與輸出的關系 3.輸出條件的關系

網絡管理員編寫了shell程序prog1.sh,測試時程序死循環無法結束,可以通過下列方式結束程序（ ）

A:ctrl+C ctrl-c 常用于終止正在運行的程序。 ctrl-d 不是發送信號，而是表示一個特殊的二進制值，表示 EOF。 ctrl+z : 把當前進程轉到后臺運行，使用’ fg ‘命令恢復。 Ctrl+x同上但再按一次會從新回到原位置

白盒測試、黑盒測試

黑盒測試方法有：等價類劃分法、邊界值分析法、因果圖法、 錯誤推測法、綜合策略、正交分析法，用于軟件的確認測試白盒測試方法有：邏輯覆蓋發法，主要包括語句覆蓋、判斷覆蓋、 條件覆蓋、判斷條件覆蓋、條件組合覆蓋、路徑覆蓋

下面描述測試工具的功能正確的有？

A:JMeter: 基于JAVA的壓力測試工具，Badboy用來進行腳本的錄制 B:Junit: 白盒測試工具：針對代碼測試 C:LoadRunner:負載壓力測試 D:TestLink: 用例管理工具LoadRunner-負載壓力測試：預測系統性能。 JMeter+Badboy：基于JAVA的壓力測試工具，Badboy用來進行腳本的錄制 功能測試：通過自動錄制、檢測和回放用戶的應用操作。將輸出記錄同預先給定的記錄比較。 Junit：白盒測試工具：針對代碼測試 測試管理工具：對測試需求、計劃、用例、實施進行管理 測試輔助工具：本身不執行，可以生成測試數據，為測試提供數據準備 負載壓力測試：LoadRunner:預測系統行為和性能的工業標準級負載測試工具。模擬上千萬用戶同時實施并發操作，來實時監控可能發生的問題。 功能測試： QTP(quicktest professional):自動測試工具 白盒測試：C++ TEST（做C和C++的白盒測試）、JUnit（Java白盒測試） 缺陷管理工具：Mantis、BugFree、QC、TD 用例管理工具：TestLink、QC 測試輔助工具：SVN

自頂向下增量式集成測試的缺點包括（ ）

答案：BC A:驅動的開發工作量大 B:底層驗證被推遲 C:底層組間測試不充分 D:設計上的錯誤不能及時被發現自頂向下測試：是從程序的初始模塊開始測試。 （1）該方***在早期發現頂層的錯誤。 （2）早期的程序框架可以進行演示 （3）需要開發樁模塊輔助測試。有些甚至需要多個樁模塊輔助，加大了樁模塊本來的錯誤影響。 （4）測試完一個上層模塊后，挑選哪個模塊作為下一個測試模塊，以及測試的順序沒有唯一的界定標準。 優點：較早地驗證了主要控制和判斷點； 按深度優先可以首先實現和驗證一個完整的軟件功能； 功能較早證實，帶來信心； 只需一個驅動，減少驅動器開發的費用；支持故障隔離。 缺點:柱的開發量大；底層驗證被推遲；底層組件測試不充分。 注意:自底向上才需要驅動開發模塊。

單元測試工具集合

Parasoft jtest 第一個自動化Java單元測試工具. Parasoft C++Test 是單元測試和靜態分析工具，自動測試C和C＋＋類別、功能或組件. Parasoft .TEST 是單元測試和靜態分析工具，自動測試寫在Microsoft.NET框架的類別 Parasoft Insure++ 是一個自動化的內存錯誤、內存泄漏的精確檢測工具。 Parasoft CodeWizard 是高級C/C++源代碼分析工具，采用三百種以上行業相關的編碼準則，自動識別編譯器未檢測到的危險的編碼構造。 DevPartner Studio Professional 是針對軟件開發小組使用 Microsoft Visual C++，Microsoft Visual Basic，Java,ASP 或 HTML 設計的一套緊密配合的調試，測試和管理工具。 Rational Purify 是一個面向VC, VB或者Java開發的測試Visual C/C++ 和Java代碼中與內存有關的錯誤，確保整個應用程序的質量和可靠性。 Rational Quantify 是一個面向VC、VB 或者Java開發的測試性能瓶頸檢測工具 Rational PureCoverage 是一個面向VC、VB或者Java開發的測試覆蓋程度檢測工具

以下哪些工具屬于單元測試工具（）

正確答案: A B D A:PureCoverage B:Purify C:VSS D:Quantify

軟件測試用例主要由測試輸入數據和（）兩部分組成

A:測試的預期結果 軟件測試用例 = 測試預期結果 + 測試用例數據

代碼評審員一般由測試員擔任。請判斷這句話的正確與否。

這句話是錯的

代碼評審的內容： 編碼規范問題：命名不規范、magic number、 System.out…… 代碼結構問題：重復代碼、巨大的方法和類、分層不當、緊耦合 工具、框架使用不當：Spring、Hibernate、AJAX 實現問題：錯誤驗證、異常處理、事務劃分、線程、性能、安全、實現過于復雜、代碼可讀性不佳、擴展性不好 測試問題：測試覆蓋度不夠、可測試性不好 代碼評審不負責檢查功能、邏輯是否正確，這些要靠單元測試和QA工作來解決。代碼評審的工作，測試人員大多對代碼熟悉度和理解度不夠高，這一項工作更傾向于同組的其他開發人員擔任，效果更佳

針對程序段：IF（A||B||C）THEN W=W/X，對于(A,B,C)的取值，（ ）測試用例能夠滿足MCDC（修正條件邏輯判定）的要求。

D:(T,F,F) (F,T,F) (F,F,T) (F,F,F)

驗收測試是由最終用戶來實施的。請判斷這句話的正確與否。

這句話是錯誤的

驗收測試有alpha和beta兩種，且都由用戶來實施，區別在于是否為最終用戶 alpha測試是由一個用戶在開發環境下進行的測試，也可以是公司內部用戶在模擬實際操作環境進行的受控測試。 beta測試是由軟件的多個用戶在一個或多個實際使用環境下進行的測試。驗收測試是在功能測試和系統測試之后進行的，所以驗收測試的前提條件是系統或軟件產品已通過了內部測試。 然后和用戶一起驗收軟件，在真實環境下運行軟件，看是否存在與用戶需求不一致的問題或違背產品規格書的要求。 由于測試人員不可能完全用戶實際使用情況，所以軟件是否真正滿足最終用戶的要求，應由用戶進行一系列的驗收測試。測試人員：用戶和測試部門共同完成

下列哪個測試粒度最大

正確答案: D A:單元測試 B:集成測試 C:系統測試 D:驗收測試根據不同的測試階段，測試可以分為單元測試、集成測試、系統測試和驗收測試。 體現了測試由小到大、又內至外、循序漸進的測試過程和分而治之的思想。單元測試的粒度最小，一般由開發小組采用白盒方式來測試，主要測試單元是否符合“設計”。 集成測試界于單元測試和系統測試之間，起到“橋梁作用”，一般由開發小組采用白盒加黑盒的方式來測試，既驗證“設計”，又驗證“需求”。 系統測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統是否符合“需求規格說明書”。 驗收測試與系統測試相似，主要區別是測試人員不同，驗收測試由用戶執行。 粒度從小到大順序： 單元->集成->系統->驗收

軟件測試方法中的（ ）屬于靜態測試方法

正確答案: D 你的答案: D (正確) A:黑盒法 B:路徑覆蓋 C:錯誤推測 D:人工檢測 靜態測試包括代碼檢查、靜態結構分析、代碼質量度量等。它可以由人工進行，充分發揮人的邏輯思維優勢，也可以借助軟件工具自動進行。 人工測試技術主要包含三種靜態測試技術，分別是走查、審查和正式評審。 比較理想的結果： 1、靜態測試：桌前檢查，代碼走查，代碼審查 2、動態測試：1、白盒法（白盒測試的方法：語句、條件、判定、判定\條件、組合、路徑） 2、黑盒法（等值劃分，邊界分析，因果法，功能法，錯誤推測） 3、灰盒法（介于白黑盒法之間）

測試方法可以分成哪幾種?

正確答案: A B C D A:個人復查 B:抽查和會審 C:黑盒測試 D:白盒測試 人工測試：個人復查、抽查和會審，機器測試：黑盒測試和白盒測試

在執行集成測試階段，產生輸出的是（ ）

D:集成測試報告 白盒測試方法包括：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋，因此沒有邊界值測試！ 雖然邊界值測試既可以用于黑盒也可以用于白盒，但它的確不屬于白盒測試方法。

在程序片中，所定義的變量未被使用可以通過哪種測試方法進行定位（ ）

C:數據流測試 數據流測試按照程序中的變量定義和使用的位置來選擇程序的測試路徑。

軟件測試方法中的（ ）屬于靜態測試方法

答案:D A:黑盒法 B:路徑覆蓋 C:錯誤推測 D:人工檢測 1、靜態測試：桌前檢查，代碼走查，代碼審查 2、動態測試：1、白盒法（白盒測試的方法：語句、條件、判定、判定\條件、組合、路徑） 2、黑盒法（等值劃分，邊界分析，因果法，功能法，錯誤推測） 3、灰盒法（介于白黑盒法之間）

既可以用于黑盒測試，也可以用于白盒測試的方法的是（）

正確答案: B A:邏輯覆蓋法 B:邊界值法 C:基本路徑法 D:正交試驗設計法 邊界值法既可以用于黑盒測試用例，也可以用于白盒測試用例。 基本路徑法用于白盒測試。 正交試驗設計法用于黑盒測試。 邏輯覆蓋法用于白盒測試用例設計。

下列哪個測試粒度最大

答案:D A:單元測試 B:集成測試 C:系統測試 D:驗收測試粒度從小到大順序： 單元->集成->系統->驗收 根據不同的測試階段，測試可以分為單元測試、集成測試、系統測試和驗收測試。 體現了測試由小到大、又內至外、循序漸進的測試過程和分而治之的思想。 單元測試的粒度最小，一般由開發小組采用白盒方式來測試，主要測試單元是否符合“設計”。 集成測試界于單元測試和系統測試之間，起到“橋梁作用”，一般由開發小組采用白盒加黑盒的方式來測試，既驗證“設計”，又驗證“需求”。 系統測試的粒度最大，一般由獨立測試小組采用黑盒方式來測試，主要測試系統是否符合“需求規格說明書”。 驗收測試與系統測試相似，主要區別是測試人員不同，驗收測試由用戶執行。

軟件測試計劃評審會需要哪些人員參加？

答案：ABCD A:項目經理 B:SQA 負責人 C:配置負責人 D:測試組 軟件質量保證（SQA-Software Quality Assurance）是建立一套有計劃， 有系統的方法，來向管理層保證擬定出的標準、步驟、 實踐和方法能夠正確地被所有項目所采用。 測試組，這一項有些誤導。可以理解為測試人員，也可以理解為測試經理。 而測試人員，是不需要參加測試計劃的評審的。

下面哪些屬于動態分析（）

答案:BC A:代碼覆蓋率 B:模塊功能檢查 C:系統壓力測試 D:程序數據流分析動態程序分析是對計算機軟件的分析，該計算機軟件是通過在真實或虛擬處理器上執行從該軟件構建的程序來執行的。 A代碼覆蓋是由測試需求和測試用例的覆蓋或已執行代碼的覆蓋表示的。建立在對測試結果的評估和對測試過程中確定的變更請求(缺陷)的分析的基礎上。 D選項數據流分析是一項編譯時使用的技術，它能從程序代碼中收集程序的語義信息，井通過代數的方法在編譯時確定變量的定義和使用。 動態分析：代碼運行結束后。模塊功能檢查和系統壓力測試，必須執行代碼后才能分析。 靜態分析：代碼運行之前。數據流分析和代碼覆蓋率，不需要執行代碼就可分析。

驗收測試是由最終用戶來實施的。請判斷這句話的正確與否。

這句話是錯誤的

驗收測試有alpha和beta兩種，且都由用戶來實施，區別在于是否為最終用戶。 alpha測試是由一個用戶在開發環境下進行的測試，也可以是公司內部用戶在模擬實際操作環境進行的受控測試。 beta測試是由軟件的多個用戶在一個或多個實際使用環境下進行的測試。

以下哪些是服務器性能測試中的性能指標？（ ）

正確答案: A B D A:吞吐量 B:響應時間 C:磁盤大小 D:CPU使用率 圈重點。性能。服務器的性能，吞吐量，響應時間，cpu使用率。 磁盤大小是服務器的配置，換句話說，磁盤大和小都不是性能指標。 磁盤大小是計算機硬件本身決定的

測試設計員的職責有：()

正確答案: B C A:制定測試計劃 B:設計測試用例 C:設計測試過程、腳本 D:評估測試活動 測試設計人員主要負責設計測試用例以及設計測試過程。 制定測試計劃是測試經理來做的。 評估測試活動是測試經理組織開發人員來進行的。

判斷對錯。系統測試計劃屬于項目階段性關鍵文檔，因此需要同行評審。

這句話是對的

同行評審目的:發現小規模工作產品的錯誤,系統測試計劃屬于項目階段性關鍵文檔，同行評審是必須的

系統測試由若干個不同的測試類型組成，其中（）檢查系統能力的最高實際限度，即軟件在一些超負荷情況下的運行情況。

正確答案: B 情況測試 性能測試 恢復測試 可靠性測試 1、性能測試是測試過程中不可或缺的一個環節，它是通過自動化腳本的測試工具模擬多種正常、峰值以及異常條件來對系統的各項性能指標進行測試。 2、恢復測試是測試一個系統從如下災難中能否很好地恢復，如遇到系統崩潰、硬件損壞或其他災難性問題。 恢復測試指通過人為的讓軟件（或者硬件）出現故障來檢測系統是否能正確的恢復，通常關注恢復所需的時間以及恢復的程度。

下面哪些屬于網游的測試內容？

正確答案: A B C D A:客戶端性能 B:服務器端性能 C:從運行完 game.exe 打開游戲界面后可進行的各種操作、玩法 D:界面

在以下測試階段中，哪些涉及到路徑測試?

正確答案: A B A:單元測試 B:集成測試 C:系統測試 D:驗收測試 因為白盒測試的方法主要有接口測試、路徑測試，又因為在單元測試和繼承測試中用到了白盒測試方法，所以在單元測試和集成測試中涉及到路徑測試。 單元測試和集成測試用到了白盒測試. 白盒測試方法主要有接口測試、路徑測試。 故單元測試和集成測試涉及到了路徑測試。系統測試和驗收測試市=是功能測試。

測試驅動開發，英文全稱Test-Driven Development，簡稱 TDD

測試驅動開發，英文全稱Test-Driven Development，簡稱TDD，是一種不同于傳統軟件開發流程的新型的開發方法。 它要求在編寫某個功能的代碼之前先編寫測試代碼，然后只編寫使測試通過的功能代碼，通過測試來推動整個開發的進行。 這有助于編寫簡潔可用和高質量的代碼，并加速開發過程。TDD的原理是在開發功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什么產品代碼。 TDD的基本思路就是通過測試來推動整個開發得進行，但測試驅動開發并不只是單純的測試工作，而是把需求分析，設計，質量控制量化的過程。 TDD的重要目的不僅僅是測試軟件，測試工作保證代碼質量僅僅是其中一部分，而且是在開發過程中幫助客戶和程序員去除模棱兩可的需求。 TDD首先考慮使用需求（對象、功能、過程、接口等），主要是編寫測試用例框架對功能的過程和接口進行設計，而測試框架可以持續進行驗證。

iOS單元測試框架有哪些？

正確答案: A B C A:XCTest B:GHUnit C:OCMock D:NSXMLOCUnit 是 OC 官方測試框架， 現在被 XCTest 所取代。 XCTest 是與 Foundation 框架平行的測試框架。 GHUnit 是第三方的測試框架。 OCMock都是第三方的測試框架。

下列敘述中，哪些是集成測試的入口準則（）

正確答案: B C A:系統測試已經完成，并提交《系統測試報告》 B:單元測試已經完成，并提交《單元測試報告》 C:代碼走查完成，已進入受控庫并完成產品集成 D:軟件使用指南已經完成先是單元測試，然后是系統測試，單元測試過程中要完成代碼的完成。 完成單元測試報告之后，再進行系統測試，軟件使用指南是最后階段。

以下屬于軟件調試技術的是（）

正確答案: A C D A:強行排錯法 B:集成測試法 C:回溯法 D:原因排除法 測試的目的是暴露錯誤，調試的目的是發現錯誤發生的原因并修復解決。 調試方法：強行排錯，回溯法，歸納法，演繹法等。

下面哪些屬于動態分析（）

正確答案: B C 你的答案: B C (正確) A:代碼覆蓋率 B:模塊功能檢查 C:系統壓力測試 D:程序數據流分析動態分析：代碼運行結束后。模塊功能檢查和系統壓力測試，必須執行代碼后才能分析。 靜態分析：代碼運行之前。數據流分析和代碼覆蓋率，不需要執行代碼就可分析。

手機發送短信長度限定在70個漢字以內（包括70），若對該功能進行等價類測試，無效等價類為（ ）

正確答案: A 你的答案: A (正確) 短信內容長度為0 短信內容長度為1 短信內容長度為69 短信內容長度為70有效等價類：短信內容長度在70個漢字以內。無效等價類：短信內容長度為0、短信內容長度大于70。

測試人員在Windows Server 2003系統下，通過逐步增加用戶數對某購物網站進行測試，統計發現該平臺在吞吐量超過300頁每秒時，系統處于失效狀態。該測試內容為哪種測試（ ）

正確答案: B A:性能測試 B:負載測試 C:壓力測試 D:系統測試

下列有關Beta測試的敘述中，正確的是（）

正確答案: A B A:Beta測試是一種驗收測試 B:產品通過Beta測試后，即可正式發行。 C:Beta測試應該由程序員或測試員完成 D:Beta測試是在開發環境下進行的測試Beta測試由軟件的最終用戶們在一個或多個客戶場所進行。 與Alpha測試 不同，開發者通常不在Beta測試的現場，因Beta測試是軟件在開發者不能控制的環境中的“真實”應用。 用戶Beta測試過程 中遇到的一切問題（真實在或想像的），并且定期把這些問題報告給開發者。 接收到在Beta測試期間報告的問題之后，開發者對軟件產品進行必要的修改，并準備向全體客戶發布最終的軟件產品。

總結

以上是生活随笔為你收集整理的牛客题库—软件测试（二）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。