軟件測試復(fù)習(xí)題_第1頁
軟件測試復(fù)習(xí)題_第2頁
軟件測試復(fù)習(xí)題_第3頁
軟件測試復(fù)習(xí)題_第4頁
軟件測試復(fù)習(xí)題_第5頁
已閱讀5頁,還剩19頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、.一、 選擇題。1軟件測試的目的是( )。a) 表明軟件的正確性 b) 評價(jià)軟件質(zhì)量c) 盡可能發(fā)現(xiàn)軟件中的錯(cuò)誤 d) 判定軟件是否合格2、導(dǎo)致軟件缺陷的最大原因是:( )a軟件需求說明書 b設(shè)計(jì)方案c編碼 d維護(hù)3關(guān)于白盒測試與黑盒測試的最主要區(qū)別,正確的是()。a) 白盒測試側(cè)重于程序結(jié)構(gòu),黑盒測試側(cè)重于功能 b) 白盒測試可以使用測試工具,黑盒測試不能使用工具 c) 白盒測試需要程序參與,黑盒測試不需要 d) 黑盒測試比白盒測試應(yīng)用更廣泛4、( )是一種關(guān)注變量定義賦值點(diǎn)(語句)和引用或使用這些值的點(diǎn)(語句)的結(jié)構(gòu)性測試,主要用作路徑測試的真實(shí)性檢查。a、基本路徑測試 b、邏輯覆蓋c、決

2、策表 d、數(shù)據(jù)流測試5軟件測試類型按開發(fā)階段劃分( ) 。a)需要測試單元測試集成測試 b)單元測試集成測試確認(rèn)測試系統(tǒng)測試驗(yàn)收測試c)單元測試集成測試確認(rèn)測試 d)調(diào)試單元測試功能測試6測試的關(guān)鍵問題是( )。a)如何組織軟件評審 b)如何選擇測試用例c)如何驗(yàn)證程序的正確性 d)如何采用綜合策略7下列幾種邏輯覆蓋標(biāo)準(zhǔn)中,查錯(cuò)能力最強(qiáng)的是( )。a)語句覆蓋 b)判定覆蓋c)條件覆蓋d)條件組合覆蓋8軟件測試用例主要由輸入數(shù)據(jù)和( )兩部分組成。a)測試計(jì)劃b)測試規(guī)則 c)預(yù)期輸出結(jié)果 d)以往測試記錄分析精品.9. 單元測試主要針對模塊的幾個(gè)基本特征進(jìn)行測試,該階段不能完成的測試是( )

3、。a) 系統(tǒng)功能 b) 局部數(shù)據(jù)結(jié)構(gòu) c) 重要的執(zhí)行路徑 d) 錯(cuò)誤處理10. 增量式集成測試有3種方式:自頂向下增量測試方法,( )和混合增量測試方式。a)自中向下增量測試方法 b)自底向上增量測試方法c)多次性測試 d)維護(hù)11不屬于白盒測試的技術(shù)是( )a) 路徑覆蓋 b) 判定覆蓋c) 邊界值分析 d) 條件覆蓋12下列模型哪個(gè)是軟件測試過程模型( )a) w模型 b) 漠布模型c) l模型 d) g模型13下面( ) 方法能夠有效地檢測輸入條件的各種組合可能引起的錯(cuò)誤。a) 等價(jià)類劃分 b) 邊界值分析 c) 錯(cuò)誤推測 d) 因果圖14在junit中,testxxx()方法就是一個(gè)

4、測試用例,測試方法是( )。a)private void testxxx() b)public void testxxx()c)public float testxxx() d)public int testxxx()15軟件測試不需要了解軟件設(shè)計(jì)的( )a) 功能 b) 內(nèi)部結(jié)構(gòu) c) 處理過程 d) 條件16下面說法正確的是( )a) 經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確b) 測試的目標(biāo)是為了證明程序沒有錯(cuò)誤c) 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試d) 成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試17. 在測試具有層次結(jié)構(gòu)的大型軟件時(shí),有一種方法是從下層模塊開始,由下到上進(jìn)行測試。此時(shí),有必要用一些

