【文章內(nèi)容簡介】 一列設(shè)計一個測試用例。這幾種方法都不能提供一組完整的測試用例，在實際測試中應(yīng)把各種方法結(jié)合起來使用。綜合策略：就是聯(lián)合使用上述幾種測試方法，盡可能多地發(fā)現(xiàn)程序中的錯誤。軟件測試要經(jīng)過哪些步驟?這些測試與軟件開發(fā)各階段之間有什么關(guān)系?答：軟件測試要經(jīng)過的步驟是：單元測試→集成測試→確認測試→系統(tǒng)測試。216。 單元測試：對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。該階段涉及編碼和詳細設(shè)計文檔。216。 集成測試：是為了檢查與設(shè)計相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題，也就是檢查概要設(shè)計是否合理有效。216。 確認測試：主要是檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定了的各種需求。216。 系統(tǒng)測試：是把已確認的軟件與其他系統(tǒng)元素(如硬件、其他支持軟件、數(shù)據(jù)、人工等)結(jié)合在一起進行測試。以確定軟件是否可以支付使用。單元測試有哪些內(nèi)容?測試中采用什么方法?答：單元測試主要針對模塊的以下五個基本特征進行測試：(1)模塊接口 (2)局部數(shù)據(jù)結(jié)構(gòu) (3)重要的執(zhí)行路徑 (4)錯誤處理 (5)邊界條件 測試的方法是為被測試模塊編寫驅(qū)動模塊和樁模塊來實現(xiàn)被測試單元的可運行。通過驅(qū)動模塊來模擬被測試模塊的上級調(diào)用模塊，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結(jié)構(gòu)并輸出。樁模塊則用來代替被測試模塊所調(diào)用的模塊。它的作用是返回被測模塊所需的信息。什么是集成測試?非漸增式測試與漸增式測試有什么區(qū)別? 漸增式測試如何組裝模塊?答：集成測試是指在單元測試的基礎(chǔ)上，將所有模塊按照設(shè)計要求組裝成一個完整的系統(tǒng)進行的測試。非漸增式測試是指首先對每個模塊分別進行單元測試，再把所有模塊組裝成一個完整的系統(tǒng)進行的測試。而漸增式測試就是逐個把未經(jīng)測試的模塊組裝到已經(jīng)過測試的模塊上去進行集成測試，每加入一個新模塊進行一次集成測試，重復(fù)此過程直到程序組裝完畢。漸增式測試有兩種不同的組裝方法：自頂向下和自底向上結(jié)合。兩者區(qū)別是：(1)非漸增式方法把單元測試和集成測試分成兩個不同的階段，前一階段完成模塊的單元測試，后一階段完成集成測試。而漸增式測試往往把單元測試和集成測試合在一起，同時完成。(2)非漸增式需要更多的工作量，因為每個模塊都需要驅(qū)動模塊和樁模塊，而漸增式利用已測試過的模塊作為驅(qū)動模塊或樁模塊，因此工作量少。(3)漸增式可以較早地發(fā)現(xiàn)接口之間的錯誤，非漸增式最后組裝時才發(fā)現(xiàn)。(4)漸增式有利于排錯，發(fā)生錯誤往往和最近新加入的模塊有關(guān)，而非漸增式發(fā)現(xiàn)接口錯誤推遲到最后，很難判斷是哪一部分接口出錯。(5)漸增式比較徹底，已測試的模塊和新的模塊再測試。(6)漸增式點用時間較多，但非漸增式所需更多的驅(qū)動模塊和樁模塊也占用一些時間。(7)非漸增式開始可并行測試所有模塊，能充分利用人力，對測試大型軟件很有意義。什么是確認測試?該階段有哪些工作?答：確認測試又稱有效性測試。它的任務(wù)是檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標(biāo)相符合。因而需求說明是確認測試的基礎(chǔ)。確認測試階段有兩項工作：進行確認測試與軟件配置審查。調(diào)試的目的是什么?調(diào)試有哪些技術(shù)手段?答：調(diào)試則是在進行了成功的測試之后才開始的工作。調(diào)試的目的是確定錯誤的原因和位置，并改正錯誤，因此調(diào)試也稱為糾錯(Debug)。調(diào)試的技術(shù)手段有簡單的調(diào)試方法、歸納法、演繹法和回溯法等。將正確答案的編號填入題目空白處：在白盒測試用例中，有語句覆蓋、條件覆蓋、判定覆蓋、路徑覆蓋等，其中(A)是最強的覆蓋準(zhǔn)則。為了對下圖所示的程序進行覆蓋測試，必須適當(dāng)?shù)剡x取測試數(shù)據(jù)。若X，Y是兩個變量，可供選擇的測試數(shù)據(jù)組共有I，II，III，IV四組(如表中給出)，則實現(xiàn)語句覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是(B)；實現(xiàn)條件覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是(C)；實現(xiàn)路徑覆蓋至少應(yīng)采用的測試數(shù)據(jù)組是(D)或(E)。可供選擇的答案：A：(1)語句覆蓋 (2)條件覆蓋 (3)判定覆蓋 (4)路徑覆蓋B～E：(1)I和II組 (2)II和III級 (3)III和IV組 (4)I和IV組 (5)I、II和III組 (6)II，III和IV組 (7)I，III和IV組 (8)I、II和IV組答：A：(4) B:(1) C:(4) D：(5) E：(8)請對“判定三角形類別”程序算法用等價類劃分和邊界值分析法設(shè)計測試用例，并檢查邏輯覆蓋標(biāo)準(zhǔn)。解：先劃分等價類并編號：為合理等價類設(shè)計測試用例，對于表中對應(yīng)的四個合理等價類，用三個測試用例覆蓋。為每一個不合理等價類設(shè)計一個測試用例：用邊界值法設(shè)計測試用例：1某“調(diào)整工資”處理模塊接受一個“職稱”的變量，根據(jù)職稱的不同（助教，講師，副教授，教授）作不同的處理，其中若是助教還必須輸入工齡，只有工齡超過兩年才能調(diào)整工資。請用等價類劃分法設(shè)計測。： 計測試用例：第七章 軟件維護軟件維護有哪些內(nèi)容？ 答：（1）校正性維護。在軟件交付使用后，一些隱含的錯誤在某些特定的使用環(huán)境下會暴露出來。為了識別和糾正錯誤，修改軟件性能上的缺陷，應(yīng)進行確定和修改錯誤的過程，這個過程就稱為校正性維護。 （2）適應(yīng)性維護。為了使應(yīng)用軟件適應(yīng)計算機硬件、軟件環(huán)境及數(shù)據(jù)環(huán)境的不斷發(fā)生的變化而修改軟件的過程稱為適應(yīng)性維護。 （3）完善性維護。為增加軟件功能、增強軟件性能、提高軟件運行效率而進行的維護活動稱為完善性維護。 （4）預(yù)防性維護。為了提高軟件的可維護性和可靠性而對軟件進行的修改稱為預(yù)防性維護。 軟件維護的特點是什么？ 答：主要體現(xiàn)在三個方面： （1） 非結(jié)構(gòu)化維護和結(jié)構(gòu)化維護。軟件的開發(fā)過程對軟件的維護有很大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護工作非常困難，這是一種非結(jié)構(gòu)化的維護。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進行維護工作，這是一種結(jié)構(gòu)化的維護。 （2） 維護的困難性。軟件維護的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴格而又科學(xué)的管理和規(guī)劃，就會引起軟件運行時的維護困難。（3） 軟件維護的費用。軟件維護的費用在總費用中的比重是在不斷增加的，這是軟件維護有形的代價。另外還有無形的代價，即要占有更多的資源。軟件維護費用增加的占有原因是軟件維護的生產(chǎn)率非常低。 軟件維護的流程是什么？ 答：軟件維護的流程如下：提交維護申請報告、審查申請報告并批準(zhǔn)、運行維護并做詳細記錄、復(fù)審。 軟件維護的副作用有哪些？ 答：維護的副作用有以下三種： （1） 編碼副作用。在使用程序設(shè)計語言修改源代碼時可能引入的錯誤。 （2） 數(shù)據(jù)副作用。在修改數(shù)據(jù)結(jié)構(gòu)時，有可能造成軟件設(shè)計與數(shù)據(jù)結(jié)構(gòu)不匹配，因而導(dǎo)致軟件錯誤。數(shù)據(jù)副作用是修改軟件信息結(jié)構(gòu)導(dǎo)致的結(jié)果。但它可以通過詳細的設(shè)計文檔加以控制。 （3） 文檔副作用。如果對可執(zhí)行軟件的修改沒有反映在文檔中，就會產(chǎn)生文檔副作用。 什么是軟件可維護性？可維護性度量的特性是什么？答：軟件可維護性的定義：軟件能夠被理解、校正、適應(yīng)及增強功能的容易程度。軟件的可維護性可用以下七個質(zhì)量特性來衡量，即可理解性、可測試性、可修改性、可靠性、可移植性、可使用性和效率。 提高可維護性的方法有哪些？ 答：（1）建立明確的軟件質(zhì)量目標(biāo)。 （2）使用先進的軟件開發(fā)技術(shù)和工具。 （3）建立明確的質(zhì)量保證。 （4）選擇可維護性的程序設(shè)計語言。 （5）改進程序的文檔。 選擇題（每題1分，20 題共20 分）1. 下述哪個選項不是采用瀑布模型的條件( 　)。 （A）在項目開發(fā)早期需求可能有所變化。（B）低風(fēng)險項目（對目標(biāo)、環(huán)境很熟悉）。 （C）用戶使用環(huán)境很穩(wěn)定。 （D）用戶除提出需求以外，很少參與開發(fā)。2. 下列中不屬于非功能需求的是（　 ）（A）性能要求 （B）數(shù)據(jù)處理要求（C）安全性要求 （D）可靠性要求3. 衡量模塊獨立性的標(biāo)準(zhǔn)是（?。ˋ）模塊的抽象程度　　?。˙）耦合性和內(nèi)聚性（C）模塊的封裝性　　 （D）內(nèi)聚的類型4. 設(shè)計軟件時，模塊內(nèi)部最好是（ ）(A) 時間內(nèi)聚 (B) 功能內(nèi)聚 (C) 邏輯內(nèi)聚 (D)通信內(nèi)聚5. 下面不屬于軟件設(shè)計原理的是( ) (A) 抽象 (B) 分解 (C) 封裝 (D) 自頂向下6. 在結(jié)構(gòu)化分析方法(SA)中，用ER圖建立的是系統(tǒng)的（?。ˋ）業(yè)務(wù)模型　　　　?。˙）物理模型（C）數(shù)據(jù)模型　　　　 （D）功能模型7. 面向?qū)ο箝_發(fā)方法中，靜態(tài)模型使用的建模工具是(　)(A) 順序圖 　　(B) 狀態(tài)圖 (C) 活動圖 　(D) 類圖8. 業(yè)務(wù)模型是開發(fā)方為了理解客戶的業(yè)務(wù)及需求，并與客戶達成業(yè)務(wù)理解上的共識而建立的模型，以下說法不正確的是（ ）。A、業(yè)務(wù)模型不需要考慮計算機環(huán)境。B、業(yè)務(wù)模型必須尊重當(dāng)前業(yè)務(wù)的事實。C、用計算機語言描述業(yè)務(wù)模型。D、業(yè)務(wù)模型在建立后需要得到客戶的簽字認可。9. 軟件架構(gòu)（概要）設(shè)計的主要任務(wù)是要確定（ ）(A) 模塊/構(gòu)件之間的操作細節(jié)　　 (B) 模塊/構(gòu)件之間的相似性(C) 模塊/構(gòu)件之間的組成關(guān)系 　　(D) 模塊/構(gòu)件的具體功能10. 下述哪個關(guān)系不是類圖中類和類之間的關(guān)系（　）。（A）擴展關(guān)系 （B）依賴關(guān)系（C）關(guān)聯(lián)關(guān)系 　　 （D）泛化關(guān)系11. 在下述關(guān)于軟件測試的觀點中，哪個是不準(zhǔn)確的（?。＃ˋ）測試的目的是證明軟件無錯，（B）在軟件開發(fā)過程中，測試是帶有“破壞性的”。（C）軟件測試是軟件質(zhì)量保障的關(guān)鍵措施。（D）系統(tǒng)軟件測試主要是為了發(fā)現(xiàn)Bug12．對模塊進行單元測試時,有時需要一個（?。┠K用來模擬被測模塊的上級調(diào)用模塊。(A) 理解 　　(B) 驅(qū)動 (C) 管理 　(D) 樁13 . 若有一個計算類型的程序，它的輸入量只有一個X，其范圍是［，］，設(shè)計這組測試用例采用的是黑盒測試中的邊界值方法。下列哪組測試用例是合理的（?。?。（A）。（B）。（C），。（D）。14. 有開發(fā)人員或者測試人員在場，客戶在開發(fā)環(huán)境下使用軟件的測試為( 　)。（A）Alpha測試 （B）Beta測試（C）單元測試 　　 （D）集成測試15. 改正軟件在使用過程中逐漸暴露的缺陷或錯誤的維護工作為( 　)。（A）糾錯性維護 （B）適應(yīng)性維護（C）完善性維護 　　 （D）預(yù)防性維護16. 軟件維護中，因改變一個數(shù)組的大小而引起的錯誤屬于修改（ ）副作用。（A)編碼　　　（B)數(shù)據(jù)結(jié)構(gòu)　　?。–)文檔　　?。―)設(shè)計17. CCM的能力成熟度分為5個等級，其中( 　)級的特征為項目上的經(jīng)驗，能對新項目進行策劃和管理。（A）可重復(fù)級 （B）已定義級（C）已管理級 　　 （D）優(yōu)化級18. 下面哪個選項不屬于軟件配置管理中的三個庫( 　)（A）軟件開發(fā)庫 （B）軟件文檔庫（C）軟件基線庫 　　 （D）軟件產(chǎn)品庫19. 模塊的( 　)表示有多少模塊可直接調(diào)用它，它反映了該模塊的復(fù)用(reuse)程度，因此值越大越好。（A）扇入 （B）扇出 （C）寬度 ?。―）深度20. ( 　)描述軟件構(gòu)件及構(gòu)件之間的依賴關(guān)系，顯示代碼的靜態(tài)結(jié)構(gòu)。（A）類圖 （B）部件圖 （C）部署圖 （D）對象圖填空題（每空1分，共20 空，共20 分）1．軟件是由程序、__________、__________三部分組成的。2. 功能需求描述___________________。非功能需求是對解決方案的限制和約束。 3. ER圖中包含了實體(即數(shù)據(jù)對象)、__________和__________等三種基本成分。4. __________通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。中間狀態(tài)用__________表示，包括3部分內(nèi)容，分別為__________， __________， __________。5．可使用UML的活動圖來建立業(yè)務(wù)模型中的業(yè)務(wù)用例場景視圖，視圖中的每個“活動”一般是一個____________。6．按照對象、__________、繼承和__________ 4個概念設(shè)計和實現(xiàn)的系統(tǒng)，稱為是面向?qū)ο蟮摹? 7．如果在聚集關(guān)系中處于部分方的對象可同時參與多個處于整體方對象的構(gòu)成，則該聚集稱為__________。8．RUP把軟件生命周期定義為四個主要階段：初始、__________、構(gòu)造、__________。，著重表現(xiàn)對象間消息傳遞的時間順序，有兩個坐標(biāo)軸：_________表示時間，____________表示不同的對象。10. 軟件質(zhì)量保證措施，應(yīng)以_______________為主，以_________________為輔。 三、判斷題（每題1分，共10題，共10 分）1. 軟件等于程序。( 　)2. 軟件設(shè)計是軟件開發(fā)的核心。( 　)3．面向?qū)ο蟮念悓哟谓Y(jié)構(gòu)中，泛化關(guān)系是一種“一般與特殊”關(guān)系。( 　)4．可用性是系統(tǒng)正常運行時間的概率。( 　)5．軟件生存周期是從某軟件產(chǎn)品開始研發(fā)到軟件不再使用為止的時間間隔。( 　)6．軟件產(chǎn)品的質(zhì)量主要取決于產(chǎn)品開發(fā)和維護的軟件過程質(zhì)量。( 　)7．一般來說，程序中存在錯誤的概率與在該段程序中已發(fā)現(xiàn)的錯誤數(shù)成正比。（?。?．集成系統(tǒng)測試是將