選擇題1、在編碼階段對系統(tǒng)執(zhí)行的測試類型主要包括單元測試和集成測試，（B）屬于單元測試的內(nèi)容。接口數(shù)據(jù)測試B.局部數(shù)據(jù)測試C.模塊間時序測試D.全局?jǐn)?shù)據(jù)圖試2、不屬于功能測試用例構(gòu)成元素。D測試數(shù)據(jù)B.測試步驟C.預(yù)期結(jié)果D.實際結(jié)果，3、在代碼檢查的過程中，發(fā)現(xiàn)大部分錯誤的人通常是（）程序員B.測試員^項目經(jīng)理D.架構(gòu)師4、關(guān)于軟件測試與質(zhì)量保證，正確的理解的是（C）軟件測試關(guān)注的是過程中的活動，軟件質(zhì)量保證關(guān)注的是過程的產(chǎn)物軟件測試不是軟件質(zhì)量保證工作中的內(nèi)容軟件測試是軟件質(zhì)量保證的重要手段.軟件質(zhì)量保證人員就是軟件測試人員5、負(fù)款壓力性能測試需求分析時，應(yīng)讀選擇（B）類型的業(yè)務(wù)作為測試案例。①高吞吐量的業(yè)務(wù)②業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)高商業(yè)風(fēng)險的業(yè)務(wù)④高服務(wù)器負(fù)載的業(yè)務(wù)批處理的業(yè)務(wù)A.①②B.①④C.①③④D.①②③④⑤6、以下自動化測試不適合采用自動化測試的是（C）A.負(fù)載壓力測試B.需要反復(fù)進(jìn)行的測試C.易用性測試D.可以錄制回放的測試7、下面那個觀點(diǎn)是錯誤的（B）你永遠(yuǎn)不可能完成測試，這個重?fù)?dān)將會簡單地從你或者開發(fā)人員身上轉(zhuǎn)移到你的客戶身上當(dāng)你時間不夠或者資金不夠用的時候，就完成了測試我們不能絕對地認(rèn)定軟件永遠(yuǎn)也不會再出錯，但可以根據(jù)合理和有效的統(tǒng)計模型來判定軟件的測試程度軟件測試貫穿于軟件開發(fā)的全過程8、一個程開的控制流圖中有6個節(jié)點(diǎn)，10條邊，在測試用例數(shù)最小的情況下，確保程序中每個可執(zhí)行可至少執(zhí)行一次所需要的測試用例數(shù)的上線是（C）A.2B.4C.6D.89、對“功能測試的回歸測試經(jīng)常要多次重復(fù)”的正響理解是(A)回歸測試應(yīng)該執(zhí)行初測時采用的全部測試用例，回歸測試只要執(zhí)行發(fā)現(xiàn)缺陷的那些測試用例即可通過多次的回歸測試可以發(fā)現(xiàn)所有缺陷回歸測試就是驗收測試10、下列有關(guān)測試過程管理的基本原則，哪個是錯誤的(B)測試過程管理應(yīng)該首先建立測試計劃測試需求在測試過程中可以是模糊的、非完整的”在測試任務(wù)較多的情況下，應(yīng)該建立測試任務(wù)的優(yōu)先級來優(yōu)化處理整個測試過程應(yīng)該具有良好的可測性和可跟蹤性，強(qiáng)調(diào)以數(shù)據(jù)說話判斷題11、軟件質(zhì)量是指軟件滿足規(guī)定或者潛在用戶需求的能力，質(zhì)量保證的工作主要是通過測試找出更多的問題F(質(zhì)量保證是預(yù)防問題缺陷)12、自頂向下集成測試需要測試員編寫樁程序T13、壓力測試是驗證要檢驗的系統(tǒng)的能力基本達(dá)到了什么程度。T14、面向?qū)ο筌浖y試中，若對一個類進(jìn)行了充分的測試，所有通過這個類派生的其他類的測試都充分了。F15、基于場景測試的方法中，備選流是指從基本流上發(fā)生的其他事件處理流程。T16、軟件測試的目的是盡可能多的找出軟件的缺陷。T17、功能測試也叫組裝測試，通常在編碼完成的基礎(chǔ)上，將所有的程序模塊進(jìn)行有序的、遞增的測試。T18、系統(tǒng)測試對象為整個產(chǎn)品系統(tǒng)，它不僅包括產(chǎn)品系統(tǒng)的軟件，還包含軟件系統(tǒng)所依賴的硬件。外設(shè)以及接口。T19、測試人員使用軟件測試工具能協(xié)助問題的診斷，節(jié)省測試的時間并提高bug的發(fā)現(xiàn)率。F20、測試人員在測試過程中發(fā)現(xiàn)一處問題，如果問題影響不大，而自已又可以修改，應(yīng)立即將此問題正確修改，以加快、提高開發(fā)效率。F21、邏輯覆蓋法是設(shè)計白盒測試用例的主要方法之一，它通過對程序邏輯結(jié)的遍歷實現(xiàn)程序的覆蓋。針對以下由C語言編寫的程序，按要求回答問題。gz_open(constchar*mode){char*P=(char*)mode;//1charfmode[4];char*m=fmode;charsmode='\0';charlevel='\0';intstrategy=O;do{if(*P=='r')//2smode='r';//3if('p'>='0'&&*P<="9”){//4,5level=*P-'0';//6}elseif(*P=='f'){//7strategy=1;//8}else{//9*m++=*p;}*p++;//10}while(m!=fmode+sizeof(fmode));//11}//121、請給出滿足100%DC(判定覆蓋)所需的邏輯條件2、請畫出上述程序的控制流程圖，并計算其控制流程圖的環(huán)境復(fù)雜度3、假設(shè)函數(shù)gz_open的參數(shù)mode是由26個小寫字母言’-‘z’，數(shù)字‘0’-‘9’以及空格組成的字符，并設(shè)計測試用例，請根據(jù)問題2控制流程圖和環(huán)境復(fù)雜度，列出你設(shè)計的基本路徑集合，并設(shè)計測試用例。

【問題1】（4分海個0.5分）m號條件1*p=V2*P!=r3*p>='。蜘p<-寸4*p<‘CTpA#5*p?'f&CcP<H0，F(xiàn)p>V)&&{?])口T)m!■,(mode+sizcoftfnTOdc)m==fi^ode+射我如fimd*環(huán)5&堰雜度分）構(gòu)造一個6個字符構(gòu)成的字符串（設(shè)為x,y,z,u,v,w6個字符），使得每個字符覆蓋-條基本路徑。其中,x=T,廣f,zE[O-9Lu＜「0："9并且v!二f,w任意，這6個字符可任意排列。例如,mode='rOfaa"

22、（本題15分）請下列說明。并回答問題1,問題2和問題3.軟件系統(tǒng)幾乎都是用事件觸發(fā)來控制流程圖的，事件觸發(fā)時的情景便形成場景，而同一事件不同的觸發(fā)順序和處理結(jié)果就形成事件流。場景法就是通過用例場景描述業(yè)務(wù)操作流程，從用例開始到結(jié)束遍歷應(yīng)用流程上所有基本流（基本事件）和備選流（分支事件）。下面是對某IC卡加油機(jī)應(yīng)用系統(tǒng)的基本流和備選流的描述，基本流A:序號用例名稱用例描述1準(zhǔn)備加油客戶將IC加油卡插入加油機(jī)2驗證加油卡加油機(jī)從加油卡的磁條中讀取賬戶代碼，并檢查它是否屬于可以接收的加油卡3驗證黑名單加油機(jī)驗證卡賬戶是否存在于黑名單中，如果屬于黑名單，加油機(jī)吞卡4輸入購油量客戶輸入需要購買的汽油數(shù)量5加油加油機(jī)完成加油操作，從加油卡中扣除相應(yīng)金額6退還加油卡返回加油卡備選流IU*序號用例名稱用例描述加油卡無效在基本流A2過程中，該卡不能夠識別或是非本機(jī)可以使用的工C卡,加油機(jī)退卡,并退出基本流C杪賬戶屬于黑名單在基本流A3過程中,判斷該卡賬戶屬于黑名單，例如：己經(jīng)掛史，加油機(jī)吞卡退出基本流D，口油卡賬面現(xiàn)金不足系統(tǒng)判斷加油卡內(nèi)現(xiàn)金不足，重新加入基本流占4,或選擇退卡E加油機(jī)油量不足系統(tǒng)判斷加油機(jī)內(nèi)油量不足，重新加入基本流A4,或選擇退卡s【問.I?]]使用場正法設(shè)計測試案例，指出場聚涉及到的基本流刊備迷流，基本流用字母△表刃己備選流.用題I?中描述的相應(yīng)-字母表示。io.[問題2】場無中的每一個場景都需要確定測試用例，一般采用矩陣來確定和管理測試用例。如下表所示是一種通用格式，其l廳代表各個測試用例.列代表測試用例的侑息。本例中的測試削例包宵測試刖例id、場景/■條件、測試用例中涉及的所有數(shù)據(jù)沁素和預(yù)期結(jié)果等頊日'首先確定執(zhí)行用例場景所需的數(shù)據(jù)元素冰例中包括微饑是否黑名單仲、輸入油量、賬血金額、加油機(jī)油量”然后枸數(shù)矩陣「場"耍峭丘包含執(zhí)行場買所需的"「?條件的測試用例出r血的印陣中.V&，：；仃效數(shù)據(jù).心虬冰示無效數(shù)據(jù)元第，心由表示不適用「M5IICO1表示-■成功加汕"基本流.請按什述規(guī)定為其他住用場景設(shè)計用例匣陣?測試用前表：刪試用例1D號場影賬號是否黑名單卡輸入油量賬面金額加油機(jī)油量預(yù)期結(jié)果C01.場影1：成功加油VIVV成功110油C02.CO3.CO4-COS.二、[間題3】假如每升捕4元人民幣.用「的曜戶金額為mou兒.加沛機(jī)內(nèi)的虹足夠，那么亦加輸入袖■的過程中，請運(yùn)用邊界值分析方法為巧4迭取合適的輸入數(shù)據(jù)【即油量,單位；升L12.【問題4]供沒本系統(tǒng)開發(fā)人員在開發(fā)過程中通過測就發(fā)現(xiàn)了NC個皆誤，獨(dú)立的測忒圳通過上述刪誠用例發(fā)JJftTwo個軟件措誤，系統(tǒng)在匕攜后,用戶反懾了”個錯誤.清計算缺隔探測率缶口甲°9、場景XA場景小A.B場呆3：瓦、C場景4：A.3場景&A-,LL0-.【解析］L0-.測試用例ID號場影賬號是否黑名單卡輸入油量賬面金額加油機(jī)油量預(yù)期結(jié)果C0'2.場景％卡無效1n/an/an/an/aC05.場景&黑名單卡VVn/an/an/a吞卡C04.場景的僉VIviV提示餡狀，重新輸入加汕C05.場景5;油量不田VIVVI提:小惜輸入加L：最場另、也就?是迎司II澗咖;沛述茫汐旺J1勺尚牝M、川刊1始亍」打知刖「叫|：而律.:|仃爪本眺（基本聿件）和事選流〔分支事件）*按照這個設(shè)計原則和題j的要求，場景可以設(shè)置為匕AB,AC,AD.AE駢K【解折】.號查在場地法中設(shè)計測試數(shù)據(jù)根據(jù)向曲1中設(shè)置的&種場景，震中巳給出A場景的刪試數(shù)據(jù),可依次靖出其他4種場景時的割試數(shù)據(jù).AB，I；無效*輸入值*賬號無就■，預(yù)期結(jié)果隊退I?七AC：黑名單卡.輸入值*,號有效，黑名單E，預(yù)期結(jié)果H吞E.AD:金額不足.輸入值''服號有效，非黑名單巳輸入油量有效，JOi金額無效，加袖機(jī)油量有加.荀期結(jié)果"提N鉛誤.重新輸入加油最，AE：油鼠不足“黝入信”脹號仃致，士幽名單卡，輸入油量方如賬面金粗仃效，二I汕機(jī)汕岳』：敕嘰頊期結(jié)果“提小錯濕-重新輸入加油成，Li,oJh金5古升，升［解析］考代川邊界位法度計測試用例.邊界值祉的阻氣原則是取最小值和最大伐*比最小位稽小山和比最大仙和大位。油量合理范一布「71迥升,用■界值制輸入致?lián)绮罚蛔钚≈礐h比。再小就是負(fù)數(shù)了*不取"鼠大值址蕓L比踣口梢太姓紡1”故在A啜中油崩輸入值是。，250,251.12、DDP-Bugs.“5divide{Bugs.ri.c>L+BugB,_,,_.=（20-1-100}divide￡2O+1O0-f3OI（0.3）其中.w—M為測試者發(fā)現(xiàn)的錯誤數(shù);Bum膈—為客廣厘現(xiàn)井反御技術(shù)支持入員迎打修發(fā)的錯誤數(shù)。【解析1好皆敞路探測率的算法。DDP-Bug3t<pt?divide（知事,..?“+阮羿頑.—』其中，Bug"/為測試者段現(xiàn)的錯誤政；四齡-.,5為客戶發(fā)現(xiàn)并反嫩技術(shù)支持人員進(jìn)行修址的錯誤數(shù)。【說明】某數(shù)據(jù)管理系統(tǒng)有兩個重要模塊：數(shù)據(jù)接收模塊和數(shù)據(jù)查詢模塊。數(shù)據(jù)接收模塊技照.一定的時間間隔從名個不同數(shù)據(jù)源接收數(shù)據(jù)進(jìn)行一定的預(yù)處理后存入數(shù)掘庫中；數(shù)據(jù)查詢模塊根據(jù)戶請求從數(shù)據(jù)庫中查詢相應(yīng)的數(shù)據(jù)并返回給用廣現(xiàn)需要時該系統(tǒng)執(zhí)行員我壓力測試.該數(shù)據(jù)管理系統(tǒng)的性能要求為：U）交易執(zhí)行成功率100%；（2）接收間隔最小為200ms；（3）查詢響應(yīng)時間在3s以內(nèi)s（4）查詢功能支持至少0個并發(fā)用戶；（5）數(shù)據(jù)接收模塊CPU利用率不超過40%：〔6》數(shù)據(jù)查詢模塊CPU利用率不超過孫虹【問題1】（3分）筒述負(fù)載壓力測試的圭要目的。【問題2】（3分）對該數(shù)據(jù)管理系統(tǒng)進(jìn)行性能測試時，I：要關(guān)注哪些性能指標(biāo)？【問題3】（6分）該系統(tǒng)數(shù)據(jù)接收模塊和數(shù)據(jù)查詢模塊的測試姑果如表5-1、5-2所示.請分別指出測試結(jié)果是否滿足性能需求，表5-】霸搟樓吹模塊測試雄果敏據(jù)接收■塊執(zhí)行情配接收間隔址建時間co【平均值）交傳執(zhí)行成功率我處理存敷據(jù)庫存數(shù)據(jù)康1000ms0420」1100%100%500ms0.120.14100%200ms0.1$0.21|100%重ftWR收模塊刪試穌象［讀〉盅用JM辱■晝■利廂接收CPU占用率(%)<￥W)可用內(nèi)樺CMbyus）（平均值）1000ms15.2312S5蛔$25.53892OOmi43829S0盤報7Jt搟由詢橫域［fl誠靖果散抿查詢橫塊執(zhí)例井:?用尸散響腐時間（|）（平均4D交豎執(zhí)行成財率5\.6100%102.JIflO%1?3E1耕虎用曜鼻■密■利用掃i用F迂CKJ占用更（H）（平均信）可用內(nèi)存（Mbyte*）^（平岫55.32550)07221X3IS10.214S0【問題4】（3分）根據(jù)問題3的測試結(jié)果，試分析該系統(tǒng)的瓦能瓶頸【問題1】（3分，每個1分）1）在真實環(huán)境下檢測系統(tǒng)性能，評估系統(tǒng)性能以及服務(wù)等級的滿足情況2）預(yù)見系統(tǒng)負(fù)載壓力承受力，在應(yīng)用實際部署之前,評估系統(tǒng)性能3）分析系統(tǒng)瓶頸、優(yōu)化系統(tǒng)【問題2】（3分，每個1分）1）并發(fā)用戶數(shù)2）響應(yīng)時間3）資源利用率【問題3】（6分）中、數(shù)據(jù)接收模塊的測試結(jié)果不滿足性能指標(biāo)O（1分）當(dāng)接收間隔為200ms時，存數(shù)據(jù)庫交易成功率為80%不滿足交易成功率100%的要求;（1分）當(dāng)接收間隔為200m$時,CPU利用率為43.8%,不滿足不超過40%的霎求女（1分）數(shù)據(jù)查詢模塊的測試結(jié)果滿足性能指標(biāo)c（1分）要求至少支持10個并發(fā)用戶,所以在15個并發(fā)用戶的時候響應(yīng)時間超出3s不能算作不滿足。（2分）【問題4】（3分，每個1分）1）數(shù)據(jù)接收模塊軟件沒有采用合適的并發(fā)/并行策略2）服務(wù)器CPU性能不足3）數(shù)據(jù)庫設(shè)計不足或者優(yōu)化不夠24[問題4]U分）企業(yè)內(nèi)部測試部在測試*_L生產(chǎn)計劃制定"模塊過程中，使用mo個測試案例進(jìn)行測試,共發(fā)現(xiàn)io?個問題匚開役蛆對軟件修改后，向測試組提殼問題修改報告芨修改后的軟件。問題修改報告中提出：權(quán)中3個問題是用戶需求，不是鉗誤，無需修改，底雜7個村題巳修改完成，測試組使用上輪測試中發(fā)現(xiàn)這7個問題的5個測試案例進(jìn)行了回歸測試，確認(rèn)問題已得到修改，因此測試組決定，當(dāng)前版本可以進(jìn)入配置管理庫，送行后續(xù)集成工作.測試組的做法是否有間題？為什么？如果有向題，應(yīng)寫出正確的做法.2-J*-—、fmZ2Lii可題4答案解析：網(wǎng)膨且做法苻在問題番誤如E針對取消的3個問題：這M個問題不進(jìn)行回歸測試B錯誤的°測試組應(yīng)該將這M個問題作為補(bǔ)充說明交用戶確認(rèn)需求測謎且在回U頊I試^應(yīng)對這3個問題與開發(fā)組進(jìn)行淘通并由用戶或項目經(jīng)理確認(rèn)這圮問題是否可I闞肖對于不育瓶肖的問題仍需開發(fā)組進(jìn)行修改并進(jìn)行回歸測試。針只地試097個問題：只使發(fā)現(xiàn)問題的5個案例進(jìn)行回歸測試是號誤的在彳媵改這些問題的過程中可能引入新的問題，因此應(yīng)使用全部30個室例進(jìn)行回歸測試組械法存在問題「錯誤如下.針時眺肖的計問題：這3個何題不進(jìn)行回歸JS1試是錯誤的。測試組應(yīng)該將這3個向題作為補(bǔ)充說明交用戶確認(rèn)需求，測試組在回歸測試中史摳m個何題與開發(fā)組遂行溝通，并由用戶或項目經(jīng)理確認(rèn)這3個問題是否可以取尚對于不能職消的問題仍需開發(fā)組進(jìn)彳V廖改并進(jìn)行回歸測試，針灸喇試的7個可題：只使用發(fā)現(xiàn)I可題的5個案例進(jìn)行回歸測試是錯誤的，