軟件測(cè)試面精彩試題及問(wèn)題詳解

實(shí)用文檔軟件開(kāi)發(fā)——軟件測(cè)試1、測(cè)試的關(guān)鍵問(wèn)題是()A．如何組織對(duì)軟件的評(píng)審 B ．如何驗(yàn)證程序的正確性C．如何采用綜合策略 D ．如何選擇測(cè)試用例2、下面不屬于軟件測(cè)試步驟的是A．集成測(cè)試 B ．回歸測(cè)試 C ．確認(rèn)測(cè)試 D．單元測(cè)試3、自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。請(qǐng)判斷這句話的正確與否。A．T B ．F4、測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過(guò)。請(qǐng)判斷這句話的正確與否。A．T B ．F5、軟件測(cè)試類(lèi)型按開(kāi)發(fā)階段劃分是？A．需求測(cè)試、單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試B．單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試C．單元測(cè)試、集成測(cè)試、驗(yàn)證測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試D．調(diào)試、單元測(cè)試、集成測(cè)試、用戶測(cè)試6、如果我們可以通過(guò)覆蓋率檢測(cè)來(lái)判斷我們是否對(duì)所有的路徑都進(jìn)行了測(cè)試，但是仍然可能存在未被檢測(cè)出來(lái)的缺陷，原因是（）A．全部選項(xiàng)B．程序可能因?yàn)槿蹦承┞窂蕉嬖趩?wèn)題C．窮舉路徑的測(cè)試可能不好暴露數(shù)據(jù)敏感的錯(cuò)誤D．就算窮舉路徑測(cè)試也不能保證程序符合需求7、下面哪些屬于網(wǎng)游的測(cè)試內(nèi)容？A．客戶端性能B．服務(wù)器端性能C．從運(yùn)行完game.exe打開(kāi)游戲界面后可進(jìn)行的各種操作、玩法D．界面8、下述有關(guān)負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的描述正確的有？A．負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。B．強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長(zhǎng)時(shí)間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。C．容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。D．容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。標(biāo)準(zhǔn)文案大全實(shí)用文檔9、集成測(cè)試的過(guò)程包括有以下哪些？A．構(gòu)建的確認(rèn)過(guò)程 B ．系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程C．測(cè)試用例設(shè)計(jì)過(guò)程 D ．Bug的報(bào)告過(guò)程10、下面關(guān)于軟件測(cè)試，描述正確的是？A．軟件測(cè)試是使用人工操作或者軟件自動(dòng)運(yùn)行的方式來(lái)檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別的過(guò)程。B．軟件測(cè)試的測(cè)試目標(biāo)是發(fā)現(xiàn)一些可以通過(guò)測(cè)試避免的開(kāi)發(fā)風(fēng)險(xiǎn)。C．軟件測(cè)試的原則之一是測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開(kāi)始介入D．軟件測(cè)試主要工作內(nèi)容是驗(yàn)證（verification）和確認(rèn)（validation）11、驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。請(qǐng)判斷這句話的正確與否。A．TB．F12、下面屬于黑盒測(cè)試方法的是A．語(yǔ)句覆蓋B．邏輯覆蓋C．邊界值分析D．路徑覆蓋13、項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。請(qǐng)判斷這句話的正確與否。A．TB．F14、下面屬于白盒測(cè)試方法的是A．等價(jià)劃分方法B．邏輯覆蓋C．邊界值分析D．錯(cuò)誤推測(cè)法15、負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。請(qǐng)判斷這句話的正確與否。A．T B ．F16、既可以用于黑盒測(cè)試，也可以用于白盒測(cè)試的方法的是（）A．邏輯覆蓋法 B ．邊界值法 C ．基本路徑法 D ．正交試驗(yàn)設(shè)計(jì)法17、判斷對(duì)錯(cuò)。系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要同行評(píng)審。A．T B ．F18、單元測(cè)試能發(fā)現(xiàn)約 80%的軟件缺陷。請(qǐng)判斷這句話的正確與否。A．T B ．F19、軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。請(qǐng)判斷這句話的正確與否。A．T B ．F20、軟件測(cè)試的對(duì)象包括（ ）A．目標(biāo)程序和相關(guān)文檔B．源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔C．目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件D．源程序和目標(biāo)程序標(biāo)準(zhǔn)文案大全實(shí)用文檔21、代碼評(píng)審員一般由測(cè)試員擔(dān)任。請(qǐng)判斷這句話的正確與否。A．T B ．F22、alpha測(cè)試與beta的區(qū)別，描述錯(cuò)誤的是？A．a(chǎn)lpha測(cè)試是在用戶組織模擬軟件系統(tǒng)的運(yùn)行環(huán)境下的一種驗(yàn)收測(cè)試，由用戶或第三方測(cè)試公司進(jìn)行的測(cè)試，模擬各類(lèi)用戶行為對(duì)即將面市的軟件產(chǎn)品進(jìn)行測(cè)試，試圖發(fā)現(xiàn)并修改錯(cuò)誤。B．Beta測(cè)試是用戶公司組織各方面的典型終端用戶在日常工作中實(shí)際使用 bet版本，并要求用戶報(bào)告異常情況，提出批評(píng)意見(jiàn)。C．beta測(cè)試的環(huán)境是不受開(kāi)發(fā)方控制的，誰(shuí)也不知道用戶如何折磨軟件，用戶數(shù)量相對(duì)比較多，時(shí)間不集中。D．beta測(cè)試先于alpha測(cè)試執(zhí)行23、關(guān)于測(cè)試驅(qū)動(dòng)開(kāi)發(fā)，描述錯(cuò)誤的是A．測(cè)試驅(qū)動(dòng)開(kāi)發(fā)式是一種敏捷開(kāi)發(fā)方法B．TDD需求開(kāi)發(fā)人員學(xué)習(xí)測(cè)試相關(guān)知識(shí)C．測(cè)試驅(qū)動(dòng)開(kāi)發(fā)不適合使用 CMM/CMMI方法D．測(cè)試驅(qū)動(dòng)開(kāi)發(fā)可以和結(jié)對(duì)編程結(jié)合使用24、下面有關(guān)白盒測(cè)試和黑盒測(cè)試說(shuō)法錯(cuò)誤的有？A．白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，是指基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，即基于覆蓋全部代碼、分支、路徑、條件的測(cè)試。B．黑盒測(cè)試也稱(chēng)功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用C．黑盒測(cè)試，也稱(chēng)作黑盒分析，是基于對(duì)程序內(nèi)部細(xì)節(jié)有限認(rèn)知上的軟件調(diào)試方法D．黑盒測(cè)試與白盒測(cè)試相比，更需要關(guān)心模塊與模塊之間的交互25、下圖用基本路徑法測(cè)試需要覆蓋幾條路徑？（ ）A．3 B．4 C．5 D．6標(biāo)準(zhǔn)文案大全實(shí)用文檔26、在下面說(shuō)列舉的邏輯測(cè)試覆蓋中，測(cè)試覆蓋最強(qiáng)的是？A．條件覆蓋 B．條件組合覆蓋 C ．語(yǔ)句覆蓋 D．判定/條件覆蓋27、計(jì)算一個(gè)任意三角形的面積，S=√(p(p-a)(p-b)(p-c)),p=(a+b+c)/2,以下等價(jià)類(lèi)測(cè)試用例中，不屬于無(wú)效等價(jià)類(lèi)的是（）A．a(chǎn)=5，b=3，c=6; B ．a(chǎn)=2，b=3，c=5;C．a(chǎn)=7，b=3，c=3; D ．a(chǎn)=2，b=6，c=3;28、如果某測(cè)試用例集實(shí)現(xiàn)了某軟件的路徑覆蓋， 那么它一定同時(shí)實(shí)現(xiàn)了該軟件的A．條件覆蓋 B．判定/條件覆蓋 C．組合覆蓋 D ．判定覆蓋29、系統(tǒng)測(cè)試的策略有哪些？A．負(fù)載測(cè)試 B．易用性測(cè)試 C．強(qiáng)度測(cè)試 D．安全測(cè)試30、下面描述測(cè)試工具的功能正確的有？A．JMeter: 基于JAVA的壓力測(cè)試工具，Badboy用來(lái)進(jìn)行腳本的錄制B．Junit: 白盒測(cè)試工具：針對(duì)代碼測(cè)試C．LoadRunner:負(fù)載壓力測(cè)試D．TestLink: 用例管理工具31、設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文擋有哪些？A．軟件測(cè)試計(jì)劃 B．可行性研究報(bào)告 C．軟件需求規(guī)范 D．迭代計(jì)劃32、軟件驗(yàn)收測(cè)試包括哪些？A．正式驗(yàn)收測(cè)試 B．白盒測(cè)試 C．a(chǎn)lpha測(cè)試D．beta測(cè)試33、下面哪些測(cè)試屬于黑盒測(cè)試方法（）A．路徑測(cè)試B．等價(jià)類(lèi)劃分C．邊界值分析D．條件判斷E．循環(huán)測(cè)試F．因果圖分析G．正交分析法34、測(cè)試設(shè)計(jì)員的職責(zé)有哪些？A．制定測(cè)試計(jì)劃 B．設(shè)計(jì)測(cè)試用例 C．設(shè)計(jì)測(cè)試過(guò)程、腳本 D．評(píng)估測(cè)試活動(dòng)35、軟件驗(yàn)收測(cè)試的合格通過(guò)準(zhǔn)則是：A．軟件需求分析說(shuō)明書(shū)中定義的所有功能已全部實(shí)現(xiàn)， 性能指標(biāo)全部達(dá)到要求。B．所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。36、有關(guān)"測(cè)試驅(qū)動(dòng)開(kāi)發(fā)"，下列說(shuō)法正確的有？A．TDD的原理是在開(kāi)發(fā)功能代碼之前，先編寫(xiě)單元測(cè)試用例代碼，測(cè)試代碼確定需要編寫(xiě)什么產(chǎn)品代碼標(biāo)準(zhǔn)文案大全實(shí)用文檔B．TDD的基本思路就是通過(guò)測(cè)試來(lái)推動(dòng)整個(gè)開(kāi)發(fā)得進(jìn)行，但測(cè)試驅(qū)動(dòng)開(kāi)發(fā)并不只是單純的測(cè)試工作，而是把需求分析，設(shè)計(jì)，質(zhì)量控制量化的過(guò)程。C．TDD的重要目的不僅僅是測(cè)試軟件，測(cè)試工作保證代碼質(zhì)量?jī)H僅是其中一部分，而且是在開(kāi)發(fā)過(guò)程中幫助客戶和程序員去除模棱兩可的需求。D．TDD首先考慮使用需求（對(duì)象、功能、過(guò)程、接口等），主要是編寫(xiě)測(cè)試用例框架對(duì)功能的過(guò)程和接口進(jìn)行設(shè)計(jì)，而測(cè)試框架可以持續(xù)進(jìn)行驗(yàn)證。37、下面屬于白盒測(cè)試方法的有哪些？A．語(yǔ)句覆蓋 B．等價(jià)類(lèi)劃分 C ．邊界值分析 D．判定條件覆蓋38、測(cè)試方法可以分成哪幾種 ?A．個(gè)人復(fù)查 B ．抽查和會(huì)審 C ．黑盒測(cè)試 D．白盒測(cè)試39、對(duì)于軟件的β測(cè)試，下列描述正確的是 ()。A．β測(cè)試就是在軟件公司內(nèi)部展開(kāi)的測(cè)試，由公司專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試B．β測(cè)試就是在軟件公司內(nèi)部展開(kāi)的測(cè)試，由公司的非專(zhuān)業(yè)測(cè)試人員執(zhí)行的測(cè)試C．β測(cè)試就是在軟件公司外部展開(kāi)的測(cè)試，由專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試D．β測(cè)試就是在軟件公司外部展開(kāi)的測(cè)試，可以由非專(zhuān)業(yè)的測(cè)試人員執(zhí)行的測(cè)試40、Beta測(cè)試是驗(yàn)收測(cè)試的一種。請(qǐng)判斷這句話的正確與否。A．T B ．F41、集成測(cè)試計(jì)劃在需求分析階段末提交。請(qǐng)判斷這句話的正確與否。A．T B ．F42、對(duì)手機(jī)軟件的壓力測(cè)試通?？梢园ā径噙x】 （）A．存儲(chǔ)壓力 B．響應(yīng)能力壓力 C．網(wǎng)絡(luò)流量壓力 D．并發(fā)壓力43、下列關(guān)于alpha 測(cè)試的描述中正確的是哪些？A．a(chǎn)lpha測(cè)試需要用戶代表參加B．a(chǎn)lpha測(cè)試不需要用戶代表參加C．a(chǎn)lpha測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha測(cè)試是驗(yàn)收測(cè)試的一種44、做好文檔測(cè)試需要注意的點(diǎn)有哪些 ?A．仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例B．檢查文檔的編寫(xiě)是否滿足文檔編寫(xiě)的目的C．內(nèi)容是否齊全，正確，完善D．標(biāo)記是否正確45、軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？A．項(xiàng)目經(jīng)理 B．SQA負(fù)責(zé)人 C．配置負(fù)責(zé)人 D．測(cè)試組標(biāo)準(zhǔn)文案大全實(shí)用文檔軟件測(cè)試 答案1、D(測(cè)試用例是測(cè)試程序正確性與否的關(guān)鍵。一個(gè)覆蓋完全的測(cè)試用例可以測(cè)試出程序是否正確運(yùn)行，是否有bug等等，是最重要的)2、B(測(cè)試過(guò)程按4個(gè)步驟進(jìn)行，即單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試及發(fā)版測(cè)試。? 開(kāi)始是單元測(cè)試，集中對(duì)用源代碼實(shí)現(xiàn)的每一個(gè)程序單元進(jìn)行測(cè)試， 檢查各個(gè)程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能。? 集成測(cè)試把已測(cè)試過(guò)的模塊組裝起來(lái)，主要對(duì)與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的構(gòu)造進(jìn)行測(cè)試。? 確認(rèn)測(cè)試則是要檢查已實(shí)現(xiàn)的軟件是否滿足了需求規(guī)格說(shuō)明中確定了的各種需求，以及軟件配置是否完全、正確。? 系統(tǒng)測(cè)試把已經(jīng)經(jīng)過(guò)確認(rèn)的軟件納入實(shí)際運(yùn)行環(huán)境中，與其它系統(tǒng)成份組合在一起進(jìn)行測(cè)試?；貧w測(cè)試是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a產(chǎn)生錯(cuò)誤。它不是軟件測(cè)試的步驟)3、A(自底向上測(cè)試是從“原子”模塊（即軟件結(jié)構(gòu)最低層的模塊）開(kāi)始組裝測(cè)試，因測(cè)試到較高層模塊時(shí)，所需的下層模塊功能均已具備，所以不再需要樁模塊。自底向上集成方法不用樁模塊，測(cè)試用例的設(shè)計(jì)亦相對(duì)簡(jiǎn)單，但缺點(diǎn)是程序最后一個(gè)模塊加入時(shí)才具有整體形象，需要開(kāi)發(fā)驅(qū)動(dòng)模塊。)4、B(缺陷分兩種：1、完全影響軟件的正常運(yùn)行或者影響客戶的正常體驗(yàn)。 這種當(dāng)然不能予以通過(guò)。2、不影響產(chǎn)品運(yùn)行及客戶正常體驗(yàn)且此軟件急于使用。 以公司利益為出發(fā)，應(yīng)予以通過(guò)。但在時(shí)間不緊急的情況下應(yīng)不予通過(guò)。一個(gè)好的測(cè)試人員應(yīng)該有很好的情況分析能力，并且要有擔(dān)當(dāng) )5、B6、A7、ABCD(a) 性能：i. 客戶端性能 ii. 服務(wù)器端性能1. 服務(wù)器2. 數(shù)據(jù)庫(kù)iii.網(wǎng)絡(luò)功能i.從運(yùn)行完game.exe打開(kāi)游戲界面后可進(jìn)行的各種操作、玩法界面iii.音樂(lè)自動(dòng)化i.測(cè)試工作組織實(shí)施中需要的工具、軟件、平臺(tái)的開(kāi)發(fā)標(biāo)準(zhǔn)文案大全實(shí)用文檔自動(dòng)化的回歸測(cè)試作用：游戲中基礎(chǔ)的、變動(dòng)不大的、出錯(cuò)率高的、可進(jìn)行checklist重復(fù)測(cè)試的功能、性能等自動(dòng)化是一個(gè)好方法任何時(shí)候自動(dòng)化都取代不了人腦，它只是將一些重復(fù)性的勞動(dòng)從我們測(cè)試人員身上去掉，讓我們有更多的時(shí)間做更有意義的事情，如果你覺(jué)得你做一件事情是重復(fù)的，且有規(guī)律可行的，不防考慮自動(dòng)化)8、ABCD9、ABCD(系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1.構(gòu)建的確認(rèn)過(guò)程。2.補(bǔ)丁的確認(rèn)過(guò)程。3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。4.測(cè)試用例設(shè)計(jì)過(guò)程。5.測(cè)試代碼編寫(xiě)過(guò)程。6.Bug的報(bào)告過(guò)程。7.每周/每?jī)芍艿臉?gòu)建過(guò)程。8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。9.組內(nèi)培訓(xùn)過(guò)程)10、ABCD11、B(驗(yàn)收測(cè)試是指在軟件正式發(fā)布之前，做最后的確認(rèn)測(cè)試。參與人員主要有用戶，開(kāi)發(fā)人員，和質(zhì)量保證人員 )12、A(具體的黑盒測(cè)試用例設(shè)計(jì)方法包括等價(jià)類(lèi)劃分法、 邊界值分析法、錯(cuò)誤推測(cè)法、因果圖法、判定表驅(qū)動(dòng)法、正交試驗(yàn)設(shè)計(jì)法、功能圖法、場(chǎng)景法等 )13、A(工件是加工過(guò)程中的生產(chǎn)對(duì)象。項(xiàng)目立項(xiàng)前，測(cè)試人員是不需要提供任何工件的)14、B(白盒子測(cè)試方法：（強(qiáng)度由低到高）語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋 )15、B(負(fù)載測(cè)試時(shí)測(cè)試在超負(fù)載情況下的情況，不是最高能達(dá)到什么程度 )16、B17、A(系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審 )18、A(因?yàn)槿毕莘糯罄碚?，在單元測(cè)試階段發(fā)現(xiàn)的bug會(huì)在系統(tǒng)測(cè)試階段被放大，放大倍數(shù)完全符合80/20理論)19、A20、B21、B(代碼評(píng)審的內(nèi)容：編碼規(guī)范問(wèn)題：命名不規(guī)范、magicnumber、System.out??代碼結(jié)構(gòu)問(wèn)題：重復(fù)代碼、巨大的方法和類(lèi)、分層不當(dāng)、緊耦合工具、框架使用不當(dāng)：Spring、Hibernate、AJAX實(shí)現(xiàn)問(wèn)題：錯(cuò)誤驗(yàn)證、異常處理、事務(wù)劃分、線程、性能、安全、實(shí)現(xiàn)過(guò)于復(fù)雜、代碼可讀性不佳、擴(kuò)展性不好測(cè)試問(wèn)題：測(cè)試覆蓋度不夠、可測(cè)試性不好標(biāo)準(zhǔn)文案大全實(shí)用文檔代碼評(píng)審不負(fù)責(zé)檢查功能、邏輯是否正確，這些要靠單元測(cè)試和 QA工作來(lái)解決)22、D23、C(CMM是指“能力成熟度模型”，其英文全稱(chēng)為CapabilityMaturityModelforSoftware，英文縮寫(xiě)為SW-CMM，簡(jiǎn)稱(chēng)CMM。它是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過(guò)程的實(shí)踐中各個(gè)發(fā)展階段的描述。 CMM的核心是把軟件開(kāi)發(fā)視為一個(gè)過(guò)程，并根據(jù)這一原則對(duì)軟件開(kāi)發(fā)和維護(hù)進(jìn)行過(guò)程監(jiān)控和研究，以使其更加科學(xué)化、標(biāo)準(zhǔn)化、使企業(yè)能夠更好地實(shí)現(xiàn)商業(yè)目標(biāo)。 此外還是化妝品的名字。CMMI（CapabilityMaturityModelIntegration ，能力成熟度模型集成）將各種能力成熟度模型（即： SoftwareCMM、SystemsEng-CMM、PeopleCMM和AcquisitionCMM）整合到同一架構(gòu)中去，由此建立起包括軟件工程、系統(tǒng)工程和軟件采購(gòu)等在內(nèi)的諸模型的集成， 以解決除軟件開(kāi)發(fā)以外的軟件系統(tǒng)工程和軟件采購(gòu)工作中的迫切需求。這兩種方法屬于測(cè)試驅(qū)動(dòng)開(kāi)發(fā)的方式 )24、C25、B(1）（iRecordNum-->0)False--->只有1條路徑2）（iRecordNum-->0)True--->共有3條路徑2.1）0==iType--->1條2.2）1==iType--->1條2.3）其他的狀況--->1條)26、B27、A28、A29、ABCD(系統(tǒng)測(cè)試的16個(gè)測(cè)試策略：功能測(cè)試、性能測(cè)試、壓力測(cè)試、容量測(cè)試、安全性測(cè)試、GUI測(cè)試、可用性測(cè)試、安裝測(cè)試、配置測(cè)試、異常測(cè)試,備份測(cè)試、健壯性測(cè)試、文檔測(cè)試、在線幫助測(cè)試、網(wǎng)絡(luò)測(cè)試、穩(wěn)定性測(cè)試。 )30、ABCD(LoadRunner-負(fù)載壓力測(cè)試：預(yù)測(cè)系統(tǒng)性能。JMeter+Badboy：基于JAVA的壓力測(cè)試工具，Badboy用來(lái)進(jìn)行腳本的錄制功能測(cè)試：通過(guò)自動(dòng)錄制、檢測(cè)和回放用戶的應(yīng)用操作。將輸出記錄同預(yù)先給定的記錄比較。Junit：白盒測(cè)試工具：針對(duì)代