5、模塊替代尚未測試過的上層模塊。( )a) 樁 b) 模擬器 c) 原型 d) 驅(qū)動(dòng) 18軟件測試按照測試層次可以分為( ) a黑盒測試、白盒測試精品.b. 功能性測試和結(jié)構(gòu)性測試c單元測試、集成測試和系統(tǒng)測試 d、動(dòng)態(tài)測試和靜態(tài)測試19、軟件測試是采用( )執(zhí)行軟件的活動(dòng)。a測試用例b輸入數(shù)據(jù)c測試環(huán)境d輸入條件20軟件測試是軟件開發(fā)過程的重要階段,是軟件質(zhì)量保證的重要手段,下列哪個(gè)(些)是軟件測試的任務(wù)?答案:( )1預(yù)防軟件發(fā)生錯(cuò)誤 2發(fā)現(xiàn)程序錯(cuò)誤 3提供診斷錯(cuò)誤信息 a只有1b只有2c只有3d都是21、測試用例是為達(dá)到最佳的測試效果或高效的揭露隱藏的錯(cuò)誤而精心設(shè)計(jì)的少量測試數(shù)據(jù),至少應(yīng)該

6、包括( )a、測試輸入、執(zhí)行條件和預(yù)期的結(jié)果 b、測試目標(biāo)、測試工具c、測試環(huán)境 d、測試配置22、對已經(jīng)發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì),并改正這些錯(cuò)誤,同時(shí)修改相關(guān)的文檔,這種行為屬于( )a測試 b調(diào)試c回歸測試 d單元測試23、軟件缺陷修復(fù)的代價(jià)最高的階段為( )a、發(fā)布階段 b、需求階段c、設(shè)計(jì)階段 d、編碼階段24、下列( )是關(guān)于軟件缺陷的描述。a導(dǎo)致軟件包含故障的人的行為b產(chǎn)品的異常情況c引起一個(gè)功能部件不能完成所要求的功能的一種意外情況d功能部件執(zhí)行其規(guī)定功能的能力喪失25、可作為測試停止的標(biāo)準(zhǔn)是( )a當(dāng)時(shí)間用光時(shí)b執(zhí)行了所有的測試用例,但沒有發(fā)現(xiàn)故障c當(dāng)所有缺陷都已經(jīng)

7、清除時(shí)d當(dāng)達(dá)到所要求的覆蓋時(shí)26、下列描述錯(cuò)誤的是( )a軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題,那是軟件測試人員的錯(cuò)b窮盡測試實(shí)際上在一般情況下是不可行的c軟件測試自動(dòng)化不是萬能的d測試能由非開發(fā)人員進(jìn)行,調(diào)試必須由開發(fā)人員進(jìn)行。27、如下圖所示的n-s圖,至少需要( )個(gè)測試用例完成邏輯覆蓋。精品.a15b16c17d1828、下列( )方法設(shè)計(jì)出的測試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)。a等價(jià)類劃分法b場景法c邊界值分析法d決策表法29、功能性測試是根據(jù)( )來設(shè)計(jì)測試用例。a、軟件的規(guī)格說明b、設(shè)計(jì)文檔c、程序的內(nèi)部邏輯d、維護(hù)手冊30、在軟件修改之后,再次運(yùn)行以前為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序曾用過的測試用例,這

8、種測試稱之為( )a單元測試b集成測試c回歸測試d驗(yàn)收測試31、( )方法是根據(jù)輸出對輸入的依賴關(guān)系來設(shè)計(jì)測試用例的。a邊界值分析 b等價(jià)類c因果圖法 d錯(cuò)誤推測法32、測試工程師的工作范圍會(huì)包括檢視代碼、評審開發(fā)文檔,這屬于( )a動(dòng)態(tài)測試 b靜態(tài)測試c黑盒測試 d白盒測試331811、如果f實(shí)現(xiàn)一個(gè)程序,輸入變量x1和x2的邊界、區(qū)間分別為:ax1d,區(qū)間為a,b,b,c,c,d;ex2g,區(qū)間為e,f,f,g;則下列( )圖可表示為強(qiáng)健壯等價(jià)類測試用例。a bx2a b c dgfex1a b c dgfex2x1c da b c dgfea b c dgfex1x2x2精品.x134、

