軟件測試試題

1、選擇題：一、1下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是 A 。（A）功能需求（B）性能需求（C）可擴(kuò)展性和靈活性（D）容錯、糾錯能力2對于維護(hù)軟件的人員來說。使用質(zhì)量是 C 的結(jié)果。（A）功能性（B）可靠性（C）可維護(hù)性（D）效率3軟件規(guī)劃階段實(shí)際上指的是 A 。（A）需求獲取和定義階段（B）數(shù)據(jù)獲取和定義階段（C）測試用例設(shè)計(jì)規(guī)劃階段（D）產(chǎn)品實(shí)施規(guī)劃4在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔是 A 。（A）用戶手冊（B）外部設(shè)計(jì)規(guī)格說明（C）內(nèi)部設(shè)計(jì)規(guī)格說明（D）測試計(jì)劃手冊5在模塊測試的過程中，采用自底向上的測試比自頂向下的測試 A 。（A）好（B）差（C）一樣（D）不

2、確定 6黑盒測試是從 C 觀點(diǎn)出發(fā)的測試，而白盒測試是從 觀點(diǎn)出發(fā)的測試。（A）開發(fā)人員、管理人員（B）用戶、管理人員（C）用戶、開發(fā)人員（D）開發(fā)人、用戶7從已經(jīng)發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過程稱為 D 。（A）錯誤檢測（B）故障排除（C）測試（D）調(diào)試8下列關(guān)于邏輯覆蓋的敘述，說法錯誤的是 D 。（A）條件覆蓋的檢錯能力較判定覆蓋強(qiáng)，但有時達(dá)不到判定覆蓋的要求（B）判定覆蓋包含了語句覆蓋，但它可能會使一些條件得不到測試（C）判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，實(shí)際上不一定達(dá)到覆蓋的標(biāo)準(zhǔn)（D）凡滿足條件組合覆蓋標(biāo)準(zhǔn)的測試用例，也必然滿足其他所有覆蓋種類的

3、覆蓋標(biāo)準(zhǔn)9傳統(tǒng)集成測試的主要方法有兩個，一個是 B ，另一個是 。（A）白盒測試方法、黑盒測試方法（B）漸增式測試方法、非漸增式測試方法（C）等價類劃分方法、邊界值分析方法（D）因果圖方法、錯誤推測法 10下列測試方法中，不屬于白盒測試技術(shù)的是 D 。（A）判定覆蓋（B）語句覆蓋（C）條件組合覆蓋（D）邊界值分析11以下說法錯誤的是 B 。（A）軟件產(chǎn)品的質(zhì)量越高，發(fā)布后維護(hù)成本就越低（B）在軟件測試中一般只需要運(yùn)行預(yù)先設(shè)計(jì)的所有測試案例（C）通常應(yīng)該在需求階段設(shè)計(jì)系統(tǒng)測試案例，以此作為需求檢查的輔助手段（D）發(fā)現(xiàn)和修復(fù)產(chǎn)品中的軟件缺陷越早，開發(fā)費(fèi)用就會越低12在銀行的活期存折賬戶管理軟件中，

4、要求可以輸入一個賬戶的每筆交易的金額。若規(guī)定存入的金額的有效取值范圍使1.00元至99 999 999.99元。若考慮使用邊界值分析設(shè)計(jì)關(guān)于這個金額的測試用例，下列屬于它的邊界值是 D 。（A）2，9 999 999（B）1.01，99 999 999.99（C）99 999 999.98，9.99（D）0.99，100 000 000.0013下列哪一項(xiàng)內(nèi)容通常屬于易用性測試的范圍是 B 。（A）安裝與卸載測試（B）系統(tǒng)故障頻率（C）聯(lián)機(jī)文檔中斷開的鏈接（D）中文版與英文版的一致14下列關(guān)于軟件測試自動化，說法正確的是 B 。（A）無法依靠人工完成的測試活動均可以通過測試自動化完成（B）輸出

