設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有哪些？

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

確認(rèn)測試以（）作為基本測試單元。

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

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

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

try-catch-finally的執(zhí)行順序

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

采用等價類劃分方法，為手機號碼設(shè)計測試用例，應(yīng)該劃分（ ）個等價區(qū)間（不考慮非數(shù)字情況）

附：手機號碼測試標(biāo)準(zhǔn)：手機號碼是否為11位即可

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

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

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

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

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

網(wǎng)絡(luò)管理員編寫了shell程序prog1.sh,測試時程序死循環(huán)無法結(jié)束,可以通過下列方式結(jié)束程序（ ）

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

白盒測試、黑盒測試

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

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

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

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

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

單元測試工具集合

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

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

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

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

A:測試的預(yù)期結(jié)果 軟件測試用例 = 測試預(yù)期結(jié)果 + 測試用例數(shù)據(jù)

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

這句話是錯的

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

針對程序段：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兩種，且都由用戶來實施，區(qū)別在于是否為最終用戶 alpha測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部用戶在模擬實際操作環(huán)境進(jìn)行的受控測試。 beta測試是由軟件的多個用戶在一個或多個實際使用環(huán)境下進(jìn)行的測試。驗收測試是在功能測試和系統(tǒng)測試之后進(jìn)行的，所以驗收測試的前提條件是系統(tǒng)或軟件產(chǎn)品已通過了內(nèi)部測試。 然后和用戶一起驗收軟件，在真實環(huán)境下運行軟件，看是否存在與用戶需求不一致的問題或違背產(chǎn)品規(guī)格書的要求。 由于測試人員不可能完全用戶實際使用情況，所以軟件是否真正滿足最終用戶的要求，應(yīng)由用戶進(jìn)行一系列的驗收測試。測試人員：用戶和測試部門共同完成

下列哪個測試粒度最大

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

軟件測試方法中的（ ）屬于靜態(tài)測試方法

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

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

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

在執(zhí)行集成測試階段，產(chǎn)生輸出的是（ ）

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

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

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

軟件測試方法中的（ ）屬于靜態(tài)測試方法

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

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

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

下列哪個測試粒度最大

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

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

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

下面哪些屬于動態(tài)分析（）

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

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

這句話是錯誤的

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

以下哪些是服務(wù)器性能測試中的性能指標(biāo)？（ ）

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

測試設(shè)計員的職責(zé)有：()

正確答案: B C A:制定測試計劃 B:設(shè)計測試用例 C:設(shè)計測試過程、腳本 D:評估測試活動 測試設(shè)計人員主要負(fù)責(zé)設(shè)計測試用例以及設(shè)計測試過程。 制定測試計劃是測試經(jīng)理來做的。 評估測試活動是測試經(jīng)理組織開發(fā)人員來進(jìn)行的。

判斷對錯。系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，因此需要同行評審。

這句話是對的

同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔，同行評審是必須的

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

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

下面哪些屬于網(wǎng)游的測試內(nèi)容？

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

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

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

測試驅(qū)動開發(fā)，英文全稱Test-Driven Development，簡稱 TDD

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

iOS單元測試框架有哪些？

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

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

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

以下屬于軟件調(diào)試技術(shù)的是（）

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

下面哪些屬于動態(tài)分析（）

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

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

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

測試人員在Windows Server 2003系統(tǒng)下，通過逐步增加用戶數(shù)對某購物網(wǎng)站進(jìn)行測試，統(tǒng)計發(fā)現(xiàn)該平臺在吞吐量超過300頁每秒時，系統(tǒng)處于失效狀態(tài)。該測試內(nèi)容為哪種測試（ ）

正確答案: B A:性能測試 B:負(fù)載測試 C:壓力測試 D:系統(tǒng)測試

下列有關(guān)Beta測試的敘述中，正確的是（）

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。