9、對于一個(gè)含有n個(gè)變量的程序,采用基本邊界值分析法測試程序會(huì)產(chǎn)生( )個(gè)測試用例。a6n+1 b5nc、4n+1 d7n35、以下關(guān)于測試用例特征的描述錯(cuò)誤的是( )a最有可能抓住錯(cuò)誤的;b一定會(huì)有重復(fù)的、多余的;c一組相似測試用例中最有效的;d既不是太簡單,也不是太復(fù)雜。36軟件測試是采用()執(zhí)行軟件的活動(dòng)。a) 測試用例 b) 輸入數(shù)據(jù) c) 測試環(huán)境 d) 輸入條件37下面對軟件測試流程的描述,哪個(gè)是正確的?( )。a) 制定測試計(jì)劃-設(shè)計(jì)測試方案及測試用例-部署實(shí)施測試-執(zhí)行測試-缺陷跟蹤管理-測試總結(jié)報(bào)告 b) 制定測試計(jì)劃-部署實(shí)施測試-設(shè)計(jì)測試方案及測試用例-執(zhí)行測試-缺陷跟蹤管理

10、-測試總結(jié)報(bào)告c) 部署實(shí)施測試-制定測試計(jì)劃-設(shè)計(jì)測試方案及測試用例-執(zhí)行測試-缺陷跟蹤管理-測試總結(jié)報(bào)告 d) 制定測試計(jì)劃-設(shè)計(jì)測試方案及測試用例-執(zhí)行測試-部署實(shí)施測試-缺陷跟蹤管理-測試總結(jié)報(bào)告38不屬于邏輯覆蓋方法的是( )。a)組合覆蓋 b)判定覆蓋c)條件覆蓋 d)接口覆蓋39導(dǎo)致軟件缺陷的最大原因是( ) 。a)軟件需求說明書 b)設(shè)計(jì)方案c)編碼 d)維護(hù)40單元測試中用來模擬實(shí)現(xiàn)被測模塊需調(diào)用的其他功能模塊的是( )。a)驅(qū)動(dòng)模塊 b)樁模塊c)主控模塊d)真實(shí)的被調(diào)用模塊41軟件測試用例主要由輸入數(shù)據(jù)和( )兩部分組成。a)測試計(jì)劃b)測試規(guī)則 c)預(yù)期輸出結(jié)果 d)以

11、往測試記錄分析精品.42 . 集成測試計(jì)劃應(yīng)該在( )階段末提交。a) 需求分析 b) 概要設(shè)計(jì) c) 詳細(xì)設(shè)計(jì) d) 單元測試完成43針對是否對無效數(shù)據(jù)進(jìn)行測試,可以將等價(jià)類測試分為( )1)標(biāo)準(zhǔn)(一般)等價(jià)類測試 2)健壯等價(jià)類測試 3)弱等價(jià)類測試 4)強(qiáng)等價(jià)類測試a) 3)4) b) 1)2)c) 1)3) d) 2)4)44()方法需要考察模塊間的接口和各模塊之間的聯(lián)系a) 單元測試 b)確認(rèn)測試c) 集成測試 d) 系統(tǒng)測試45下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是()。a) 功能需求 b) 性能需求 c) 可擴(kuò)展性和靈活性 d) 容錯(cuò)糾錯(cuò)能力47在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)

12、學(xué)生年齡的輸入范圍為1640,則根據(jù)黑盒測試中的等價(jià)類劃分技術(shù),下面劃分正確的是( )a) 可劃分為2個(gè)有效等價(jià)類,2個(gè)無效等價(jià)類b) 可劃分為1個(gè)有效等價(jià)類,2個(gè)無效等價(jià)類 c) 可劃分為2個(gè)有效等價(jià)類,1個(gè)無效等價(jià)類 d) 可劃分為1個(gè)有效等價(jià)類,1個(gè)無效等價(jià)類48下面說法正確的是( )a) 經(jīng)過測試沒有發(fā)現(xiàn)錯(cuò)誤說明程序正確b) 測試的目標(biāo)是為了證明程序沒有錯(cuò)誤c) 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯(cuò)誤的測試d) 成功的測試是沒有發(fā)現(xiàn)錯(cuò)誤的測試49. 測試程序時(shí)不在機(jī)器上直接運(yùn)行程序,而是采用人工檢查或計(jì)算機(jī)輔助靜態(tài)分析的手段檢查程序。這種測試稱為( )a) 白盒測試 b) 黑盒測試 c)