5、結(jié)果不明確的測試不適合自動化（C）是否采用測試自動化與所開發(fā)的應(yīng)用軟件項(xiàng)目的性質(zhì)無關(guān)（D）與手工測試相比，采用自動化測試可以明顯的提高測試質(zhì)量15關(guān)于人工測試方法，說法正確的是 A 。（A）走查以小組為單位進(jìn)行，是一系列規(guī)程和錯誤檢查技術(shù)的集合（B）同行評審的文檔是一種過渡性的文檔，不是公開的正式文檔（C）桌上檢查的文檔是一個最終可交付的文檔（D）評審是一項(xiàng)很浪費(fèi)時間的活動，會減緩項(xiàng)目的進(jìn)度16軟件性能測試的目標(biāo)有 D 。（A）發(fā)現(xiàn)（和改正）軟件性能缺陷（B）性能調(diào)優(yōu)（C）能力檢驗(yàn)和規(guī)劃（D）以上全部17下列關(guān)于面向?qū)ο筌浖y試的說法中，不正確的是 C 。（A）面向?qū)ο筌浖陌缀袦y試不能不加改

6、變地照搬傳統(tǒng)軟件的白盒測試準(zhǔn)則（B）在存在多態(tài)的情況下，為了達(dá)到較高的測試充分性，應(yīng)對所有可能的綁定都進(jìn)行測試（C）假設(shè)類B是類A的子類，如果類A已進(jìn)行了充分的測試，在測試類B時不必測試任何類B繼承類A的成員方法（D）對于一棵繼承樹上的多個類，處于葉子節(jié)點(diǎn)的類也需要測試 18Web應(yīng)用軟件的性能測試主要包括 D 。（A）并發(fā)測試（B）負(fù)載測試和壓力測試（C）配置測試和性能調(diào)優(yōu)（D）以上全部19下列兼容性不屬于軟件兼容性的考慮范疇的是 A 。（A）與外設(shè)的兼容性（B）與不同類軟件的兼容性（C）與瀏覽器的兼容性（D）與中間件的兼容性20下列關(guān)于Web應(yīng)用軟件的系統(tǒng)安全檢測與防護(hù)說法不正確的是 B

7、。（A）對系統(tǒng)安全漏洞的檢測同樣也屬于測試的范疇（B）Web應(yīng)用軟件的安全性僅與Web應(yīng)用軟件本身的開發(fā)相關(guān)（C）系統(tǒng)安全檢測與防護(hù)應(yīng)當(dāng)作一個系統(tǒng)工程來完成，僅僅經(jīng)過入侵檢測和漏洞掃描是不夠的,在這其中最重要的應(yīng)該是建立完善的安全策略（D）訪問安全是指控制外界對主機(jī)的訪問，從而減少甚至避免非法的訪問和使用21下列關(guān)于軟件測試過程的幾種抽象模型，說法正確的是 A 。（A）H模型指出軟件測試具有獨(dú)立性，只要某個測試達(dá)到準(zhǔn)備就緒點(diǎn)，測試執(zhí)行活動就可以開展（B）W模型強(qiáng)調(diào)在整個項(xiàng)目開發(fā)中需要經(jīng)歷的不同測試級別，指明測試的對象是程序（C）軟件測試過程與軟件開發(fā)過程不同的是，它不必遵循軟件工程原理（D）V

8、模型強(qiáng)調(diào)測試的對象不僅僅是程序，需求、設(shè)計(jì)等同樣需要測試22關(guān)于測試的策劃，說法不正確的是 C 。（A）測試設(shè)計(jì)的任務(wù)是執(zhí)行測試用例，需要時也可以將測試用例設(shè)計(jì)與執(zhí)行并行開展（B）若系統(tǒng)對質(zhì)量要求很高，則需要開展多次的回歸測試驗(yàn)證（C）在實(shí)際軟件項(xiàng)目中，一個測試團(tuán)隊(duì)可能大都是骨干人員（D）測試團(tuán)隊(duì)的規(guī)模與被測系統(tǒng)規(guī)模、測試方資源調(diào)配情況有關(guān)23下列關(guān)于測試策略說法不正確的是 C 。（A）測試策略活動可以和測試設(shè)計(jì)活動并行開展（B）測試設(shè)計(jì)活動也可以和測試執(zhí)行活動并行開展（C）在測試的最后階段里，測試總結(jié)和測試執(zhí)行通常并行開展（D）在實(shí)際測試過程中，要不得不將一些測試活動并行開展，主要是因?yàn)闀r間

