2024年計(jì)算機(jī)考試-軟件測(cè)試工程師考試近5年真題附答案

（圖片大小可自由調(diào)整）2024年計(jì)算機(jī)考試-軟件測(cè)試工程師考試近5年真題薈萃附答案第I卷一.參考題庫(kù)(共100題)1.開(kāi)發(fā)生命周期階段SQA部件可以劃分成三類(lèi)：評(píng)審、專(zhuān)家觀點(diǎn)、（）、軟件維護(hù)SQA部件和由第三方/分包商使用的SQA部件。2.測(cè)試按照測(cè)試層次可以劃分成為單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。3.有一組測(cè)試用例使得每一個(gè)被測(cè)試用例的分支覆蓋至少被執(zhí)行一次，它滿(mǎn)足的覆蓋標(biāo)準(zhǔn)（）。A、語(yǔ)句覆蓋B、判定覆蓋C、條件覆蓋D、路徑覆蓋4.設(shè)計(jì)用例的方法、依據(jù)有哪些？5.軟件缺陷可能會(huì)被修復(fù)，可能會(huì)被保留或者標(biāo)識(shí)出來(lái)。6.集成測(cè)試的兩種方法？7.目前單元測(cè)試主要的方法：（）。8.請(qǐng)您談一談為什么要進(jìn)行系統(tǒng)測(cè)試？9.單元測(cè)試主要需要測(cè)試哪幾點(diǎn)？?10.SCM是一組管理整個(gè)軟件生存期各階段中（）的活動(dòng)。11.請(qǐng)?jiān)敿?xì)說(shuō)明確認(rèn)測(cè)試的內(nèi)容（功能測(cè)試和性能測(cè)試）。?12.分別解釋什么是靜態(tài)測(cè)試、動(dòng)態(tài)測(cè)試、黑盒測(cè)試、白盒測(cè)試、人工測(cè)試和自動(dòng)化測(cè)試。13.測(cè)試自動(dòng)化是萬(wàn)能的。14.驗(yàn)收測(cè)試目標(biāo)為使客戶(hù)驗(yàn)收簽字，并使系統(tǒng)符合（）。15.對(duì)主題層的測(cè)試應(yīng)該考慮以下方面（）A、貫徹GeorgeMiller的“7+2”原則，如果主題個(gè)數(shù)超過(guò)7個(gè)，就要求對(duì)有較密切屬性和服務(wù)的主題進(jìn)行歸并B、主題所反映的一組對(duì)象和結(jié)構(gòu)是否具有相同和相近的屬性和服務(wù)C、認(rèn)定的主題是否是對(duì)象和結(jié)構(gòu)更高層的抽象，是否便于理解OOA結(jié)果的概貌D、主題間的消息聯(lián)系（抽象）是否代表了主題所反映的對(duì)象和結(jié)構(gòu)之間的所有關(guān)聯(lián)16.有兩種同行評(píng)審方法學(xué)（）和走查。17.軟件測(cè)試工程師是干什么的？18.軟件質(zhì)量工程包括軟件質(zhì)量保證、（）和軟件質(zhì)量控制三大方面。19.簡(jiǎn)述樁程序驅(qū)動(dòng)程序的作用？20.自頂向下的集成方式21.集成測(cè)試采用的測(cè)試方法為（）。22.一個(gè)公司的系統(tǒng)上線(xiàn)以后，用戶(hù)分布在各個(gè)不同的地區(qū)，而且接入系統(tǒng)的方式和帶寬也不同，這種情況下進(jìn)行性能測(cè)試，如何保證更加真實(shí)的模擬用戶(hù)行為？用LoadRunner可以做到嗎？23.集成測(cè)試的工作開(kāi)展更多站在測(cè)試工作人員的角度上；（）。24.集成測(cè)試計(jì)劃在需求（）提交。25.確認(rèn)測(cè)試階段的兩項(xiàng)工作是（）和軟件配置審查26.（）是由不同測(cè)試人員按同一測(cè)試方法對(duì)同一產(chǎn)品進(jìn)行重復(fù)地測(cè)試，應(yīng)產(chǎn)生同樣的測(cè)試結(jié)果。A、可重復(fù)性B、可再現(xiàn)性C、公正性D、客觀性27.驗(yàn)收測(cè)試是由誰(shuí)完成的？通常包含哪些過(guò)程？28.CMM3級(jí)，又稱(chēng)之為可重復(fù)級(jí)。（）29.測(cè)試計(jì)劃的要點(diǎn)中不包括（）A、測(cè)試項(xiàng)目及其標(biāo)準(zhǔn)B、測(cè)試背景C、測(cè)試方法D、測(cè)試資源30.基于狀態(tài)測(cè)試的主要步驟？31.JUnit的兩個(gè)模式：集成模式和（）？A、命令模式B、適配器模式C、單例模式D、接口模式32.LoadRunner分哪三部分？33.靜態(tài)錯(cuò)誤分析用于確定在源程序中是否有某些錯(cuò)誤或“危險(xiǎn)”結(jié)構(gòu)。常用4種分析方法。即類(lèi)型和單位分析、（）、表分析。A、使用分析B、參數(shù)分析C、設(shè)計(jì)分析D、引用分析34.什么是軟件自動(dòng)化測(cè)試？軟件自動(dòng)化測(cè)試的原理和方法有哪些？35.軟件出現(xiàn)系統(tǒng)崩潰或數(shù)據(jù)毀壞時(shí)，軟件錯(cuò)誤的嚴(yán)重性程度為（）。A、嚴(yán)重B、較嚴(yán)C、一般D、輕微36.效率是一個(gè)性能要求，目標(biāo)值應(yīng)當(dāng)在需求分析階段給出。軟件效率以（）為準(zhǔn)，不應(yīng)以（）所及為準(zhǔn)。37.簡(jiǎn)單分析軟件缺陷產(chǎn)生的原因，其中哪個(gè)階段引入的缺陷最多，修復(fù)成本又最低？38.白盒測(cè)試工具針對(duì)代碼進(jìn)行的工具，測(cè)試中發(fā)現(xiàn)的缺陷可以定義到代碼級(jí)，根據(jù)測(cè)試工具原理的不同，又可以分為（）和（）。39.單元測(cè)試屬于（）。40.（）是提供條件任軟件發(fā)揮，最大限度的發(fā)掘軟件的能力。A、壓迫測(cè)試B、重復(fù)測(cè)試C、重負(fù)測(cè)試D、并發(fā)測(cè)試41.從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn)和（）兩種類(lèi)型。42.DMAIC和DFSS的概念和區(qū)別？43.編譯程序的最終目標(biāo)是（）。A、發(fā)現(xiàn)源程序中的語(yǔ)法錯(cuò)誤B、改正源程序中的語(yǔ)法錯(cuò)誤C、將源程序編譯成目標(biāo)程序D、將某一高級(jí)語(yǔ)言程序翻譯成另一高級(jí)語(yǔ)言程序44.集成測(cè)試是軟件調(diào)試技術(shù)的一種。45.你選擇測(cè)試方法的原則是什么？46.下列哪個(gè)不是負(fù)載壓力測(cè)試的目的？（）A、在真實(shí)環(huán)境下檢測(cè)系統(tǒng)性能，評(píng)估系統(tǒng)性能以及服務(wù)等級(jí)的滿(mǎn)足情況B、預(yù)見(jiàn)系統(tǒng)負(fù)載壓力承受力，在應(yīng)用實(shí)際部署之前，評(píng)估系統(tǒng)性能C、分析系統(tǒng)瓶頸、優(yōu)化系統(tǒng)D、為了尋找軟件中的功能錯(cuò)誤與缺陷，評(píng)估與提高軟件質(zhì)量47.軟件質(zhì)量反映以下哪幾個(gè)方面（）A、軟件需求是度量軟件質(zhì)量的基礎(chǔ)B、在各種標(biāo)準(zhǔn)中定義開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件C、往往有一些隱含的需求沒(méi)有明確的提出，軟件質(zhì)量不能得到保證D、軟件的質(zhì)量沒(méi)有什么用處48.針對(duì)缺陷采取怎樣的管理措施？49.確保測(cè)試與（）無(wú)關(guān)，不要依賴(lài)使用過(guò)期的數(shù)據(jù)進(jìn)行測(cè)試。A、時(shí)間B、地點(diǎn)C、軟硬件資源D、測(cè)試人員50.功能測(cè)試就是對(duì)產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測(cè)試用例，逐項(xiàng)測(cè)試，檢查產(chǎn)品是否達(dá)到用戶(hù)要求的功能。51.軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的（）和正確性。52.簡(jiǎn)述WEB網(wǎng)站測(cè)試的測(cè)試范圍及采用的方法53.CMM的概念和五個(gè)等級(jí)？54.基線(xiàn)的作用是把各階段的開(kāi)發(fā)工作劃分得更加明確，便于檢查與確認(rèn)階段成果。因此，基線(xiàn)可以作為項(xiàng)目的一個(gè)（）。55.請(qǐng)解釋LoadRunner下最大并發(fā)用戶(hù)數(shù)、業(yè)務(wù)操作響應(yīng)時(shí)間、服務(wù)器資源監(jiān)控指標(biāo)的含義與用途。56.若一個(gè)通訊簿最多可以輸入100條記錄，則下列選項(xiàng)中設(shè)計(jì)的測(cè)試用例最優(yōu)的是（）。A、分別輸入1、50、100條記錄B、分別輸入0、1、50、99、100條記錄C、分別輸入0、1、99、100、101條記錄D、分別輸入0、1、50、99、100、101條記錄57.設(shè)計(jì)測(cè)試用例的原則有哪些？58.永遠(yuǎn)有缺陷類(lèi)型會(huì)在測(cè)試的一個(gè)層次上被發(fā)現(xiàn)，并且能夠在另一個(gè)層次上逃避檢測(cè)。59.螺旋模型任何一次迭代都可劃分為制定計(jì)劃、（）、工程和顧客評(píng)估四個(gè)項(xiàng)限。60.安全性測(cè)試屬于軟件測(cè)試的哪個(gè)階段？并試闡述安全測(cè)試的概念和用以評(píng)判系統(tǒng)安全性性能的主要指標(biāo)。61.邊界條件測(cè)試主要測(cè)試的是哪3點(diǎn)？?62.CAPA過(guò)程的成功運(yùn)行包含如下活動(dòng)（）、信息分析、解決方案和改進(jìn)方法的建立、改進(jìn)方法的執(zhí)行、跟蹤。63.邏輯覆蓋測(cè)試屬于白盒測(cè)試技術(shù)。64.通常，初始化一個(gè)被測(cè)試對(duì)象，會(huì)在測(cè)試類(lèi)的（）中進(jìn)行。A、tearDown（）B、setUp（）C、構(gòu)造方法D、任意位置65.版本方針和（）是維護(hù)方針的主要組成。66.您認(rèn)為性能測(cè)試工作的目的是什么？67.運(yùn)行checksetup.pl后，系統(tǒng)生成localconfig文件，以下為其中幾行內(nèi)容，請(qǐng)說(shuō)出哪句為BUG數(shù)據(jù)庫(kù)的名稱(chēng)？（）A、$db_host=“l(fā)ocalhost“；B、$db_port=3306；C、$db_name=“bugs“；D、$db_user=“bugs。68.缺陷跟蹤系統(tǒng)只針對(duì)對(duì)測(cè)試人員來(lái)使用。（）69.壓力測(cè)試的區(qū)域有（）A、表單B、登陸C、其他信息傳輸頁(yè)面D、都不正確70.簡(jiǎn)述黑盒測(cè)試用例的設(shè)計(jì)技術(shù)和目的。?71.測(cè)試人員應(yīng)該具備的能力和技術(shù)。72.簡(jiǎn)述黑盒測(cè)試的優(yōu)點(diǎn)。73.McCall模型劃分了軟件運(yùn)行、軟件轉(zhuǎn)移、（）三個(gè)緯度的11個(gè)軟件質(zhì)量因素。74.在軟件測(cè)試策略所包含的內(nèi)容中最主要的部分有兩個(gè)，一是要進(jìn)行的測(cè)試過(guò)程，另外一個(gè)就是要執(zhí)行的測(cè)試類(lèi)型。75.單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）76.軟件生命周期中所花費(fèi)用最多的階段是軟件維護(hù)。77.（）是陳述軟件包性質(zhì)的文檔，其主要的目的是幫助潛在的購(gòu)買(mǎi)者在購(gòu)買(mǎi)前對(duì)產(chǎn)品進(jìn)行適用性評(píng)價(jià)。A、需求文檔B、產(chǎn)品描述C、用戶(hù)文件D、包文檔78.描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。（可以結(jié)合一種開(kāi)發(fā)語(yǔ)言進(jìn)行描述）79.測(cè)試6的階乘，斷言方法是（）？A、Assert.assertSame（720，jc.jieChen（6））B、Assert.assertEquals（720，jc.jieChen（6））C、Assert.assertNull（720，jc.jieChen（6））D、Assert.assertTrue（720，jc.jieChen（6））80.軟件缺陷打開(kāi)/關(guān)閉圖表、（）、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。81.下面角色不屬于集成計(jì)劃評(píng)審的是（）。A、配置經(jīng)理B、項(xiàng)目經(jīng)理C、測(cè)試員D、編碼員82.什么增量式集成測(cè)試？83.按照測(cè)試技術(shù)劃分，軟件測(cè)試可分為（）A、白盒測(cè)試B、黑盒測(cè)試C、藍(lán)盒測(cè)試D、綠盒測(cè)試84.按照測(cè)試技術(shù)來(lái)分測(cè)試分哪幾類(lèi)？85.以下不屬于單元測(cè)試優(yōu)點(diǎn)的一項(xiàng)是（）？A、它是一種驗(yàn)證行為B、它是一種設(shè)計(jì)行為C、它是一種編寫(xiě)文檔的行為D、它是一種評(píng)估行為86.什么是回歸測(cè)試？什么時(shí)候進(jìn)行回歸測(cè)試？87.服務(wù)器的測(cè)試主要是性能的測(cè)試，包括（）A、數(shù)據(jù)庫(kù)測(cè)試B、連接速度測(cè)試C、負(fù)載測(cè)試D、壓力測(cè)試88.按照測(cè)試用例的設(shè)計(jì)方法，軟件測(cè)試可以分為（）、（）和灰盒測(cè)試。89.分別簡(jiǎn)述WR中同步點(diǎn)和檢查點(diǎn)的作用。90.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？91.Web測(cè)試中負(fù)載測(cè)試是為了測(cè)量Web系統(tǒng)在某一負(fù)載級(jí)別上的性能，以保證Web系統(tǒng)在需求范圍內(nèi)能正常工作。92.什么是自動(dòng)化測(cè)試？93.判斷集成測(cè)試過(guò)程完成與否，需要注意哪些方面？94.請(qǐng)說(shuō)明需求分析測(cè)試的內(nèi)容。?95.軟件生存期（Lifeciycle）的六個(gè)步驟是制定計(jì)劃、需求分析、設(shè)計(jì)、程序編碼、（）。A、詳細(xì)設(shè)計(jì)和概要設(shè)計(jì)B、檢查和運(yùn)行C、測(cè)試和運(yùn)行維護(hù)D、運(yùn)行和維護(hù)96.BUG信息應(yīng)該包含哪些內(nèi)容。97.測(cè)試組織策劃包括以下（）方面。A、測(cè)試組織策劃B、測(cè)試經(jīng)理角色定位C、策劃測(cè)試度量工作D、策劃測(cè)試計(jì)劃與控制策略98.請(qǐng)列舉性能測(cè)試的先決條件。?99.配置測(cè)試設(shè)計(jì)的要點(diǎn)包括哪8點(diǎn)？請(qǐng)說(shuō)明之。?100.軟件質(zhì)量管理（QM）應(yīng)有質(zhì)量保證（QA）和質(zhì)量控制（QC）組成，下面的選項(xiàng)屬于QC得是（）A、測(cè)試B、跟蹤C(jī)、監(jiān)督D、制定計(jì)劃E、需求審查F、程序代碼審查第I卷參考答案一.參考題庫(kù)1.參考答案：軟件測(cè)試2.參考答案：正確3.參考答案：B4.參考答案： 白盒測(cè)試用例設(shè)計(jì)有如下方法：基本路徑測(cè)試/等價(jià)類(lèi)劃分/邊界值分析/覆蓋測(cè)試/循環(huán)測(cè)試/數(shù)據(jù)流測(cè)試/程序插樁測(cè)試/變異測(cè)試.這時(shí)候依據(jù)就是詳細(xì)設(shè)計(jì)說(shuō)明書(shū)及其代碼結(jié)構(gòu) 黑盒測(cè)試用例設(shè)計(jì)方法：基于用戶(hù)需求的測(cè)試/功能圖分析方法/等價(jià)類(lèi)劃分方法/邊界值分析方法/錯(cuò)誤推測(cè)方法/因果圖方法/判定表驅(qū)動(dòng)分析方法/正交實(shí)驗(yàn)設(shè)計(jì)方法.依據(jù)是用戶(hù)需求規(guī)格說(shuō)明書(shū)，詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。5.參考答案：正確6.參考答案： 非增量式集成測(cè)試、增量式集成測(cè)試7.參考答案：基于路徑測(cè)試，等價(jià)類(lèi)劃分/邊界值分析測(cè)試，覆蓋測(cè)試，循環(huán)測(cè)試，數(shù)據(jù)流測(cè)試，程序插樁測(cè)試，變異測(cè)試8.參考答案： 由于軟件只是計(jì)算機(jī)系統(tǒng)中的一個(gè)組成部分，軟件開(kāi)發(fā)完成之后，最終還要和系統(tǒng)中的硬件系統(tǒng)、某些支持軟件、數(shù)據(jù)信息等其他部分配套運(yùn)行。因此，在投入運(yùn)行前要完成系統(tǒng)測(cè)試，以保證各組成部分不僅能單獨(dú)的得到檢驗(yàn)，而且在系統(tǒng)各部分協(xié)調(diào)工作的環(huán)境下也能正常工作。9.參考答案：程序語(yǔ)法檢查、程序邏輯檢查、模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、邊界條件測(cè)試、錯(cuò)誤處理測(cè)試，代碼書(shū)寫(xiě)規(guī)范檢查。10.參考答案：變更11.參考答案： 確認(rèn)測(cè)試內(nèi)容主要包括功能和性能兩部分。 功能測(cè)試： 功能測(cè)試考察軟件對(duì)功能需求完成的情況，應(yīng)該設(shè)計(jì)測(cè)試用例使需求規(guī)定的每一個(gè)軟件功能得到執(zhí)行和確認(rèn)。 （1）按照系統(tǒng)給出的功能列表，逐一設(shè)計(jì)測(cè)試案例； （2）對(duì)于需要資料合法性和資料邊界值檢查的功能，增加相應(yīng)的測(cè)試案例； （3）運(yùn)行測(cè)試案例； （4）檢查測(cè)試結(jié)果是否符合業(yè)務(wù)邏輯； （5）評(píng)審功能測(cè)試結(jié)果。 性能測(cè)試： 性能測(cè)試是檢驗(yàn)軟件是否達(dá)到需求規(guī)格說(shuō)明中規(guī)定的各類(lèi)性能指標(biāo)，并滿(mǎn)足一些與性能相關(guān)的約束和限制條件。 （1）測(cè)試軟件在獲得定量結(jié)果時(shí)程序計(jì)算的精確性； （2）測(cè)試在有速度要求時(shí)完成功能的時(shí)間； （3）測(cè)試軟件完成功能時(shí)所處理的數(shù)據(jù)量； （4）測(cè)試軟件各部分工作的協(xié)調(diào)性，如高速操作、低速操作的協(xié)調(diào)性； （5）測(cè)試軟件/硬件中因素是否限制了產(chǎn)品的性能； （6）測(cè)試產(chǎn)品的負(fù)載潛力及程序運(yùn)行時(shí)占用的空間。12.參考答案： 所謂靜態(tài)測(cè)試是指不運(yùn)行被測(cè)軟件，僅通過(guò)分析或檢查等其他手段達(dá)到檢測(cè)的目的。 所謂動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行被測(cè)軟件，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。 黑盒測(cè)試是指在對(duì)程序進(jìn)行的功能抽象的基礎(chǔ)上，將程序劃分成功能單元，然后對(duì)每個(gè)功能單元生成測(cè)試數(shù)據(jù)進(jìn)行測(cè)試。用這種方法進(jìn)行測(cè)試時(shí)，被測(cè)程序被當(dāng)作打不開(kāi)的黑盒，因而無(wú)法了解其內(nèi)部構(gòu)造，因此又稱(chēng)為功能測(cè)試。 白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是知道產(chǎn)品內(nèi)部工作過(guò)程，可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。 廣義上，人工測(cè)試是人為測(cè)試和手工測(cè)試的統(tǒng)稱(chēng)。人為測(cè)試的主要方法有桌前檢查，代碼審查和走查。手工測(cè)試指的是在測(cè)試過(guò)程中，按測(cè)試計(jì)劃一步一步執(zhí)行程序，得出測(cè)試結(jié)果并進(jìn)行分析的測(cè)試行為。 自動(dòng)化測(cè)試指的是利用測(cè)試工具來(lái)執(zhí)行測(cè)試，并進(jìn)行測(cè)試結(jié)果分析的測(cè)試行為。13.參考答案：錯(cuò)誤14.參考答案：事先約定的驗(yàn)收標(biāo)準(zhǔn)15.參考答案：A,B,C,D16.參考答案：審查17.參考答案： 軟件測(cè)試工程師主要是通過(guò)科學(xué)的軟件測(cè)試方法對(duì)軟件產(chǎn)品進(jìn)行功能、性能上的測(cè)試，并對(duì)軟件做出評(píng)價(jià)，是保證軟件質(zhì)量的一個(gè)重要手段。18.參考答案：軟件質(zhì)量規(guī)劃19.參考答案： 在我們進(jìn)行單元測(cè)試的時(shí)候，單元本身無(wú)法構(gòu)成一個(gè)切實(shí)可運(yùn)行的程序系統(tǒng)，所以我們需要為單元測(cè)試來(lái)開(kāi)發(fā)樁模塊和驅(qū)動(dòng)模塊，從而完成我們的單元測(cè)試目的，這是樁模塊和驅(qū)動(dòng)模塊的作用20.參考答案： 根據(jù)軟件的模塊結(jié)構(gòu)圖，按控制層次從高到低的順序?qū)δK進(jìn)行集成，也就是從最頂層模塊向下逐步集成，并字集成過(guò)程中進(jìn)行測(cè)試，直至組裝成符合要求的最終軟件系統(tǒng)。21.參考答案：黑盒測(cè)試22.參考答案：可以。在VisualUserGenerator里面可以通過(guò)RTS（runTimeSetting）來(lái)模擬一個(gè)單個(gè)用戶(hù)更加真實(shí)的行為，比如思考時(shí)間、網(wǎng)絡(luò)帶寬、是否清除cache等，同樣的也可在場(chǎng)景中進(jìn)行設(shè)置。而且LoadRunner提供設(shè)置不同用戶(hù)組不同RunTimeSetting的功能。以達(dá)到模擬不同用戶(hù)行為的更加真實(shí)組合。例如：假設(shè)有三種不同帶寬的用戶(hù)，而且上傳和下載的帶寬也有所不同，那么可以錄制兩個(gè)腳本，分別模擬上傳和下載的用戶(hù)行為，再在Controller里面，建立六個(gè)不同的腳本組，腳本組的用戶(hù)數(shù)可以按照絕對(duì)或者百比分的方法分布。比如100，50，200用戶(hù)或者20%，40%，40%等。然后設(shè)置不同的帶寬和分布情況。這樣不同用戶(hù)組的虛擬用戶(hù)模擬出來(lái)的就是不同帶寬的用戶(hù)實(shí)際接入情況。23.參考答案：系統(tǒng)測(cè)試站在用戶(hù)的角度上24.參考答案：分析階段末25.參考答案：進(jìn)行確認(rèn)測(cè)試26.參考答案：B27.參考答案：驗(yàn)收測(cè)試是以用戶(hù)為主的測(cè)試，軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。通常包含α測(cè)試和β測(cè)試過(guò)程。28.參考答案：錯(cuò)誤29.參考答案：B30.參考答案：①依據(jù)設(shè)計(jì)文檔，或者通過(guò)分析對(duì)象數(shù)據(jù)成員的取值空間（笛卡爾積），得到被測(cè)試類(lèi)的狀態(tài)轉(zhuǎn)移圖；②給被測(cè)試的類(lèi)加入用于設(shè)置和檢查對(duì)象狀態(tài)的新方法，導(dǎo)出對(duì)象的邏輯狀態(tài)；③對(duì)于狀態(tài)轉(zhuǎn)移圖中的每個(gè)狀態(tài)，確定該狀態(tài)是哪些方法的合法起始狀態(tài)，即在該狀態(tài)時(shí)，對(duì)象允許執(zhí)行哪些操作；④在每個(gè)狀態(tài)，從類(lèi)中方法的調(diào)用關(guān)系圖最下層開(kāi)始，逐一測(cè)試類(lèi)中的方法；⑤測(cè)試每個(gè)方法時(shí)，根據(jù)對(duì)象當(dāng)前狀態(tài)確定出對(duì)方法的執(zhí)行路徑有特殊影響的參數(shù)值，將各種可能組合作為參數(shù)進(jìn)行測(cè)試。31.參考答案：A32.參考答案： 用戶(hù)動(dòng)作設(shè)計(jì)；場(chǎng)景設(shè)計(jì)；測(cè)試數(shù)據(jù)分析；33.參考答案：D34.參考答案： 軟件自動(dòng)化測(cè)試是一項(xiàng)讓計(jì)算機(jī)代替測(cè)試人員進(jìn)行軟件測(cè)試的技術(shù)是指編寫(xiě)軟件去測(cè)試其它軟件也可以被理解為使用一個(gè)商業(yè)通用測(cè)試自動(dòng)化工具編寫(xiě)一個(gè)軟件來(lái)測(cè)試其它軟件或者編寫(xiě)驅(qū)動(dòng)被測(cè)試應(yīng)用程序的的測(cè)試腳本以執(zhí)行鍵盤(pán)鼠標(biāo)動(dòng)作和后臺(tái)進(jìn)程并驗(yàn)證應(yīng)用程序響應(yīng)和行為 主要的原理和方法：直接對(duì)代碼進(jìn)行靜態(tài)和動(dòng)態(tài)分析，測(cè)試過(guò)程的捕獲和回放，測(cè)試腳本技術(shù)和虛擬用戶(hù)技術(shù)35.參考答案：A36.參考答案：需求；人力37.參考答案： 軟件缺陷產(chǎn)生的主要原因有：需求規(guī)格說(shuō)明錯(cuò)誤；設(shè)計(jì)錯(cuò)誤；程序代碼有誤；其他。 其中在需求分析階段引入的缺陷最多，修復(fù)的成本又最低。38.參考答案：靜態(tài)測(cè)試工具；動(dòng)態(tài)測(cè)試工具39.參考答案：動(dòng)態(tài)測(cè)試40.參考答案：C41.參考答案：評(píng)估標(biāo)準(zhǔn)42.參考答案： DMAIC模式是業(yè)務(wù)流程改進(jìn)遵循五步循環(huán)改進(jìn)法： A.定義（DefinE. B.評(píng)估（MeasurE. C.分析（AnalyzE. D.改進(jìn)（ImprovE. E.控制（Control）。 區(qū)分DMAIC和DFSS的方法是通過(guò)確定6σ行為發(fā)生在產(chǎn)品生命周期的什么階段以及其著重點(diǎn)。 F.DAMIC發(fā)生在產(chǎn)品設(shè)計(jì)完成之后，即質(zhì)量控制階段或生產(chǎn)階段，強(qiáng)調(diào)對(duì)現(xiàn)有 流程的改進(jìn)，但不注重產(chǎn)品或流程的初始設(shè)計(jì)。而且對(duì)流程的改進(jìn)是有限的，對(duì)新產(chǎn)品幾乎毫無(wú)用處。 g）DFSS發(fā)生在設(shè)計(jì)階段，是6σ業(yè)務(wù)改進(jìn)方法的另一種實(shí)現(xiàn)方式，它是在設(shè) 計(jì)階段就強(qiáng)調(diào)質(zhì)量，而不是在設(shè)計(jì)完成之后再通過(guò)“試錯(cuò)法”來(lái)提高質(zhì)量，節(jié)省大量的成本和時(shí)間。通過(guò)該方式得到的穩(wěn)固的、內(nèi)在的質(zhì)量是其他任何體系無(wú)法達(dá)到的。 所以，DFSS比6σ改進(jìn)具有更重要的意義和更大的效益。43.參考答案：C44.參考答案：錯(cuò)誤45.參考答案： （1）首先采用等價(jià)類(lèi)劃分法編寫(xiě)測(cè)試用例必須考慮正常值與異常值的情況 （2）必要時(shí)采用邊界值分析法補(bǔ)充測(cè)試用例。 （3）采用錯(cuò)誤推斷法再追加測(cè)試用例。 （4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒(méi)有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)再補(bǔ)充更多的測(cè)試用例。 （5）如果程序的功能說(shuō)明中含有輸入條件的組合情況，則應(yīng)一開(kāi)始就選用因果圖法。46.參考答案：D47.參考答案：A,B,C48.參考答案： 1）.要更好的管理缺陷，必須引入缺陷管理工具，商用的或者開(kāi)源的都可。 2）.根據(jù)缺陷的生命周期，考慮缺陷提交的管理、缺陷狀態(tài)的管理和缺陷分析的管理。 3）.所有發(fā)現(xiàn)的缺陷（不管是測(cè)試發(fā)現(xiàn)的還是走讀代碼發(fā)現(xiàn)的）都必須全部即時(shí)的、準(zhǔn)確的提交到缺陷管理工具中，這是缺陷提交的管理。 4）.缺陷提交后，需要即時(shí)的指派給相應(yīng)的開(kāi)發(fā)人員，提交缺陷的人需要密切注意缺陷的狀態(tài)，幫助缺陷的盡快解決。缺陷解決后需要即時(shí)對(duì)缺陷的修復(fù)進(jìn)行驗(yàn)證。這樣的目的有兩個(gè)：一個(gè)是讓缺陷盡快解決；二是方便后面缺陷的分析（保證缺陷相關(guān)的信息準(zhǔn)確，如齡期等），這是缺陷狀態(tài)的管理。 5）.為了更好的改進(jìn)開(kāi)發(fā)過(guò)程和測(cè)試過(guò)程，需要對(duì)缺陷進(jìn)行分析，總結(jié)如缺陷的類(lèi)別、缺陷的齡期分布等信息，這是缺陷分析的管理。49.參考答案：A50.參考答案：正確51.參考答案：完整性52.參考答案： 基于Web的系統(tǒng)測(cè)試不但需要檢查和驗(yàn)證是否按照設(shè)計(jì)的要求運(yùn)行，而且還要評(píng)價(jià)系統(tǒng)在不同用戶(hù)的瀏覽器端的顯示是否合適。重要的是，還要從最終用戶(hù)的角度進(jìn)行安全性和可用性測(cè)試，從功能、性能、可用性、客戶(hù)端兼容性、安全性等方面討論基于Web的系統(tǒng)測(cè)試方法。53.參考答案： CMM即能力成熟度模型是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過(guò)程的實(shí)踐中各個(gè)發(fā)展階段的描述。 ①初始級(jí) ②可重復(fù)級(jí) ③已定義級(jí) ④已管理級(jí) ⑤優(yōu)化級(jí)54.參考答案：檢查點(diǎn)55.參考答案： 最大并發(fā)用戶(hù)數(shù)是指應(yīng)用系統(tǒng)在當(dāng)前環(huán)境下能承受的最大并發(fā)的用戶(hù)數(shù)。用來(lái)考察某系統(tǒng)的最大負(fù)載；在LoadRunner“事務(wù)性能摘要”圖中可以獲得業(yè)務(wù)操作的響應(yīng)時(shí)間最大值、最小值和平均值，重點(diǎn)用于確定在方案執(zhí)行期間響應(yīng)時(shí)間過(guò)長(zhǎng)的事務(wù)； 服務(wù)器資源監(jiān)控指標(biāo)包括內(nèi)存和處理器。 內(nèi)存：Linux資源監(jiān)控中指標(biāo)內(nèi)存頁(yè)交換速率（Pagingrate），如果該值偶爾走高，表明當(dāng)時(shí)有線(xiàn)程競(jìng)爭(zhēng)內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。也可能是內(nèi)存訪問(wèn)命中率低。實(shí)際測(cè)試中，當(dāng)并發(fā)點(diǎn)擊數(shù)出現(xiàn)突然劇增前后，內(nèi)存的PR值則居高25不下。說(shuō)明目前測(cè)試的系統(tǒng)中內(nèi)存存在瓶頸! 處理器：Linux資源監(jiān)控中指標(biāo)CPU占用率持續(xù)超過(guò)80%（對(duì)該值的要求，根據(jù)具體應(yīng)用和機(jī)器配置而要求不同，有資料表明95%），表明瓶頸是CPU。實(shí)際測(cè)試中，當(dāng)并發(fā)點(diǎn)擊數(shù)出現(xiàn)突然增加前后，CPU的占用率持續(xù)保持在86%以上!56.參考答案：D57.參考答案： 測(cè)試用例的代表性、測(cè)試結(jié)果的可判定性、測(cè)試結(jié)果的可再現(xiàn)性58.參考答案：正確59.參考答案：風(fēng)險(xiǎn)分析和化解60.參考答案： 是系統(tǒng)測(cè)試的一種類(lèi)型， 安全性測(cè)試就是要驗(yàn)證系統(tǒng)內(nèi)的保護(hù)機(jī)制能否抵御入侵者的攻擊。安全性測(cè)試的測(cè)試人員需要在測(cè)試活動(dòng)中，撒氣不同的入侵方式來(lái)攻擊系統(tǒng)的安全機(jī)制，想盡一切辦法來(lái)獲取系統(tǒng)內(nèi)的保密信息。61.參考答案： （1）程序內(nèi)有一個(gè)n次循環(huán)，這個(gè)n次循環(huán)應(yīng)該是1~n，而不是0~n； （2）由小于?小于等于?等于?大于?大于等于?不等于確定的比較值出錯(cuò)； （3）出線(xiàn)上溢、下溢和地址異常問(wèn)題。62.參考答案：信息收集63.參考答案：正確64.參考答案：B65.參考答案：更改方針66.參考答案： 目的：是驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶(hù)提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。67.參考答案：C68.參考答案：錯(cuò)誤69.參考答案：A,B,C70.參考答案： （1）黑盒測(cè)試用例設(shè)計(jì)技術(shù)如下：等價(jià)類(lèi)劃分；邊界值分析；錯(cuò)誤推測(cè)；因果圖。 （2）采用黑盒測(cè)試技術(shù)設(shè)計(jì)用例的主要目的是：檢查功能是否實(shí)現(xiàn)或遺漏；檢查人機(jī)交互界面是否出錯(cuò)；數(shù)據(jù)庫(kù)讀取、更新操作出錯(cuò)；性能特性是否得到滿(mǎn)足。71.參考答案：1、基本能力2、溝通能力3、技術(shù)能力測(cè)試方法應(yīng)用、測(cè)試用例設(shè)計(jì)、測(cè)試工具使用（測(cè)試管理系統(tǒng)、自動(dòng)化測(cè)試工具、負(fù)載測(cè)試工具）4、管理能力5、文檔能力72.參考答案： ①黑盒測(cè)試與軟件具體實(shí)現(xiàn)無(wú)關(guān)，所以如果軟件實(shí)現(xiàn)發(fā)生了變化，測(cè)試用例仍然可以使用； ②設(shè)計(jì)黑盒測(cè)試用例可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，因此可以壓縮項(xiàng)目總的開(kāi)發(fā)時(shí)間。73.參考答案：軟件修改74.參考答案：正確75.參考答案：正確76.參考答案：正確77.參考答案：B78.參考答案： 內(nèi)存泄露的原因，主要是由于開(kāi)發(fā)過(guò)程當(dāng)中申請(qǐng)了計(jì)算機(jī)資源（例如對(duì)象、內(nèi)存等），但是使用資源完成以后沒(méi)有及時(shí)釋放資源導(dǎo)致的。例如在C語(yǔ)言當(dāng)中使用了malloc申請(qǐng)了內(nèi)存，但是未使用free來(lái)釋放內(nèi)存。79.參考答案：B80.參考答案：根本原因圖表81.參考答案：C,D82.參考答案： 逐次將未曾集成測(cè)試的模塊和已經(jīng)集成測(cè)試的模塊（或子系統(tǒng)）結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過(guò)程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過(guò)程中產(chǎn)生的問(wèn)題。83.參考答案：A,B84.參考答案： 白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試。85.參考答案：D86.參考答案：回歸測(cè)試就是重新運(yùn)行現(xiàn)有測(cè)試用例測(cè)試原有功能，以便確定變更是否達(dá)到了預(yù)期的目的，檢查變更是否損害了原有的正常功能。每當(dāng)軟件發(fā)生變