13、 靜態(tài)測試 d) 動(dòng)態(tài)測試50覆蓋準(zhǔn)則最強(qiáng)的是()。a)語句覆蓋b)判定覆蓋c)條件覆蓋d)路徑覆蓋51發(fā)現(xiàn)錯(cuò)誤能力最弱的是()。a)語句覆蓋b)判定覆蓋c)條件覆蓋d)路徑覆蓋52實(shí)際的邏輯覆蓋測試中,一般以()為主設(shè)計(jì)測試用例。a)條件覆蓋b)判定覆蓋c)條件組合覆蓋d)路徑覆蓋53下面()方法能夠有效地檢測輸入條件的各種組合可能引起的錯(cuò)誤。a)等價(jià)類劃分b)邊界值分析c)錯(cuò)誤推測d)因果圖54與確認(rèn)測試階段有關(guān)的文檔是()。a)需求規(guī)格說明書b)概要設(shè)計(jì)說明書c)詳細(xì)設(shè)計(jì)說明書d)源程序55超出軟件工程范圍的測試是()。a)單元測試b)集成測試c)確認(rèn)測試d)系統(tǒng)測試56軟件測試不需要了

14、解軟件設(shè)計(jì)的()。a)功能b)內(nèi)部結(jié)構(gòu)c)處理過程d)條件57()方法需要考察模塊間的接口和各模塊之間的聯(lián)系。a)單元測試b)集成測試c)確認(rèn)測試d)系統(tǒng)測試精品.58.導(dǎo)致軟件缺陷的最大原因是()(a)編制說明書(b)設(shè)計(jì) (c)編碼(d)測試59.條件覆蓋的目的是()(a)使每個(gè)判定的所有可能的條件取值組合至少執(zhí)行一次(b)使程序中的每個(gè)判定至少都獲得一次“真”值和“假”值。(c)使程序中的每個(gè)判定中每個(gè)條件的可能值至少滿足一次。(d)使程序中的每個(gè)可執(zhí)行語句至少執(zhí)行一次。60.在自低向上測試中,要編寫稱為_的模塊來測驗(yàn)正在測試的模塊。()(a)測試存根(b)測試驅(qū)動(dòng)模塊 (c)樁模塊(d

15、)底層模塊61.在軟件底層進(jìn)行的測試稱為()(a)系統(tǒng)測試(b)集成測試 (c)單元測試(d)功能測試62、下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是()a)功能需求b)性能需求c)可擴(kuò)展性和靈活性d)容錯(cuò)糾錯(cuò)能力63、在進(jìn)行單元測試時(shí),常用的方法是( )a)采用白盒測試,輔之以黑盒測試b)采用黑盒測試,輔之以白盒測試c)只使用白盒測試d)只使用黑盒測試64、在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為1640,則根據(jù)黑盒測試中的等價(jià)類劃分技術(shù),下面劃分正確的是( )。a) 可劃分為2個(gè)有效等價(jià)類,2個(gè)無效等價(jià)類b) 可劃分為1個(gè)有效等價(jià)類,2個(gè)無效等價(jià)類c) 可劃分為2個(gè)有效等價(jià)類,1

16、個(gè)無效等價(jià)類d) 可劃分為1個(gè)有效等價(jià)類,1個(gè)無效等價(jià)類65、根據(jù)軟件需求規(guī)格說明書,在開發(fā)環(huán)境下對已經(jīng)集成的軟件系統(tǒng)進(jìn)行的測試是()。a)系統(tǒng)測試b)單元測試c)集成測試d)驗(yàn)收測試66、下列關(guān)于測試方法的敘述中不正確的是()a)從某種角度上講,白盒測試與黑盒測試都屬于動(dòng)態(tài)測試b)功能測試屬于黑盒測試c)對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)d)結(jié)構(gòu)測試屬于白盒測試67、大多數(shù)實(shí)際情況下,性能測試的實(shí)現(xiàn)方法是( )。a)黑盒測試b)白盒測試c)靜態(tài)分析d)可靠性測試68、 黑盒測試是一種重要的測試策略,又稱為數(shù)據(jù)驅(qū)動(dòng)的測試,其測試數(shù)據(jù)來源于(精品.)。a.軟件規(guī)格說明 b.軟件設(shè)計(jì)說明 c.