9、原因24下列關(guān)于軟件缺陷狀態(tài)的定義，不正確的是 C 。（A）New-測試中新報(bào)告的軟件缺陷（B）Open-缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理（C）Fixed-測試工程師已完成修正，等待開發(fā)人員驗(yàn)證（D）Closed-缺陷已被修復(fù)不要25在QESAT/C中，下列屬于動態(tài)測試過程步驟的是 D 。（A）設(shè)定待測試的配置、編.譯相關(guān)的源程序（B）設(shè)定需插裝的函數(shù)（C）運(yùn)行源程序、合并動態(tài)運(yùn)行的結(jié)果（D）以上全部 二.1在軟件測試中，白盒測試方法是通過分析程序的 C 來設(shè)計(jì)測試用例。（A）應(yīng)用范圍（B）功能（C）內(nèi)部邏輯（D）輸入數(shù)據(jù)2下列關(guān)于測試方法的敘述中不正確的是 C 。（A）從某種角度上講，白

10、盒測試與黑盒測試都屬于動態(tài)測試（B）功能測試屬于黑盒測試（C）對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)的（D）結(jié)構(gòu)測試屬于白盒測試3在程序設(shè)計(jì)過程中，要為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在 D 。（A）采用模塊化、結(jié)構(gòu)化的設(shè)計(jì)方法設(shè)計(jì)程序（B）根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出必要的斷點(diǎn)（C）編寫程序時要為調(diào)試提供足夠的靈活性（D）以上全部4軟件測試是軟件開發(fā)過程中重要和不可缺少的階段，其包含的內(nèi)容和步驟甚多，而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是 B 。（A）集成測試（B）單元測試（C）系統(tǒng)測試（D）驗(yàn)收測試5下面的邏輯測試覆蓋中，測試覆蓋最弱的是 C 。（A）條件覆蓋（B）條件組合覆蓋（C

11、）語句覆蓋（D）判定/條件覆蓋6下列關(guān)于邏輯覆蓋的敘述中，說法錯誤的是 C 。（A）對于多分支的判定，判定覆蓋要使每一個判定表達(dá)式獲得每一種可能的值來測試（B）語句覆蓋是比較弱的覆蓋標(biāo)準(zhǔn)（C）語句覆蓋較判定覆蓋嚴(yán)格，但該測試仍不充分（D）條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)7下列敘述中，正確的是 B 。（A）軟件測試的目標(biāo)是保證交付的軟件產(chǎn)品不包含缺陷（B）軟件測試有利于降低軟件產(chǎn)品發(fā)布后的維護(hù)費(fèi)用（C）測試包是指一個測試腳本，它由一組順序執(zhí)行的測試用例組成（D）在V模型中，集成測試用例的設(shè)計(jì)對應(yīng)于軟件需求分析活動8一個多用戶的應(yīng)用系統(tǒng)通常有用戶管理功能，允許增加新的用戶。用戶信息一般包括用戶名，假

12、設(shè)規(guī)定用戶名必須是以字母開頭的、不超過8個字符的字母數(shù)字串，那么，下面哪組值均屬于用戶名的無效等價類 A 。（A）li1111111，Glenford Myers，123B123（B）Lin-Yie，Lin-feng，空值，linyifei（C）lin-yifei，空值，Myers G.，genford（D）lin-yifei，lin-fen，a111111，genford9下列情況通常會考慮使用自動測試的是 C 。（A）對軟件產(chǎn)品的次要部件進(jìn)行測試（B）所開發(fā)的軟件產(chǎn)品的需求不穩(wěn)定（C）需要反復(fù)執(zhí)行的測試，使用不同輸入數(shù)據(jù)值進(jìn)行反復(fù)測試（D）由客戶方組織的驗(yàn)收測試 10同行評審是一種通過作者

