軟件測試試卷(有答案)_第1頁
軟件測試試卷(有答案)_第2頁
軟件測試試卷(有答案)_第3頁
軟件測試試卷(有答案)_第4頁
軟件測試試卷(有答案)_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

軟件測試試卷(有答案)模擬試題1一、選擇題(每題2分,共30分)1.導(dǎo)致軟件缺陷的最大原因是()A.編寫程序B.設(shè)計(jì)方案C.軟件需求說明書D.軟件規(guī)格說明書2.在下面幾個(gè)語句中,判斷哪一個(gè)是錯(cuò)誤的A)發(fā)現(xiàn)和修復(fù)產(chǎn)品中的軟件缺陷越早,開發(fā)費(fèi)用就越低B)對于發(fā)現(xiàn)的軟件缺陷要進(jìn)行重現(xiàn),確認(rèn)是一個(gè)真正的軟件缺陷;還應(yīng)對這個(gè)軟件缺陷進(jìn)行隔離,便于開發(fā)人員定位C)應(yīng)在需求階段設(shè)計(jì)系統(tǒng)測試案例,一次作為需求檢查的輔助手段D)在軟件測試中只需要運(yùn)行預(yù)先設(shè)計(jì)的所有測試案例E)軟件開發(fā)人員需要承擔(dān)部分測試工作3.重慶理工大學(xué)的人事信息管理系統(tǒng)中,系統(tǒng)允許用戶輸入8位數(shù)字的電話號碼。如果使用等價(jià)類劃分法來設(shè)計(jì)測試案例,哪一組是最佳的選擇?A)62563072、80603805、100080、39103825B)39103825、8252323、@、139********C)62563072、391038255、8252323、空值、h?D)62563072、06038054.在V模型中下面哪一項(xiàng)測試工作是與需求和設(shè)計(jì)工作同時(shí)進(jìn)行的A)測試設(shè)計(jì)B)需求檢查C)錄制測試腳本D)增量式集成測試5.一個(gè)軟件項(xiàng)目通常分為不同的項(xiàng)目階段,在這些階段都可能注入一些軟件缺陷。在需求階段注入的缺陷就是源于需求階段的缺陷,在軟件測試階段注入的缺陷就是源于軟件測試階段的缺陷。源于需求階段的缺陷也可能在測試階段才發(fā)現(xiàn)。一般來說,大多數(shù)軟件缺陷屬于:A)軟件測試階段B)程序編寫和調(diào)試階段C)需求和設(shè)計(jì)階段D)加班工作階段6.假定你是某個(gè)軟件項(xiàng)目的系統(tǒng)測試人員。在開始測試前你需要閱讀軟件需求規(guī)格說明書(SRS)了解要測試的系統(tǒng)的功能。你發(fā)現(xiàn),SRS在許多地方么有說清楚系統(tǒng)的功能,即沒有完整的、準(zhǔn)確的說明系統(tǒng)的一些功能。你認(rèn)為,在測試時(shí)無法依據(jù)SRS來判斷系統(tǒng)是否正確的實(shí)現(xiàn)了所需要的功能。這是,你應(yīng)該做什么?A)針對發(fā)現(xiàn)的問題修改SRS,使它能夠完整的、準(zhǔn)確的說明系統(tǒng)的功能B)將SRS退回開發(fā)方修改,等修改完成后繼續(xù)系統(tǒng)測試工作C)安裝并運(yùn)行要測試的系統(tǒng),參考可能獲得的相關(guān)文檔,觀察和掌握系統(tǒng)實(shí)現(xiàn)的功能D)與用戶代表、開發(fā)人員溝通,了解和明確系統(tǒng)的功能E)C+D7.有一組測試用例,它使被測程序中的每一個(gè)分支至少執(zhí)行一次,它滿足的覆蓋標(biāo)準(zhǔn)是:()A.語句覆蓋B.判定覆蓋C.條件覆蓋D.路徑覆蓋8.在某管理系統(tǒng)中,要求輸入重量有效值在1.0Kg至9.5Kg(0.5Kg是最小刻度)。如果考慮使用邊界值分析方法來設(shè)計(jì)有效測試案例,請問下面哪一項(xiàng)符合我們要求的測試用例,且測試強(qiáng)度較高。A)2、9B)1、1.5、9.0、9.5C)0、1、1.5、9.0、9.5、10.0D)1.0、9.5E)1、1.1、9.4、9.59.在下面幾個(gè)語句中,判斷哪一個(gè)是錯(cuò)誤的A)在軟件缺陷報(bào)告中應(yīng)記錄重現(xiàn)缺陷的步驟B)理解和掌握用戶實(shí)際需求及所測試的軟件產(chǎn)品是做好測試的前提C)應(yīng)在需求階段設(shè)計(jì)單元測試案例,一次作為需求檢查的輔助手段D)測試工作應(yīng)在需求階段開始,與開發(fā)工作同步、并重E)軟件產(chǎn)品的質(zhì)量越高,發(fā)布后其維護(hù)成本就越低10.等價(jià)類劃分和邊界值分析是最常用的兩種黑盒方法。采用這兩種方法設(shè)計(jì)測試案例,可以很大幅度的減少測試案例的數(shù)量。那么,這兩種方法有什么局限性?A)在設(shè)計(jì)一組測試案例是不能把這兩種方法結(jié)合在一起同時(shí)使用B)不同輸入變量之間可能存在約束關(guān)系,它們不能處理這類約束關(guān)系C)不能用于大型信息系統(tǒng)的測試案例的設(shè)計(jì)D)不能用于單元測試和集成測試11.重慶理工大學(xué)某系統(tǒng)中,需要輸入8位的賬號(數(shù)字或字母)。下面那一組測試數(shù)據(jù)是測試最佳選擇?A)20082022,10000,abc,410005,空白B)20082022,空白,空值,123456789,abcC)20082022,空白,abc,10000000,IOOOOOOOD)20082022,abc,空值,100000,IOOOOO12.下面哪一個(gè)不是黑盒測試方法?A)邊界值分析B)等價(jià)類劃分C)邏輯覆蓋D)狀態(tài)測試方法13.請閱讀下面這段程序:intgetK(inta,b,c){intk=1;if((a>0)||(b<0)||(a+c>0))k=k+a;elsek=k+b;if(c>0)k=k+c;returnk;},如果測試時(shí)只采用這組輸入值組合:(a,b,c)=(1,1,-1)、(-1,1,1),那么還有什么情況沒有覆蓋或考慮到?A)語句覆蓋B)b<0的情況C)既執(zhí)行語句k=k+a,又執(zhí)行語句k=k+cD)以上情況均沒有覆蓋或考慮到14.編寫、記錄和保存測試案例和測試數(shù)據(jù)是測試設(shè)計(jì)過程的主要活動。測試質(zhì)量在很大程度上取決于測試案例的質(zhì)量。下面是一些關(guān)于測試案例的描述。請問哪一條是不正確。A)缺乏書面記錄的測試案例,測試執(zhí)行過程難以避免隨意性B)設(shè)計(jì)測試案例時(shí),既要考慮有效輸入,又要考慮無效輸入C)認(rèn)真運(yùn)行設(shè)計(jì)的全部測試案例即可保證足夠的測試D)如果不記錄測試案例,測試團(tuán)隊(duì)的內(nèi)部溝通可能降低效率E)測試案例和測試數(shù)據(jù)應(yīng)與軟件開發(fā)文檔保持一致性15.WhichoneofthefollowingitemsisNOTacommontypeofreviewmeeting?A)PerformanceTestB)WalkthroughC)InspectionD)DesignReview二、簡答題(每題5分,共30分)三、應(yīng)用分析題(每題10分,共40分。)1.學(xué)生成績管理系統(tǒng)的案例中,某功能要求輸入的數(shù)據(jù)是數(shù)字字符,在0~100之間,超出這個(gè)范圍的為無效數(shù)字。帶非數(shù)字的也為無效字符。要求用等價(jià)類劃分法設(shè)計(jì)測試用例(考慮無效和有效類),進(jìn)行程序功能測試(要有過程步驟)。2.文本切割的問題,就是把大的文本切割成若干個(gè)定長的小塊。用自然語言描述,大致是如下這個(gè)樣子:strOri=原始文本內(nèi)容;len=切割前文本的長度;sublen=切割后每塊數(shù)據(jù)的長度;buf[]=存放切割后的數(shù)據(jù);i=0;//計(jì)數(shù)器substrnum=(int)(len/sublen);//切割后的個(gè)數(shù)for(i=0;i<substrnum-1;i++)<p="">buf[i]=mid(strOri,i*sublen,sublen);buf[i+1]=mid(strOri,(i+1)*sublen,len%sublen);①請指出上述偽代碼的錯(cuò)誤之處,該錯(cuò)誤是否是由于對變量的邊界考慮不周引起的?(2分)②設(shè)計(jì)相應(yīng)的測試用例,并說明設(shè)計(jì)的理由或原因。(8分)3.某規(guī)格說明要求:第一列字符必須M或N,第二列字符必須是數(shù)字,在此情況下文件被更新。但如果第一個(gè)字符不正確,那么信息“第一列字符輸入不是M或N”被產(chǎn)生;如果第二個(gè)字符不是數(shù)字,則信息“第二列字符輸入不是數(shù)字”產(chǎn)生。(1)試?yán)靡蚬麍D法,建立該軟件的因果圖;(2)用決策表設(shè)計(jì)測試用例。4.基本路徑法設(shè)計(jì)出的測試用例能夠保證在測試中程序的每一條可執(zhí)行語句至少執(zhí)行一次。閱讀下列說明,回答問題1至問題3。(10分)(1)請畫出以下代碼的控制流圖。(2)請計(jì)算上述控制流圖的環(huán)路復(fù)雜度V(G)。(3)請使用基本路徑測試法為變量temp設(shè)計(jì)測試用例,使之滿足基本路徑覆蓋要求。模擬試題1參考答案一、選擇題(每題2分,共30分)二、簡答題(每題5分,共30)1.參考答案軟件測試是以評價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的活動,是對軟件質(zhì)量的度量與評估,以驗(yàn)證軟件的質(zhì)量滿足用戶的需求的程度,為用戶選擇與接受軟件提供有力的依據(jù)。軟件測試內(nèi)容:軟件是由文檔、—數(shù)據(jù)以及程序組成的,那么軟件測試就應(yīng)該是對軟件形成過程的文檔、數(shù)據(jù)以及程序進(jìn)行的測試,而不僅僅是對程序進(jìn)行的測試。2.參考答案解:從產(chǎn)品內(nèi)部看,軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯(cuò)誤、毛病等各種問題;從外部看,軟件缺陷是系統(tǒng)所需實(shí)現(xiàn)的某種功能的失效或違背。它的表現(xiàn)形式主要有以下幾種:(1)軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能;(2)軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯(cuò)誤;(3)軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo);(4)軟件功能超出了產(chǎn)品說明書中指出的范圍;(5)軟件測試人員認(rèn)為軟件難以理解、不易使用,或者最終用戶認(rèn)為該軟件使用效果不良。軟件缺陷產(chǎn)生的主要原因有:需求規(guī)格說明錯(cuò)誤;設(shè)計(jì)錯(cuò)誤;程序代碼有誤;其他。其中在需求分析階段引入的缺陷最多,修復(fù)的成本又最低。3.參考答案WR的測試過程分為以下六個(gè)階段:(1)創(chuàng)建GUImap;(2)創(chuàng)建測試;(3)調(diào)試測試;(4)執(zhí)行測試;(5)查看測試結(jié)果;(6)報(bào)告發(fā)現(xiàn)的錯(cuò)誤。4.答題要點(diǎn):回歸通常指以前正常的功能不再正常.回歸測試主要目的是為了保障以前通過測試的功能在對代碼的修改之后仍然功能正常.對代碼的修改可能導(dǎo)致以下情形的發(fā)生:1.缺陷得以解決;2.缺陷得以解決,但是其它處曾經(jīng)正常的功能開始出現(xiàn)問題;3.雖經(jīng)努力,但是缺陷仍然不能解決;4.雖經(jīng)努力,缺陷仍然不能解決,同時(shí)還引入了回歸缺陷.回歸測試是一項(xiàng)耗時(shí)的工作,往往需要對已有的測試用例進(jìn)行挑選,從其中選擇回歸測試集.回歸測試用例在開發(fā)過程中,可能需要大量的反復(fù)執(zhí)行,如果有可能,應(yīng)該考慮引入自動化測試手段.5.參考答案Alpha測試通常是指產(chǎn)品開發(fā)到了末期,在推出市場之前開發(fā)方內(nèi)部進(jìn)行的系統(tǒng)測試.Beta測試通常是指為了擴(kuò)大測試面,檢驗(yàn)開發(fā)的產(chǎn)品是否能在預(yù)計(jì)的各種軟硬件環(huán)境中正常運(yùn)行,一般將比較穩(wěn)定的產(chǎn)品發(fā)送到各個(gè)用戶單位,由用戶進(jìn)行測試.這些系統(tǒng)版本通常被稱為Beta版本,在Beta測試階段,開發(fā)方一般會先后提交軟件產(chǎn)品的若干beta版本.6.參考答案答:以計(jì)算器為例,完全的測試需要進(jìn)行1+1,1+2,1+3,……,1+9999999999999999等的測試,然后再是2+1,2+2,2+3,……,2+9999999999999999等的測試。除了加法,還有,減乘除等運(yùn)算。因而,完全的測試是不可能的。然而,測試用例數(shù)量太少,會導(dǎo)致測試不足的情況。例如我們判斷三個(gè)數(shù)是否相等的程序?yàn)椋篒f((x+y+z)/3==x)thenPrint“相等”ElsePrint“不相等”Endif這樣的程序當(dāng)采用測試用例:x=2,y=2,z=2以及x=1,y=2,z=3時(shí)都是能夠通過的,但我們不能據(jù)此判定程序是正確的。三、應(yīng)用分析題(每題10分,共40分)1.解答:第一步:分類第二步:設(shè)計(jì)有效等價(jià)類需要的測試用例。表中的①、⑤2個(gè)有效等價(jià)類,可共用一個(gè)測試用例,例如:測試數(shù)據(jù)預(yù)期結(jié)果測試覆蓋98輸入有效①、⑤第三步:為每一無效等價(jià)類至少設(shè)計(jì)一個(gè)測試用例。因?yàn)橛?個(gè)無效等價(jià)類,需要不少于5個(gè)測試用例。如:測試數(shù)據(jù)預(yù)期結(jié)果測試范圍M8輸入無效②(沒有數(shù)字字符輸入)輸入無效③978輸入無效④-96輸入無效⑥103輸入無效⑦2.解答:①第一個(gè)錯(cuò)誤有點(diǎn)低級,把i+1改為i第二個(gè)錯(cuò)誤:當(dāng)len剛好是sublen的整數(shù)倍的時(shí)候,這個(gè)操作將發(fā)生錯(cuò)誤。我們首先要清楚,取模操作中有一個(gè)特殊的邊界值,就是第二個(gè)操作數(shù)的整數(shù)倍。這就好像是整數(shù)中的0一樣重要,而上面這段代碼的作者剛好忽視了這個(gè)問題,忽略了次邊界。②可以設(shè)計(jì)測試用例如下:輸入:strOri="abcd",sublen=2.輸出:buf={"ab","cd"}輸入:strOri="abcde",sublen=2,輸出:buf={"ab","cd","e"}輸入:strOri="a",sublen=2,輸出buf={"a"}輸入:strOri="",sublen=2,輸出buf={}測試用例1將發(fā)現(xiàn)第5行的代碼i+1=3,越界.因此正確的代碼是buf[i]=mid(strOri,(i)*sublen,len%sublen);.測試用例2要求代碼行3-4應(yīng)該要循環(huán)兩次,但實(shí)際上只循環(huán)了一次.正確的應(yīng)該是:for(i=0;i<substrnum;i++)<p="">測試用例3行為正常測試用例4的輸出為buf={""},與預(yù)期輸出不一致.正確的代碼是:if(len%sublen!=0){buf[i+1]=mid(strOri,(i+1)*sublen,len%sublen);}3.解答:4.解答:模擬試題2一、選擇題(每題2分,共30分)1.對下面的個(gè)人所得稅程序中滿足判定覆蓋測試用例的是()If(income<800)taxrate=0;elseif(income<=1500)taxrate=0.05;elseif(income<2000)taxrate=0.08;elsetaxrate=0.1;A.income=(799,1500,2000,2001)B.income=(799,1500,1999,2001)C.income=(800,1500,2000,2001)D.income=(800,1499,2000,2001)2.在下面幾個(gè)語句中,判斷哪一個(gè)是正確的A)過度測試會影響進(jìn)度和增加成本B)測試設(shè)計(jì)工作與軟件開發(fā)活動是相互獨(dú)立、相互無關(guān)的C)測試是為了發(fā)現(xiàn)程序的錯(cuò)誤D)測試在一定的條件下應(yīng)該適可而止3.軟件測試的目的是()A.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤,提高軟件的可靠性B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯(cuò)誤C.證明軟件沒有錯(cuò)誤D.修改軟件中出現(xiàn)的錯(cuò)誤4.下面那個(gè)類型的測試不是針對軟件產(chǎn)品的一個(gè)質(zhì)量特性的A)功能測試B)性能測試C)用戶滿意度測試D)回歸測試E)易用性測試5.在實(shí)際的軟件項(xiàng)目中工作中,測試人員運(yùn)行測試案例,觀察運(yùn)行結(jié)果,當(dāng)發(fā)現(xiàn)軟件缺陷時(shí)提交軟件缺陷報(bào)告。那么,測試人員判定一個(gè)運(yùn)行結(jié)果中存在缺陷的準(zhǔn)則是什么?A)這個(gè)運(yùn)行結(jié)果與測試案例中的預(yù)期結(jié)果不一致B)測試人員可以從中找到缺陷的證據(jù)C)這個(gè)運(yùn)行結(jié)果與測試人員的預(yù)期不一致D)開發(fā)人員承認(rèn)這個(gè)運(yùn)行結(jié)果中存在缺陷6.下面描述中較為準(zhǔn)確的是:A)測試設(shè)計(jì)工作和軟件開發(fā)活動是緊密相關(guān)的B)軟件測試的目的是盡可能多的找出軟件的缺陷C)單元測試能發(fā)現(xiàn)約10%的軟件缺陷D)軟件生存周期是從軟件開始編碼到開發(fā)結(jié)束的整個(gè)時(shí)期7.某次程序調(diào)試沒有出現(xiàn)預(yù)計(jì)的結(jié)果,下列()不可能是導(dǎo)致出錯(cuò)的原因。A.變量沒有初始化B.編寫的語句書寫格式不規(guī)范C.循環(huán)控制出錯(cuò)D.代碼輸入有誤8.功能分析法是一種黑盒方法。其思想是:首先,分析系統(tǒng)的行為或具有的功能,將系統(tǒng)功能分解為一組功能點(diǎn)的集合。然后,針對每一個(gè)功能點(diǎn),考察這個(gè)功能點(diǎn)的輸入和輸出,設(shè)計(jì)一個(gè)或一組測試案例,這些測試案例足以確認(rèn)系統(tǒng)實(shí)現(xiàn)了這項(xiàng)功能;并針對受這項(xiàng)功能影響的系統(tǒng)的其他部分,補(bǔ)充進(jìn)行一些測試。功能分析法的主要局限性是什么?A)在需求規(guī)格說明書不清楚或不完整時(shí)不能采用它B)不使用要測試的功能的不同輸入值C)不能保證覆蓋系統(tǒng)的各項(xiàng)功能D)不一定保證語句覆蓋,即可能有未測試的代碼9.假設(shè)規(guī)定某字段必須是以字母開頭的、不超過8個(gè)字符的字母數(shù)字串,那么下面那一組值均屬于用戶名的有效等價(jià)類?A)L,zhangsan,A1111111,glenford1B)a111,L1,Lin-Yie,Lin-fengC)zhangsan,A1111111,glendord,123B123D)zhangsan,A1111111,glenford,Myers10.在重慶理工大學(xué)的某系統(tǒng)軟件中,系統(tǒng)允許用戶輸入人員的身份證號和進(jìn)入本單位工作的日期。那么,下面哪一組是無效的輸入值組合?A)110108************,1981.10.10B)110108************,1981.10.10C)110108************,2000.10.10D)110108*********,2000.10.1011.下面哪一個(gè)不是黑盒測試方法?A)邊界值分析B)因果圖C)基本路徑測試D)狀態(tài)測試方法12.請閱讀下面這段程序:intfunc2(inta,b,c){intk=1;if((a>0)||(b<0)||(a+c>0))k=k+a;elsek=k+b;if(c>0)k=k+c;returnk;}現(xiàn)在需要使用邏輯覆蓋法測試上面的函數(shù),請問使用下面哪一組關(guān)于(a,b,c)的輸入值,組合就可以達(dá)到條件覆蓋。A)(a,b,c)=(1,1,1)、(-1,1,1)B)(a,b,c)=(1,1,1)、(-1,-1,-1)C)(a,b,c)=(1,1,-1)、(-1,-1,-1)D)(a,b,c)=(1,1,-1)、(-1,1,1)13.等價(jià)類劃分和邊界值分析是最常用的兩種黑盒方法。采用這兩種方法設(shè)計(jì)測試案例,可以很大幅度的減少測試案例的數(shù)量。那么,這兩種方法有什么局限性?A)在設(shè)計(jì)一組測試案例是不能把這兩種方法結(jié)合在一起同時(shí)使用B)不同輸入變量之間可能存在約束關(guān)系,它們不能處理這類約束關(guān)系C)不能用于大型信息系統(tǒng)的測試案例的設(shè)計(jì)D)不能用于單元測試和集成測試14.在系統(tǒng)測試階段,測試人員發(fā)現(xiàn)并報(bào)告了某個(gè)功能的一個(gè)缺陷。后來開發(fā)人員修復(fù)了這個(gè)缺陷,向測試方提交了修改后的新版本。在安裝了這個(gè)新版本之后,測試人員運(yùn)行了一遍這個(gè)功能的全部測試案例,發(fā)現(xiàn)報(bào)告的缺陷確實(shí)已經(jīng)修復(fù)了,并且沒有發(fā)現(xiàn)新的缺陷。那么,測試人員所作的回歸測試已經(jīng)足夠了嗎?為什么?下面的幾個(gè)答案中哪一個(gè)是最好的?A)不夠。應(yīng)該運(yùn)行一遍受這個(gè)功能影響的其他功能的全部測試案例B)不夠。應(yīng)該再運(yùn)行一遍這個(gè)功能的全部測試案例C)是的。因?yàn)閳?bào)告的缺陷確實(shí)已經(jīng)修復(fù),并且沒有發(fā)現(xiàn)新的缺陷,所以沒有必要補(bǔ)充其他的測試D)足夠了。只需要運(yùn)行發(fā)現(xiàn)此缺陷所用的測試案例15.WhatisNOTanimportanttestcaseforeffectivelytestingsoftwaresecurity?A)OperationsystemsecurityB)UserpermissionsC)LoginproceduresD)Firewallintegrity二、簡答題(每題5分,共30分)1.V模型的特點(diǎn)。2.什么是樁模塊,什么是驅(qū)動模塊?為下面的函數(shù)構(gòu)造一個(gè)驅(qū)動模塊。intdivide(inta,intb){if(b==0){printf("除數(shù)不能為0");return0;}intc=a/b;returnc;}3.名詞解釋:負(fù)載測試、壓力測試、性能測試。4.簡述什么是非增量式集成測試和增量式集成測試,并作出比較。5.分別解釋什么是靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試、人工測試和自動化測試。。6.請說明QTP、WinRunner、以及LoadRunner分別是什么類型的軟件?三、應(yīng)用分析題(每題10分,共40分)1.如果函數(shù)F實(shí)現(xiàn)了一個(gè)程序,要輸入兩個(gè)整型變量x1和x2,100≤x1≤200,300≤x2≤400,寫出等價(jià)類劃分和邊界值分析的測試用例(只考慮有效值的情況,只考慮單缺陷假設(shè))。2.某航空公司規(guī)定,乘客可以免費(fèi)托運(yùn)不超過20公斤的行李。當(dāng)行李重量超過20公斤時(shí),對頭等艙的乘客超重部分每公斤收費(fèi)4元,其它艙的乘客收費(fèi)6元。對殘疾乘客超重部分在艙位等次相同的情況下收費(fèi)減半。用判定表描述行李托運(yùn)費(fèi)的處理過程并寫出相應(yīng)的測試用例4.閱讀下面某程序的流程圖,按下列要求a)-d)寫出“盡量少足夠多”的測試用例,并指明該用例經(jīng)過的路徑;回答e)問題a)滿足語句覆蓋b)滿足判定(分支)覆蓋c)滿足條件覆蓋d)滿足條件組合覆蓋e)判定覆蓋和條件覆蓋是否可以互相覆蓋,試舉例說明模擬試題2參考答案一、選擇題(每題2分,共30分)二、簡答題(每題5分,共30)2.參考答案:在單元測試時(shí),如果模塊不是獨(dú)立的程序,需要設(shè)置一些輔助測試模塊。輔助測試模塊有兩種:(1)驅(qū)動模塊(Drive)用來模擬被測試模塊的上一級模塊,相當(dāng)于被測模塊的主程序。它接收數(shù)據(jù),將相關(guān)數(shù)據(jù)傳送給被測模塊,啟動被測模塊,并打印出相應(yīng)的結(jié)果。(2)樁模塊(Stub)用來模擬被測模塊工作過程中所調(diào)用的模塊。它們一般只進(jìn)行很少的數(shù)據(jù)處理。函數(shù)驅(qū)動模塊:voidmain(){int,y,z;scanf(“%d%d”,&x,&y);z=divide(x,y);printf(“%d”,z);}3.參考答案性能測試(PerformanceTest):通常收集所有和測試有關(guān)的所有性能,通常被不同人在不同場合下進(jìn)行使用。關(guān)注點(diǎn):howmuch和howfast負(fù)載測試(LoadTest):負(fù)載測試是一種性能測試,指數(shù)據(jù)在超負(fù)荷環(huán)境中運(yùn)行,程序是否能夠承擔(dān)。關(guān)注點(diǎn):howmuch強(qiáng)度測試(StressTest):強(qiáng)度測試是一種性能測試,他在系統(tǒng)資源特別低的情況下軟件系統(tǒng)運(yùn)行情況,目的是找到系統(tǒng)在哪里失效以及如何失效的地方4.非增量式測試是采用一步到位的方法來構(gòu)造測試:非增量式測試:對所有模塊進(jìn)行個(gè)別的單元測試后,按照程序結(jié)構(gòu)圖將各模塊連接起來,把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測試。非增量式測試的缺點(diǎn):當(dāng)一次集成的模塊較多時(shí),非增量式測試容易出現(xiàn)混亂,因?yàn)闇y試時(shí)可能發(fā)現(xiàn)了許多故障,為每一個(gè)故障定位和糾正非常困難,并且在修正一個(gè)故障的同時(shí),可能又引入了新的故障,新舊故障混雜,很難判定出錯(cuò)的具體原因和位置。增量式測試的集成是逐步實(shí)現(xiàn)的:逐次將未曾集成測試的模塊和已經(jīng)集成測試的模塊(或子系統(tǒng))結(jié)合成程序包,再將這些模塊集成為較大系統(tǒng),在集成的過程中邊連接邊測試,以發(fā)現(xiàn)連接過程中產(chǎn)生的問題。非增量式測試與增量式測試的比較:非增量式測試的方法是先分散測試,然后集中起來再一次完成集成測試。假如在模塊的接口處存在錯(cuò)誤,只會在最后的集成測試時(shí)一下子暴露出來。增量式測試是逐步集成和逐步測試的方法,把可能出現(xiàn)的差錯(cuò)分散暴露出來,便于找出問題和修改。而且一些模塊在逐步集成的測試中,得到了較多次的考驗(yàn),因此,可能會取得較好的測試效果。結(jié)論:增量式測試要比非增量式測試具有一定的優(yōu)越性。5.所謂靜態(tài)測試是指不運(yùn)行被測軟件,僅通過分析或檢查等其他手段達(dá)到

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論