17、概要設(shè)計(jì)說明 d.詳細(xì)設(shè)計(jì)說明69.即使對程序的所有路徑都進(jìn)行了測試,程序也可能存在沒能檢查出來的缺陷,其原因可能是()。a.程序可能會(huì)因?yàn)槿鄙倌承┞窂蕉嬖趩栴}b.即使是窮舉路徑測試也決不能保證程序符合其設(shè)計(jì)規(guī)格說明c.窮舉路徑測試也可能不會(huì)暴露數(shù)據(jù)敏感錯(cuò)誤d.以上全部70軟件的集成測試工作最好由( )承擔(dān),以提高集成測試的效果。a.該軟件的設(shè)計(jì)人員b.不屬于該軟件開發(fā)組的軟件設(shè)計(jì)人員c.該軟件開發(fā)組的負(fù)責(zé)人d.該軟件的編程人員71軟件測試計(jì)劃的內(nèi)容應(yīng)包括()。a.測試目的、背景b.被測軟件的功能、輸入和輸出c.測試內(nèi)容和評價(jià)標(biāo)準(zhǔn)d.以上全部72下列不屬于軟件本身的原因產(chǎn)生的缺陷的是( )a

18、.算法錯(cuò)誤b.語法錯(cuò)誤c.文檔錯(cuò)誤d.系統(tǒng)結(jié)構(gòu)不合理73測試程序時(shí)不在機(jī)器上直接運(yùn)行程序,而是采用人工檢查或計(jì)算機(jī)輔助靜態(tài)分析的手段檢查程序。這種測試稱為( )。a.白盒測試b.黑盒測試c.靜態(tài)測試d.動(dòng)態(tài)測試74單元測試中設(shè)計(jì)測試用例的依據(jù)是( )。a.概要設(shè)計(jì)規(guī)格說明書 b.用戶需求規(guī)格說明書c.項(xiàng)目計(jì)劃說明書 d.詳細(xì)設(shè)計(jì)規(guī)格說明書75下面有關(guān)漸增式集成和非漸增式集成測試的說法中錯(cuò)誤的是( )。a.非漸增式集成測試方法把單元測試和集成測試分為兩個(gè)不同的階段,而漸增式集成測試方法往往把單元測試和集成測試合在一起同時(shí)完成b.漸增式集成需要較多的工作量,而非漸增式集成需要的工作量較少c.漸增式

19、集成可以較早的發(fā)現(xiàn)接口錯(cuò)誤,非漸增式集成直到最后組裝時(shí)才能發(fā)現(xiàn)接口上的問題d.漸增式集成有利于排錯(cuò),發(fā)現(xiàn)的錯(cuò)誤往往和最后加入的模塊有關(guān)。而非漸增式集成發(fā)現(xiàn)接口錯(cuò)發(fā)現(xiàn)接口錯(cuò)誤較遲且很難判斷是哪一部分接口出錯(cuò)76. 有一個(gè)功能增強(qiáng)型的項(xiàng)目,其以前的產(chǎn)品已經(jīng)很穩(wěn)定,并且新增的項(xiàng)目只有少數(shù)幾個(gè)構(gòu)件被增加或修改,那么對該項(xiàng)目進(jìn)行集成測試最適合采用的策略是( )。a.自項(xiàng)向下集成策略 b.自底向上集成策略c.非增量集成策略 d.基于功能的集成策略77下列測試中不屬于系統(tǒng)測試的是()。a.性能測試b.集成測試c.壓力測試d.可靠性測試78.下列不屬于系統(tǒng)測試分析階段要考慮的是( )。a)用戶層 b)應(yīng)用層c

20、)數(shù)據(jù)層 d)協(xié)議層精品.二、 判斷題。1. 軟件測試是有風(fēng)險(xiǎn)的行為,并非所有的軟件缺陷都能夠被修復(fù)。( ) 2. 單元測試能發(fā)現(xiàn)約80%的軟件缺陷。() 3. 軟件質(zhì)量保證和軟件測試是同一層次的概念。 ( )4. 靜態(tài)檢查就是看代碼。()5. 在設(shè)計(jì)測試用例時(shí),應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。 ( ) 6. 軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。()7. 測試用例的數(shù)目越多,測試的效果越好。 ( ) 8. 好的測試員不懈追求完美。()9. 單元測試屬于動(dòng)態(tài)測試。 ( )10. 驗(yàn)收測試是以最終用戶為主的測試。( ) 11. 測試程序僅僅按預(yù)期方式運(yùn)行就行了。( )12. 軟件生存