13、的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評審、技術(shù)評審、過程評審和 C 。（A）誤差評審（B）項(xiàng)目評審（C）文檔評審（D）組織體系評審11以下哪種軟件測試屬于不屬于軟件性能測試的范疇 A 。（A）接口測試（B）并發(fā)測試（C）壓力測試（D）配置測試12軟件可靠性測試的目的是 B 。（A）發(fā)現(xiàn)軟件缺陷（B）預(yù)測軟件正式運(yùn)行中的可靠性（C）控制測試過程 （D）修改軟件缺陷13下列關(guān)于面向?qū)ο鬁y試問題的說法中，不正確的是 C 。（A）在面向?qū)ο筌浖y試時，設(shè)計(jì)每個類的測試用例時，不僅僅要考慮調(diào)用各個成員方法的輸入?yún)?shù)，還需要考慮如何設(shè)計(jì)調(diào)用的序列（B）構(gòu)造抽象類的驅(qū)動程序會比構(gòu)造其他類

14、的驅(qū)動程序復(fù)雜（C）類B繼承自類A，如果對B進(jìn)行了嚴(yán)格的測試，就意味著不需再對類A進(jìn)行測試（D）在存在多態(tài)的情況下，為了達(dá)到較高的測試充分性，應(yīng)對所有可能的綁定都進(jìn)行測試14在面向?qū)ο筌浖幕杉蓽y試策略中，將基干中的模塊形成基干子系統(tǒng)使用的集成方式是 A 。（A）大突擊集成方式（B）自底向上集成方式（C）自頂向下集成方式（D）綜合集成方式15以下哪一項(xiàng)不屬于Web應(yīng)用軟件表示層測試關(guān)注的范疇是 D 。（A）排版結(jié)構(gòu)的測試（B）鏈接結(jié)構(gòu)的測試（C）客戶端兼容性的測試（D）數(shù)據(jù)完整性測試16下面Web應(yīng)用軟件的測試策略中，不屬于表示層的測試內(nèi)容的是 D 。（A）鏈接結(jié)構(gòu)的測試（B）瀏覽器兼容性

15、的測試（C）排版結(jié)構(gòu)的測試（D）服務(wù)器端程序的測試17下列不屬于與瀏覽器兼容性測試考慮的問題是 A 。（A）軟件是否可以在不同的J2EE中運(yùn)行（B）不同的瀏覽器是否可以提供合適的安全設(shè)置（C）腳本和插件是否適用于不同的瀏覽器（D）符合最新HTML版本的頁面能否在瀏覽器中正確顯示 18下列不屬于易用性測試的是 B 。（A）易安裝性測試（B）兼容性測試（C）用戶界面測試（D）功能易用性測試19下列選項(xiàng)中，不屬于面向構(gòu)件提供者的構(gòu)件測試目標(biāo)是 A 。（A）檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量（B）檢查在特定平臺和操作環(huán)境中構(gòu)件的復(fù)用、打包和部署（C）盡可能多地揭示構(gòu)件錯誤（D）驗(yàn)證構(gòu)件的功能、接口、行

16、為和性能20在極限測試過程中，貫穿始終的是 D 。（A）單元測試和集成測試（B）單元測試和系統(tǒng)測試（C）集成測試和系統(tǒng)測試（D）集成測試和驗(yàn)收測試21沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)的缺陷是 D 。（A）New More Info（B）DiferredNext Build（C）DiferredNext Main Release（D）Reopen22軟件過程管理最起碼的要求是 A 。（A）管理好軟件缺陷報(bào)告（B）管理好軟件測試用例（C）管理好測試過程工具（D）管理好測試說明文檔23若是軟件企業(yè)內(nèi)部測試團(tuán)隊(duì)開展的軟件測試，最適合采用 A 來組織測試。（A）H模型（B）V模型（C）W模型（D）X模

17、型24測試人員和開發(fā)人員交流的紐帶是 C 。（A）軟件設(shè)計(jì)報(bào)告（B）測試說明文檔（C）軟件缺陷報(bào)告（D）測試執(zhí)行報(bào)告不要 25用QESAT/C工具進(jìn)行軟件分析與測試時，以下說法錯誤的是 B 。（A）白盒測試又稱為程序結(jié)構(gòu)測試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測試（B）在進(jìn)行測試之前，必須先建立以.prj為后綴的測試項(xiàng)目（C）被測源文件可放在任意目錄下（D）進(jìn)行軟件靜態(tài)分析不必運(yùn)行被測程序 判斷：（1）軟件測試和軟件調(diào)試是同一回事。（2）軟件測試是可以無窮盡的。（3）測試是為了證明軟件的正確性。（4）測試過程中應(yīng)重視測試的執(zhí)行，可以輕視測試的設(shè)計(jì)。（5）測試不能修復(fù)所有的軟件故障。（6）因?yàn)闇y試工作

18、簡單，對軟件產(chǎn)品影響不大，所以可以把測試作為新員工的一個過渡工作，或安排不合格的開發(fā)人員做測試。解：（1）（2）（3）（4）（6）錯誤，（5）正確。簡答概述：1. 簡述軟件測試的意義。解：隨著計(jì)算機(jī)技術(shù)的迅速發(fā)展和廣泛深入的應(yīng)用，軟件質(zhì)量問題已成為開發(fā)和使用軟件人員關(guān)注的焦點(diǎn)。而由于軟件本身的特性，軟件中的錯誤是不開避免的。不斷改進(jìn)的開發(fā)技術(shù)和工具只能減少錯誤的發(fā)生，但是卻不可能完全避免錯誤。因此為了保證軟件質(zhì)量，必須對軟件進(jìn)行測試。軟件測試是軟件開發(fā)中必不可少的環(huán)節(jié)，是最有效的排除和防治軟件缺陷的手段，是保證軟件質(zhì)量、提高軟件可靠性的最重要手段。2. 什么是軟件缺陷？它的表現(xiàn)形式有哪些？解：

19、從產(chǎn)品內(nèi)部看，軟件缺陷是軟件產(chǎn)品開發(fā)或維護(hù)過程中所存在的錯誤、毛病等各種問題；從外部看，軟件缺陷是系統(tǒng)所需實(shí)現(xiàn)的某種功能的失效或違背。它的表現(xiàn)形式主要有以下幾種：（1） 軟件未達(dá)到產(chǎn)品說明書中已經(jīng)標(biāo)明的功能；（2）軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤；（3）軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)當(dāng)達(dá)到的目標(biāo)；（4）軟件功能超出了產(chǎn)品說明書中指出的范圍；（5）軟件測試人員認(rèn)為軟件難以理解、不易使用，或者最終用戶認(rèn)為該軟件使用效果不良。 3. 什么是軟件測試？簡述其目的與原則。解：測試是為發(fā)現(xiàn)缺陷而執(zhí)行的一個程序或者系統(tǒng)的過程，軟件測試定義為:使用人工或自動手段來運(yùn)行或測定某個軟件系統(tǒng)的過程,其目

20、的在于檢查它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果的差別。 測試目的：測試不僅僅是為了找出錯誤，通過分析錯誤的產(chǎn)生原因和發(fā)展趨勢，幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前開發(fā)的缺陷。測試分析幫助測試人員設(shè)計(jì)出有針對性地測試方法，改善測試效率和有效性。沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整地測試是評定軟件質(zhì)量的一種方法。測試過程中應(yīng)注意和遵循的原則：（1） 測試不是為了證明程序的正確性，而是為了證明程序不能工作。（2）測試應(yīng)當(dāng)有重點(diǎn)。（3）事先定義好產(chǎn)品的質(zhì)量標(biāo)準(zhǔn)。（4）軟件項(xiàng)目一啟動，軟件測試也就開始，而不是等到程序?qū)懲瓴砰_始進(jìn)行測試。（5）窮舉測試是不可能的。（6）第三方進(jìn)行測試會更客觀，更有效。（7）軟件

21、測試計(jì)劃是做好軟件測試工作的前提。（8）測試用例是設(shè)計(jì)出來的，不是寫出來的。（9）對發(fā)現(xiàn)錯誤較多的程序段，應(yīng)進(jìn)行更深入的測試。（10）重視文檔，妥善保存一切測試過程文檔。4. 件測試階段是如何劃分的？解：軟件測試的階段劃分為：規(guī)格說明書審查；系統(tǒng)和程序設(shè)計(jì)審查；單元測試；集成測試；確認(rèn)測試；系統(tǒng)測試；驗(yàn)收測試。5. 分別解釋什么是靜態(tài)測試、動態(tài)測試、黑盒測試、白盒測試、人工測試和自動化測試。解：所謂靜態(tài)測試是指不運(yùn)行被測軟件，僅通過分析或檢查等其他手段達(dá)到檢測的目的。所謂動態(tài)測試是指通過運(yùn)行被測軟件，檢查運(yùn)行結(jié)果與預(yù)期結(jié)果的差異，并分析運(yùn)行效率和健壯性等性能。黑盒測試是指在對程序進(jìn)行的功能抽象