21、周期是從軟件開始開發(fā)到開發(fā)結(jié)束的整個(gè)時(shí)期。 ( )13. 軟件必須進(jìn)行某種程度的兼容性測試。( ) 14. 在設(shè)計(jì)測試用例時(shí),應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件。 ( ) 15. 靜態(tài)白盒測試可以找出遺漏之處和問題。( )16. 可以把不合格的開發(fā)人員安排做測試。 ( ) 17. 負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。( )18. 在所有的黑盒測試方法中,基于決策表的測試是最為嚴(yán)格、最具有邏輯性的測試方法。 ( )19. beta 測試是驗(yàn)收測試的一種。( )20. 驗(yàn)收測試是由最終用戶來實(shí)施的。( )21. 項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。( )22. 代碼評審是檢

22、查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。( )23. 自底向上集成需要測試員編寫驅(qū)動(dòng)程序。( )24. 測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。( )25. 代碼評審員一般由測試員擔(dān)任。( )26. 我們可以人為的使得軟件不存在配置問題。( )27. 集成測試計(jì)劃在需求分析階段末提交。( )28. 理論上白盒測試可以發(fā)現(xiàn)軟件所有的缺陷。( )29. 可以發(fā)布具有配置缺陷的軟件產(chǎn)品。( )30. 所有軟件都有一個(gè)用戶界面,因此必須測試易用性。( )三、 填空題1. 軟件測試方法一般分為兩大類: 動(dòng)態(tài)測試 方法和 靜態(tài)測試 方法。2、邏輯覆蓋是對程序內(nèi)部有 判定 存在的邏輯結(jié)構(gòu)設(shè)計(jì)測試用例,根據(jù)程序

23、內(nèi)部的邏輯覆蓋程度又可分為 語句覆蓋 判定覆蓋 條件覆蓋 判定/條件覆蓋 條件組合覆蓋 路徑覆蓋6種覆蓋技術(shù)。3、單元測試內(nèi)容包含如下方面: 模塊接口測試 、 邊界條件測試 、 錯(cuò)誤處理測試 、 局部數(shù)據(jù)結(jié)構(gòu)測試 和重要路徑測試。4. 邊界值分析是將測試 邊界 情況作為重點(diǎn)目標(biāo),選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合,則應(yīng)選取集合的精品. 第一個(gè) 元素和 最后一個(gè) 元素作為測試用例。5漸增式測試有兩種不同的組裝模塊的方法: 自頂向下結(jié)合 自底向上結(jié)合 。6. 軟件測試一般經(jīng)過4個(gè)測試 單元測試 、 集成測試 、 確認(rèn)測試 、 系統(tǒng)測試 。7、測試用例由

24、 輸入數(shù)據(jù) 和預(yù)期的 輸出數(shù)據(jù) 兩部分組成。8. 集成測試指在 單元 測試基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱 組裝 測試或 聯(lián)合 測試。9. 動(dòng)態(tài)測試通過 運(yùn)行程序 發(fā)現(xiàn)錯(cuò)誤。根據(jù) 測試用例 的設(shè)計(jì)方法不同,動(dòng)態(tài)測試又分為 黑盒測試 與 白盒測試 兩類。 10、基線的作用是把各階段的開發(fā)工作劃分得更加明確,便于檢查與確認(rèn)階段成果。因此,基線可以作為項(xiàng)目的一個(gè) 檢查點(diǎn) 。11. 按照測試的層次和策略,軟件測試可以分為 單元測試 、 集成測試 、 確認(rèn)測試 和 系統(tǒng)測試 。12、白盒測試是 結(jié)構(gòu) 測試,被測對象是 源程序 ,以程序的 內(nèi)部邏輯 為基礎(chǔ)設(shè)計(jì)測試用例。1