22、的基礎(chǔ)上，將程序劃分成功能單元，然后對每個功能單元生成測試數(shù)據(jù)進(jìn)行測試。用這種方法進(jìn)行測試時，被測程序被當(dāng)作打不開的黑盒，因而無法了解其內(nèi)部構(gòu)造，因此又稱為功能測試。白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能。廣義上，人工測試是人為測試和手工測試的統(tǒng)稱。人為測試的主要方法有桌前檢查，代碼審查和走查。手工測試指的是在測試過程中，按測試計(jì)劃一步一步執(zhí)行程序，得出測試結(jié)果并進(jìn)行分析的測試行為。自動化測試指的是利用測試工具來執(zhí)行

23、測試，并進(jìn)行測試結(jié)果分析的測試行為。6. 簡述軟件測試過程。解：軟件測試過程主要包括如下6個活動：測試計(jì)劃；測試設(shè)計(jì)；測試規(guī)程實(shí)現(xiàn)；測試執(zhí)行；結(jié)果分析；總結(jié)生成報(bào)告。7. 什么是回歸測試？什么時候進(jìn)行回歸測試？解：回歸測試就是重新運(yùn)行現(xiàn)有測試用例測試原有功能，以便確定變更是否達(dá)到了預(yù)期的目的，檢查變更是否損害了原有的正常功能。每當(dāng)軟件發(fā)生變化時就應(yīng)進(jìn)行回歸測試。8. 分析黑盒測試方法的特點(diǎn)。解：黑盒測試又稱為功能測試或數(shù)據(jù)驅(qū)動測試，主要針對軟件界面、軟件功能、外部數(shù)據(jù)庫訪問以及軟件初始化等方面進(jìn)行測試。優(yōu)點(diǎn)：比較簡單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；3）從用戶角度出發(fā)

24、，能很容易的知道用戶會用到哪些功能，會遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動化測試時較為方便。缺點(diǎn)：不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動化測試的復(fù)用性較低。理解記憶大題9. 試用等價分類法測試黨政管理系統(tǒng)中黨員出生年月的輸入設(shè)計(jì)是否符合要求，假設(shè)出生年月格式為yyyymmdd。解：輸入數(shù)據(jù)有效等價類無效等價類出生年月日8位數(shù)字字符有非數(shù)字字符 少于8個數(shù)字符 多于8個數(shù)字符 對應(yīng)數(shù)值在19090101-19900101之間 <19090101 >19900101 月份對應(yīng)數(shù)值在1-12之間 等

25、于"00 " >12 日期對應(yīng)值 1,3,5,7,8,10,12月在1-31之間 4,6,9,11月在1-30之間 閏年2月在1-29之間 非閏年2月在1-28之間等于"00 ">312,4,6,9,11月等于"31 "2月等于"30 "非閏年2月等于"29"10. 對圖所示程序段進(jìn)行語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋方法進(jìn)行測試用例設(shè)計(jì)。圖4.14 練習(xí)題3解：語句覆蓋：x=90,y=90 x=79,y=90 x=70,y=60判定覆蓋：同上條件覆

26、蓋：同上判定/條件覆蓋：同上條件組合覆蓋：I x>=80,y>=80 II x>=80,y<80 III x<80,y>=80 IV x<80,y<80 V x>=90,y>=90,x+y>=140 VI x>=90,y<90,x+y>=140 VII x<90,y>=90,x+y>=140 VIII x<90,y<90,x+y>=140 IX x>=90,y>=90,x+y<140 不存在 X x>=90,y<90,x+y<140 XI

27、x<90,y>=90,x+y<140 XII x<90,y<90,x+y<140x=90,y=90x=90,y=70x=70,y=90x=70,y=70x=100,y=30x=30,y=100x=80,y=50路徑覆蓋：同語句覆蓋11. 5針對test函數(shù)按照基本路徑測試方法設(shè)計(jì)測試用例。   int Test(int i count, int i flag)           

28、             int i temp = 0;              while (i count>0)              

29、;                  if (0 = i flag)                           

30、;             i temp = i count + 100;                      break;      

31、0;                           else                      

32、                if (1 = i flag)                             

33、                 i temp = i temp + 10;                          &

34、#160;               else                                 

35、60;           i temp = i temp + 20;                                

36、60;                      i count-;                          

37、return i temp;         解：int Test(int i count, int i flag) 1 int i temp=0;2 while (i count>0) 3 If (0=i flag) 4 i temp=i count+100;5 break; 6 else 7 If (1=i flag) 8 i temp=i temp+10; 9 else 10 i temp=i temp+20; 11 i count-; 12 return i temp; 程序控制流

38、圖：134,56,789,1011122程序環(huán)路復(fù)雜度：CC=4基本路徑集：path1 1-2-3-6-7-8-11-2-12 Path2 1-2-12 Path3 1-2-3-4-5-12 Path4 1-2-3-6-7-9-10-11-2-12設(shè)計(jì)測試用例：用例IDi counti flag預(yù)期輸出test11110test 2020test 320102test 413207.以下是一個自動飲料售貨機(jī)軟件的操作規(guī)格說明，請按要求回答問題（12分）(類似題)設(shè)要對一個自動飲料售貨機(jī)軟件進(jìn)行黑盒測試。該軟件的規(guī)格說明如下："有一個處理單價為1元5角錢的盒裝飲料的自動售貨機(jī)軟件。若投

39、入1元5角硬幣，按下"可樂"、"雪碧"或"紅茶"按鈕，相應(yīng)的飲料就送出來。若投入的是2元硬幣，在送出飲料的同時退還5角硬幣。"（1）試?yán)靡蚬麍D法，建立該軟件的因果圖（3分）（2）設(shè)計(jì)測試該軟件的全部測試用例（9分）解答：首先分析軟件中出現(xiàn)的所有原因和結(jié)果，并將其標(biāo)號。原因：1 投入1元5角硬幣2 投入2元硬幣3 按"可樂"按鈕4 按"雪碧"按鈕5 按"紅茶"按鈕結(jié)果：21 退還5角硬幣22 送出"可樂"飲料23 送出"雪碧"

40、飲料24 送出"紅茶"飲料中間狀態(tài)：11 已投幣12 已按鈕然后根據(jù)上述原因和結(jié)果，以及各狀態(tài)間的關(guān)系，畫出因果圖，如圖所示：問題2：解答：將上述因果圖轉(zhuǎn)換為判定表，如表所示，每一列可以作為確定測試用例的依據(jù)。 8.軟件規(guī)格說明：某工廠招工規(guī)定，報(bào)名者年齡應(yīng)該在16周歲到35周歲之間（到2005年12月31日為止），即出生年月不在上述范圍內(nèi)的人員將不予接受，并顯示"年齡不合格"的出錯信息。 （1）請根據(jù)規(guī)格說明，劃分等價類。（10分） （2）使用等價類劃分方法為該軟件設(shè)計(jì)測試用例。（10分）假定已知出生年月由六位數(shù)字字符表示，前四位代表年，后兩位代表月，

41、則可以劃分三個有效等價類和七個無效等價類。具體如下：有效等價類：出生年月：（1）六位數(shù)字 對應(yīng)數(shù)值：（5）197003198912月份對應(yīng)數(shù)值：（8）在112之間無效等價類：出生年月：（2）含非數(shù)字字符（3）少于六個數(shù)字字符（4）多于六個數(shù)字字符對應(yīng)數(shù)值：（6）小于197003（7）大于198912月份對應(yīng)數(shù)值：（9）等于0（10）大于12問題2：解答：根據(jù)上述等價類劃分，設(shè)計(jì)測試用例。有效等價類的測試用例，如下表所示：無效等價類的測試用例，如下表所示：1308班復(fù)習(xí)資料補(bǔ)充1. 簡單分析軟件缺陷產(chǎn)生的原因，其中哪個階段引入的缺陷最多，修復(fù)成本又最低？答: 軟件缺陷產(chǎn)生的主要原因有：需求規(guī)格說