25、3、集成測試的方法有兩種: 非漸增式測試 漸增式測試 。14. 集成測試指在 單元 測試基礎(chǔ)上,將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。也稱 組裝(或聯(lián)合) 測試。15、通常,由人工進(jìn)行的靜態(tài)測試方法包括 桌面檢查 、 代碼審查 、 代碼走查 和技術(shù)評審。16、因果圖的基本原理是通過畫 因果 圖,把用自然語言描述的 功能說明 轉(zhuǎn)換為 判定表 ,最后為判定表每一列設(shè)計(jì)一個(gè)測試用例。四、 簡答題1. 軟件測試應(yīng)當(dāng)遵循什么原則?為什么要遵循這些原則?2. 什么是黑盒測試與白盒測試?它們都適應(yīng)哪些測試?3. 簡述軟件測試過程。精品.4. 有函數(shù)f(x,y,z),其中x1900,2100,

26、y1,12,z1,31的。請寫出該函數(shù)采用基本邊界值分析法設(shè)計(jì)的測試用例。5. 軟件測試包括哪些步驟?說明這些步驟的測試對象是什么?6. 軟件測試應(yīng)當(dāng)遵循什么原則?為什么要遵循這些原則?精品.7. 什么是黑盒測試與白盒測試?它們都適應(yīng)哪些測試?8. 列舉常見的系統(tǒng)測試方法(不少于5個(gè))。9.文檔測試主要測試哪些內(nèi)容?答出來5點(diǎn)即可精品.五、 應(yīng)用題1、使用基本路徑測試方法,為以下程序段設(shè)計(jì)測試用例。(1)畫出程序的控制流圖。(2)計(jì)算程序的循環(huán)復(fù)雜度,導(dǎo)出程序基本路徑集中的獨(dú)立路徑條數(shù)。(3)導(dǎo)出基本路徑集,確定程序的獨(dú)立路徑。(4)根據(jù)(3)中的獨(dú)立路徑,設(shè)計(jì)測試用例(確?;韭窂郊械拿恳?/p>

27、條路徑的執(zhí)行)的輸入數(shù)據(jù)和預(yù)期輸出。void do (int x,int a,int b) 1 if ( (a1)&(b=0) ) 2 x = x/a; 3 if ( (a=2)|(x1) ) 4 x = x+1; 5 由于控制流圖假設(shè)的是單條件,因此對于復(fù)合條件,可將其分解為多個(gè)單個(gè)條件,并映射成控制流圖。 1: a1;2: b=0 ;3: x = x/a ;4: a=2 ;5:x1 ;6: x = x+1;7: (15分)解:1畫出控制流圖【4分】: 如右圖所示精品. 計(jì)算環(huán)形復(fù)雜度【2分】: 10(條邊)- 7(節(jié)點(diǎn))+ 2 = 5 導(dǎo)出獨(dú)立路徑(用語句編號表示)【4分】 路徑1:123

28、4567 路徑2:14567 路徑3:12467 路徑4:12457 路徑5:123457測試用例【5分】用例號路徑輸入數(shù)據(jù) a b x預(yù)期輸出xtc11234567 3 0 63tc214567 0 1 3 4tc312467 2 1 12tc412457 3 1 00tc5123457 3 0 31精品.2集成測試策略都有哪幾種?對下面的程序結(jié)構(gòu)圖,如果進(jìn)行自底向上的集成測試,測試過程是怎樣的?(15分)解:3、閱讀下列說明,回答問題1至問題3,將解答或相應(yīng)的編號填入答題紙的對應(yīng)欄內(nèi)?!菊f明】邏輯覆蓋法是設(shè)計(jì)白盒測試用例的主要方法之一,它是通過對程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序的覆蓋。針對以下由

29、c語言編寫的程序,按要求回答問題get it (int m)int i,k;k=sqrt(m);for(i=2;i=k+1)printf(“%d is a selected numbern”,m);elseprintf(“%d is not a selected numbern”,m);【問題1】(3分)請找出程序中所有的邏輯判斷子語句?!締栴}2】(4分)請找出100%dc(判斷覆蓋)所需的邏輯條件填入下表。編號100%dc所需的邏輯條件 1 2 3 4【問題3】(9分)請畫出上述程序的控制流程圖,并計(jì)算其控制流圖的環(huán)路復(fù)雜度v(g)。假設(shè)函數(shù)getit的參數(shù)m取值范圍是150m160,請使用