42、明錯誤；設(shè)計(jì)錯誤；程序代碼有誤；其他。其中在需求分析階段引入的缺陷最多，修復(fù)的成本又最低。2.簡述軟件測試的模型及其特點(diǎn)答：目前的測試模型主要有： V 模型，W模型， H模型 ， X模型V 型模型左側(cè)是開發(fā)階段，右側(cè)是測試階段。開發(fā)階段先從定義軟件需求開始，然后把需求轉(zhuǎn)換為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，最后是形成代碼。測試階段是在代碼編寫完成以后，先做單元測試開始，然后是集成測試，系統(tǒng)測試和驗(yàn)收測試。W模型 相對于V型 ，增加了軟件開發(fā)個階段中應(yīng)同步進(jìn)行的驗(yàn)證和確認(rèn)活動。W 模型 有兩個V模型組成 分別代表測試與開發(fā)過程，測試伴隨整個軟件開發(fā)的周期，測試的對象不僅僅是程序，需求，設(shè)計(jì)等同樣需要測試，也就

43、是說測試和開發(fā)是同步的。H 模型將測試活動完全獨(dú)立出來，使得測試準(zhǔn)備活動和測試執(zhí)行活動清晰的體現(xiàn)出來。H模型揭示了軟件測試作為一個獨(dú)立的流程貫穿于整個軟件的生命周期，與其他的流程并發(fā)的進(jìn)行，并指出測試應(yīng)盡早的準(zhǔn)備，盡早執(zhí)行。X 模型：左邊描述的是針對單獨(dú)的程序片斷的所進(jìn)行的編碼和測試，此后將進(jìn)行頻繁的交接，通過集成最終合成為可執(zhí)行的程序。X模型右上方定位了已通過集成測試的成品進(jìn)行封版并提交個用戶，也可以作為更大規(guī)模測試的一部分。X模型右下方為定義了探索性測試，這是不進(jìn)行實(shí)現(xiàn)技術(shù)的特殊類型的測試。3.缺陷跟蹤管理的狀態(tài)有哪些？答：1）新建（New）:代表此Bug由測試人員發(fā)現(xiàn)并且進(jìn)行提交。2）打

44、開（Open）:Bug被正式確認(rèn)并且分發(fā)給開發(fā)人員。3） 修復(fù)（Fixed）:開發(fā)人員完成Bug漏洞修復(fù)并且提交給測試人員進(jìn)行驗(yàn)證測試。4）拒絕（Decline）:開發(fā)人員拒絕修改錯誤(代表Bug開發(fā)人員和測試人員對需求等非程序方面有歧義需要額外溝通)。5）暫緩（Deferred）:Bug在本版本的程序中暫緩修復(fù)，在下一個版本中修復(fù)。(一般是Bug嚴(yán)重等級比較低的項(xiàng)目)6）關(guān)閉（Closed）:測試人員最終驗(yàn)證通過，此Bug被最終修復(fù)，并由測試人員關(guān)閉此Bug。4.集成測試方法主要有哪兩種？答：集成測試主要有兩種方法：非漸增式測試方法、漸增式測試方法。非漸增式測試方法：采用一步到位的方式來進(jìn)行。對所有模塊進(jìn)行個別的單 元測試后，將各模塊連接起來，把連接后的程序當(dāng)做一個整體進(jìn)行測試。漸增式測試方法：把下一個要測試的模塊同已經(jīng)測試好的模塊結(jié)合起來 進(jìn)行測試，測試完以后再把下一個應(yīng)該測試的模塊結(jié)合進(jìn)來測試。5.軟件性能測試的概念及重要指標(biāo)？答：性能測試是指在一定條件下系統(tǒng)行為表現(xiàn)是否符合規(guī)格的性能指標(biāo).例如,通過測試傳輸?shù)淖铋L時限,傳輸?shù)腻e誤率、計(jì)算得精度,相應(yīng)的時限和恢復(fù)時限等性能指標(biāo),驗(yàn)證軟件系統(tǒng)是否能達(dá)到需求規(guī)格說明中所提出的性能指標(biāo),發(fā)現(xiàn)軟件系統(tǒng)