30、基本路徑測試法設(shè)計(jì)測試用例,將參數(shù)m的取值填入下表,使之滿足基本路徑覆蓋要求。用例編號 m的取值 1 2(15分)解:(1) 控制流程圖: 精品.(2)v(g)=4(3)基本路徑覆蓋分析說明:這是判定一個(gè)數(shù)是否是素?cái)?shù)的程序函數(shù)。取一個(gè)是素?cái)?shù)另一個(gè)取不是素?cái)?shù)才能滿足基本路徑覆蓋要求。參數(shù)m取值范圍是150m160內(nèi)的素?cái)?shù)有:151 157(任取一個(gè))非素?cái)?shù)有:152、153、154、155、156、158、159(任取一個(gè))用例編號 m的取值 1159或157(非素?cái)?shù))/(素?cái)?shù)) 2151或152(素?cái)?shù))/(非素?cái)?shù))4某城市電話號碼由三部分組成,分別是: 地區(qū)碼 空白或三位數(shù)字; 前 綴 非0或

31、1開頭的三位數(shù)字; 后 綴 4位數(shù)字。 假定被測程序能接受一切符合上述規(guī)定的電話號碼, 拒絕所有不符合規(guī)定的電話號碼。要求采用弱健壯等價(jià)類方法,即同時(shí)考慮有效值和無效值,基于單缺陷假設(shè)(1)首先進(jìn)行輸入條件等價(jià)類劃分,并編號,寫出等價(jià)類表精品.(2)設(shè)計(jì)測試用例,以便覆蓋所有的有效等價(jià)類(3)為每一個(gè)無效等價(jià)類設(shè)計(jì)一個(gè)測試用例,列出完整的測試用例表。解:測試用例精品.5. 閱讀下列說明,回答問題1至問題5,將解答填入答題紙的對應(yīng)欄內(nèi)。說明針對某公司辦公自動(dòng)化(oa)系統(tǒng)的負(fù)載壓力測試,采用專業(yè)的負(fù)載壓力測試工具來執(zhí)行測試。系統(tǒng)采用browse/server架構(gòu),服務(wù)器是一臺pc server(

32、4路2.7ghz處理器,4gb內(nèi)存),安裝的平臺軟件包括microsoft internet information server 5.0,asp.net,sqlserver2000。使用2臺筆記本電腦安裝測試工具模擬客戶端執(zhí)行“登錄”業(yè)務(wù)操作。測試目標(biāo)分別為以下兩個(gè):第一,測試系統(tǒng)分別在2m、4m網(wǎng)絡(luò)帶寬下,能夠支持用戶登錄的最大并發(fā)用戶數(shù);第二,測試服務(wù)器的吞吐量(即:每秒可以處理的交易數(shù)),主要包括服務(wù)器cpu平均使用率達(dá)到85%時(shí)系統(tǒng)能夠支持的最大吞吐量和服務(wù)器cpu平均使用率達(dá)到100%時(shí)系統(tǒng)能夠支持的最大吞吐量。本次測試的性能需求是:指標(biāo)“響應(yīng)時(shí)間”合理范圍為05秒。測試結(jié)果如下:案例 1網(wǎng)絡(luò)環(huán)境:2m帶寬客戶端性能測試結(jié)果;測試指標(biāo)平均值登錄響應(yīng)時(shí)間3.391秒虛擬用戶數(shù)n/a每秒處理完成登錄的個(gè)數(shù)11.897交易/秒注:圖中登錄響應(yīng)時(shí)間的縱坐標(biāo)單位是0.1秒服務(wù)器資源使用結(jié)果:測試指標(biāo)平均值cpu使用率78%精品.案例2網(wǎng)絡(luò)環(huán)境:4m帶寬客戶端性能測試結(jié)果:測試指標(biāo)平均值登錄響應(yīng)時(shí)間4.795秒虛擬用戶數(shù)n/a每秒處理完成登錄的個(gè)數(shù)13.447交易/秒注:圖中登錄響應(yīng)時(shí)間的縱坐標(biāo)單位是0.1秒服務(wù)器資源使用結(jié)果測試指標(biāo)平均值cpu使用率98%精品.問題1(3分)簡述軟件系統(tǒng)交易執(zhí)行響應(yīng)時(shí)間(“rt”,responseti

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對用戶上傳內(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

提交評論