軟件工程期末試題及答案

軟件工程期末試題及答案軟件工程期末試題及答案軟件工程期末試題及答案xxx公司軟件工程期末試題及答案文件編號：文件日期：修訂次數(shù)：第1.0次更改批準審核制定方案設計，管理制度軟件工程期末試題及答案（六）選擇題1．軟件測試的目的是（）。A）試驗性運行軟件B）發(fā)現(xiàn)軟件錯誤C）證明軟件正確D）找出軟件中全部錯誤2．軟件測試中白盒法是通過分析程序的（）來設計測試用例的。A）應用范圍B）內(nèi)部邏輯C）功能D）輸入數(shù)據(jù)3．黑盒法是根據(jù)程序的（）來設計測試用例的。A）應用范圍B）內(nèi)部邏輯C）功能D）輸入數(shù)據(jù)4．為了提高軟件測試的效率，應該（）。A）隨機地選取測試數(shù)據(jù)B）取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C）在完成編碼以后制定軟件的測試計劃D）選擇發(fā)現(xiàn)錯誤可能性最大的數(shù)據(jù)作為測試用例5．與設計測試用例無關的文檔是（）。A）項目開發(fā)計劃B）需求規(guī)格說明書C）設計說明書D）源程序6．測試的關鍵問題是（）。A）如何組織軟件評審B）如何選擇測試用例C）如何驗證程序的正確性D）如何采用綜合策略7．軟件測試用例主要由輸入數(shù)據(jù)和（）兩部分組成。A）測試計劃B）測試規(guī)則C）預期輸出結果D）以往測試記錄分析8．成功的測試是指運行測試用例后（）。A）未發(fā)現(xiàn)程序錯誤B）發(fā)現(xiàn)了程序錯誤C）證明程序正確性D）改正了程序錯誤9．下列幾種邏輯覆蓋標準中，查錯能力最強的是（）。A）語句覆蓋B）判定覆蓋C）條件覆蓋D）條件組合覆蓋10．在黑盒測試中，著重檢查輸入條件組合的方法是（）。A）等價類劃分法B）邊界值分析法C）錯誤推測法D）因果圖法11．單元測試主要針對模塊的幾個基本特征進行測試，該階段不能完成的測試是（）。A）系統(tǒng)功能B）局部數(shù)據(jù)結構C）重要的執(zhí)行路徑D）錯誤處理12．軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)（）階段的錯誤。A）需求分析B）概要設計C）詳細設計D）編碼13．不屬于白盒測試的技術是（）。A）路徑覆蓋B）判定覆蓋C）循環(huán)覆蓋D）邊界值分析14．集成測試時，能較早發(fā)現(xiàn)高層模塊接口錯誤的測試方法為（）。A）自頂向下漸增式測試B）自底向上漸增式測試C）非漸增式測試D）系統(tǒng)測試15．確認測試以（）文檔作為測試的基礎。A）需求規(guī)格說明書B）設計說明書C）源程序D）開發(fā)計劃16．使用白盒測試方法時，確定測試數(shù)據(jù)應根據(jù)（）和指定的覆蓋標準。A）程序內(nèi)部邏輯B）程序的復雜度C）使用說明書D）程序的功能17．程序的三種基本結構是（）。A）過程子、程序、分程序B）順序、選擇、循環(huán)C）遞歸、堆棧、隊列D）調(diào)用、返回、轉(zhuǎn)移18．結構化程序設計的一種基本方法是（）A）篩選法B）遞歸法C）歸納法D）逐步求精法19．軟件調(diào)試的目的是（）A）找出錯誤所在并改正之B）排除存在錯誤的可能性C）對錯誤性質(zhì)進行分類D）統(tǒng)計出錯的次數(shù)20．程序三種基本結構的共同特點是（）A）不能嵌套使用B）只能用來寫簡單程序C）已經(jīng)用硬件實現(xiàn)D）只有一個入口和一個出口21．下面說法正確的是()。A）經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B）測試的目標是為了證明程序沒有錯誤C）成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D）成功的測試是沒有發(fā)現(xiàn)錯誤的測試22．覆蓋準則最強的是()。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋23．發(fā)現(xiàn)錯誤能力最弱的是()。A）語句覆蓋 B）判定覆蓋C）條件覆蓋 D）路徑覆蓋24．實際的邏輯覆蓋測試中，一般以()為主設計測試用例。A）條件覆蓋 B）判定覆蓋C）條件組合覆蓋 D）路徑覆蓋25．下面()方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。A）等價類劃分B）邊界值分析C）錯誤推測 D）因果圖26．與確認測試階段有關的文檔是()。A）需求規(guī)格說明書B）概要設計說明書C）詳細設計說明書D）源程序27．超出軟件工程范圍的測試是()。A）單元測試 B）集成測試C）確認測試 D）系統(tǒng)測試28．軟件測試不需要了解軟件設計的()。A）功能 B）內(nèi)部結構C）處理過程 D）條件29．()方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A）單元測試 B）集成測試C）確認測試 D）系統(tǒng)測試30．調(diào)試應該由()完成。A）與源程序無關的程序員 B）編制該源程序的程序員C）不了解軟件設計的機構 D）設計該軟件的機構31．基線是軟件生存期中各開發(fā)階段的一個特定點，它可作為一個檢查點，當采用的基線發(fā)生錯誤時，我們可以返回到最近和最恰當?shù)模ǎ┥稀）配置項B）程序C）基線D）過程32．版本管理是對系統(tǒng)不同版本進行的（）過程A）標識與跟蹤B）標識變更C）發(fā)布變更D）控制變更33．在變更控制中，管理各個用戶存取和修改一個特定軟件配置對象的權限是()。A）異步控制 B）同步控制C）存取控制 D）基線控制34.在配置管理中，“登入”和“檢出”處理實現(xiàn)了兩個重要的變更控制要素，即同步控制和()。A）異步控制 B）同步控制C）基線控制 D）存取控制35.按照軟件配置管理的原始指導思想，受控制的對象應是()。A）軟件元素 B）軟件配置項C）軟件項目 D）軟件過程36.軟件配置項是軟件配置管理的對象，指的是軟件工程過程中所產(chǎn)生的()。A）接口 B）軟件環(huán)境C）信息項 D）版本37．在變更控制中，可用來確保由不同用戶所執(zhí)行的并發(fā)控制是()。A）異步控制 B）同步控制C）存取控制 D）基線控制38．以下說法錯誤的是()。A）軟件配置管理簡稱SCIB）軟件配置項是配置管理的基本單位C）軟件配置實際上是一動態(tài)的概念D）軟件工程過程中某一階段的變更均要引起軟件配置的變更39．在設計人機界面時，應主要考慮的因素有（）。系統(tǒng)響應時間B）錯誤處理C）用戶求助機制D）以上都是40．人機界面的風格大致經(jīng)過了（）代的演變A）一B）二C）三D）四填空題1．軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的，將作為糾錯的依據(jù)。2．測試階段的基本任務是根據(jù)軟件開發(fā)各階段的和程序的，精心設計一組，利用這些實例執(zhí)行，找出軟件中潛在的各種和。3．測試用例由和預期的兩部分組成。4．軟件測試方法一般分為兩大類：方法和方法。5．動態(tài)測試通過發(fā)現(xiàn)錯誤。根據(jù)的設計方法不同，動態(tài)測試又分為與兩類。6．靜態(tài)測試采用和的手段對程序進行檢測。7．人工審查程序偏重于的檢驗，而軟件審查除了審查還要對各階段進行檢驗。8．計算機輔助靜態(tài)分析利用工具對測試程序進行分析。9．黑盒法只在軟件的處進行測試，依據(jù)說明書，檢查程序是否滿足要求。10．白盒法必須考慮程序的和，以檢查的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行。11．白盒測試是測試，被測對象是，以程序的為基礎設計測試用例。12．邏輯覆蓋是對程序內(nèi)部有存在的邏輯結構設計測試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為、、、、和6種覆蓋技術。13．實際的邏輯覆蓋測試中，一般以覆蓋為主設計測試用例，然后再補充部分用例，以達到覆蓋測試標準。14．循環(huán)覆蓋是對程序內(nèi)部有存在的邏輯結構設計測試用例，它通過限制來測試。15．基本路徑測試是在程序基礎上，通過分析控制構造的復雜性，導出集合，從而設計測試用例。16．黑盒測試是測試，用黑盒技術設計測試用例有4種方法：、、和。17．等價類劃分從程序的說明，找出一個輸入條件（通常是或），然后將每個輸入條件劃分成兩個或多個。18．邊界值分析是將測試情況作為重點目標，選取正好等于、剛剛大于或剛剛小于的測試數(shù)據(jù)。如果輸入或輸出域是一個有序集合，則應選取集合的元素和元素作為測試用例。19．在測試程序時，根據(jù)經(jīng)驗或直覺推測程序中可能存在的各種錯誤，稱為。20．因果圖的基本原理是通過畫圖，把用自然語言描述的轉(zhuǎn)換為，最后為每一列設計一個測試用例。21．測試的綜合策略是在測試中，聯(lián)合使用各種方法。通常先用法設計基本的測試用例，再用法補充一些必要的測試用例。22．軟件測試過程中需要3類信息：、和。23．軟件測試一般經(jīng)過4個測試：、、和。24．指對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤，它涉及和的文檔。25．單元測試主要測試的5個基本特征：、、、和。26．在單元測試中，需要為被測模塊設計模塊和模塊。用來模擬被測模塊的上級調(diào)用模塊，用來代替被測模塊所調(diào)用的模塊。27．集成測試指在測試基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱測試或測試。28．集成測試的方法有兩種：和。29．漸增式測試有兩種不同的組裝模塊的方法：和。30．自頂向下漸增式測試不需要編寫模塊，只需要編寫模塊，其步驟是從模塊開始，沿著被測程序的的控制路徑逐步向下測試，它有兩種組合策略：和。31．自底向上漸增式測試不需要編寫模塊，只需要編寫模塊。32．確認測試指檢查軟件的與是否與說明書中確定的指標相符合，又稱測試。33．確認測試在模擬環(huán)境下運用測試方法，由和參加的測試。34．確認測試開始前需要制定計劃，結束后要寫出報告。其測試用例要選用的數(shù)據(jù)。35．軟件配置審查的任務是檢查軟件的所有文檔資料的和。36．調(diào)試也稱，是在成功的測試之后才開始進行，其目的是確定錯誤的和，并改正錯誤。37．調(diào)試技術包括、、和。38．回溯法調(diào)試是從出發(fā)，而歸納法調(diào)試是從入手。39．被測試程序不在機器上運行，而是采用人工檢測和計算機輔助分析檢測的手段稱為測試。40．用等價類劃分法設計一個測試用例時，使其覆蓋尚未被覆蓋的合理等價類。41．用等價類劃分法設計一個測試用例時，使其覆蓋不合理等價類。42．在單元測試時，需要為被測模塊設計。43．在集成測試時有兩種測試方法，它們是。44．軟件測試是為了而執(zhí)行程序的過程。45．運行被測程序的方法稱為測試。46．動態(tài)測試中，主要測試軟件功能的方法稱為法。47．選擇測試用例，使得被測程序中每個判定的每個分支至少執(zhí)行一次，這種邏輯覆蓋標準稱為。48．要覆蓋含循環(huán)結構的所有路徑是不可能的，一般通過限制來測試。49．用等價類劃分法設計測試用例時，如果被測程序的某個輸入條件規(guī)定了取值范圍，則可確定一個合理的等在和。50．憑經(jīng)驗或直覺推測程序中可能存在的錯誤而設計測試用例的方法是。51．集成測試中的具體方法是。52．確認測試階段的兩項工作是。53．在單元測試中，測試一個模塊時，需要設計。54．軟件配置管理，簡稱SCM，它用于整個軟件工程過程。其主要目標是：、、、。55．SCM是一組管理整個軟件生存期各階段中的活動。56．基線的作用是把各階段的開發(fā)工作劃分得更加明確，便于檢查與確認階段成果。因此，基線可以作為項目的一個。名詞解釋1．軟件測試2．靜態(tài)測試3．動態(tài)測試4．黑盒測試5．白盒測試6．語句覆蓋7．判定覆蓋8．條件覆蓋9．判定/條件覆蓋10．條件組合覆蓋11．路徑覆蓋12．測試用例13．驅(qū)動模塊14．樁模塊15．單元測試16．集成測試17．確認測試18．漸增式測試19．非漸增式測試20．調(diào)試21．人的因素的含義22．基線23．軟件配置管理24．軟件配置項簡答題1．為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，但不是軟件質(zhì)量保證的安全網(wǎng)？

2．軟件測試的目的是什么為什么把軟件測試的目的定義為只是發(fā)現(xiàn)錯誤3．軟件測試應當遵循什么原則為什么要遵循這些原則4．軟件測試的步驟是什么這些測試與軟件開發(fā)各階段之間的關系5．軟件測試的過程是什么？

6．單元測試、集成測試和確認測試各自主要目標是什么它們之間有什么不同相互有什么關系7．什么是黑盒測試與白盒測試它們都適應哪些測試8．簡述軟件測試與軟件調(diào)試的區(qū)別。9．軟件配置管理的任務。10．試述第三代界面的優(yōu)點。11．試述人機界面的設計過程。綜合題1．變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設計測試用例。2．某商場在“五一”期間，顧客購物時收費有4種情況：普通顧客一次購物累計少于100元，按A類標準收費（不打折），一次購物累計多于或等于100元，按B類標準收費（打9折）；會員顧客一次購物累計少于1000元，按C類標準收費（打8折），一次購物累計等于或多于1000元，按D類標準收費（打7折）。測試對象是按以上要求計算顧客收費模塊，按照路徑覆蓋法設計測試用例。3．下面是某程序的流程圖：（1）計算它的環(huán)路復雜性。（2）為了完成基本路徑測試，求它的一組獨立的路徑。選擇題1．B2．B3．C4．D5．A6．B7．C8．B9．D10．D11．A12．B13．D14．A15．A16．A17．B18．D19．A20．D21．C22．D23．A24．C25．D26．A27．D28．D29．B30．B31．C32．A33．D34．B35．C 36．B37．B38．A39．D40．D填空題1.錯誤測試結果2.文檔資料內(nèi)部結構測試用例程序錯誤缺陷3.輸入數(shù)據(jù)輸出數(shù)據(jù)4.動態(tài)測試靜態(tài)測試5.運行程序測試用例黑盒測試白盒測試6.人工檢測計算機輔助靜態(tài)分析7.編碼質(zhì)量編碼軟件產(chǎn)品8.靜態(tài)分析特性9.接口需求規(guī)格功能10.內(nèi)部結構處理過程處理過程測試11.結構源程序內(nèi)部邏輯12.判定語句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋13.條件組合路徑14.循環(huán)循環(huán)次數(shù)15.控制流程圖環(huán)路基本路徑16.功能等價類劃分邊界值分析錯誤推測因果圖17.功能一句話一個短語等價類18.邊界邊界值第一個最后一個19.錯誤推測法20.因果功能說明判定表判定表21.測試黑盒白盒22.軟件配置測試配置測試工具23.單元測試集成測試確認測試系統(tǒng)測試24.單元測試編碼詳細設計25.模塊模塊接口局部數(shù)據(jù)結構重要的執(zhí)行路徑錯誤處理邊界條件26.驅(qū)動樁驅(qū)動模塊樁模塊27.單元組裝聯(lián)合28.非漸增式測試漸增式測試29.自頂向下結合自底向上結合30.驅(qū)動樁頂層軟件結構圖深度優(yōu)先策略寬度優(yōu)先策略31.樁驅(qū)動32.功能性能需求規(guī)格有效性33.黑盒專門測試人員用戶34.測試測試分析實際運用35.完整性正確性36.糾錯原因位置37.簡單調(diào)試歸納法調(diào)試演繹法調(diào)試回溯法調(diào)試38.程序產(chǎn)生錯誤的地方測試結果發(fā)現(xiàn)的線索39．靜態(tài)40．盡可能多的41．一個42．驅(qū)動模塊與樁模塊43．漸增式和非漸增式44．發(fā)現(xiàn)錯誤45．動態(tài)測試46．黑盒法47．判定覆蓋48．循環(huán)次數(shù)49．兩個不合理的等價類50．錯誤推測法51．漸增式和非漸增式測試方法52．進行確認測試和軟件配置審查53．驅(qū)動模塊和樁模塊54．標識變更控制變更確保變更正確地實現(xiàn)報告有關變更55．變更56．檢查點名詞解釋1.軟件測試指為了發(fā)現(xiàn)軟件中的錯誤而執(zhí)行軟件的過程。它的目標是盡可能多地發(fā)現(xiàn)軟件中存在的錯誤，將測試結果作為糾錯的依據(jù)。2.靜態(tài)測試指被測試的程序不在機器上運行，而是采用人工檢測和計算機輔助靜態(tài)分析的手段對程序進行檢測。3.動態(tài)測試指通過運行程序發(fā)現(xiàn)錯誤。4.黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結構和處理過程，只在軟件的接口處進行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動測試。5.白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結構和處理過程，以檢查處理過程的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行測試，檢驗內(nèi)部控制結構和數(shù)據(jù)結構是否有錯，實際的運行狀態(tài)與預期的狀態(tài)是否一致。6.語句覆蓋指設計足夠的測試用例，使被測程序中每個語句至少執(zhí)行一次。7.判定覆蓋指設計足夠的測試用例，使被測程序中每個判定表達式至少獲得一次“真”值或“假”值，從而使程序的每個分支至少都通過一次，因此判定覆蓋又稱分支覆蓋。8.條件覆蓋指設計足夠測試用例，使判定表達式中每個條件的各種可能的值至少出現(xiàn)一次。9.判定/條件覆蓋指設計足夠的測試用例，使得判定表達式中每個條件的所有可能取值至少出現(xiàn)一次，并使每個判定表達式所有可能的結果也至少出現(xiàn)一次。10.條件組合覆蓋指設計足夠的測試用例，使得每個判定表達式中條件的各種可能的值的組合都至少出現(xiàn)一次。11.路徑覆蓋指設計足夠的測試用例，覆蓋被測程序中所有可能的路徑。12.測試用例指為尋找程序中的錯誤而精心設計的一組測試數(shù)據(jù)。13.驅(qū)動模塊指用來模擬被測模塊的上級調(diào)用模塊，其功能比真正的上級模塊簡單得多，它只完成接受測試數(shù)據(jù)，以上級模塊調(diào)用被測模塊的格式驅(qū)動被測模塊，接收被測模塊的測試結果并輸出。14.樁模塊指用來代替被測試模塊所調(diào)用的模塊，其作用是返回被測試模塊所需的信息。15.單元測試指對源程序中每一個程序單元進行測試，檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。16.集成測試指在單元測試基礎上，將所有模塊按照設計要求組裝成一個完整的系統(tǒng)進行的測試。也稱組裝測試或聯(lián)合測試。17.確認測試指檢查軟件的功能與性能是否與需求規(guī)格說明書中確定的指標相符合，又稱有效性測試。18.漸增式測試指逐個把未經(jīng)過測試的模塊組裝到已經(jīng)過測試的模塊上去，進行集成測試。每加入一個新模塊進行一次集成測試，重復此過程直到程序組裝完畢。19.非漸增式測試指首先對每個模塊分別進行單元測試，然后把所有的模塊按設計要求組裝在一起進行測試。20.調(diào)試指確定錯誤的原因和位置，并改正錯誤的過程，也稱糾錯。21.1）人對感知過程的認識，包括視覺、閱讀時的認知心理、記憶、歸納與演繹推理等；2）用戶已有的技能和行為方式；3）用戶所要求的完成的整個任務以及用戶對人機交互部分的特殊要求。22.已經(jīng)通過正式復審和批準的某規(guī)約或產(chǎn)品，它因此可以作為進一步開發(fā)的基礎，并且只能遵循正式的變化控制過程得到改變。23.軟件配置管理，簡稱SCM，它用于整個軟件工程過程。其主要目標是：標識變更、控制變更、確保變更正確地實現(xiàn)、報告有關變更。SCM是一組管理整個軟件生存期各階段中變更的活動。24.軟件配置項是軟件工程中產(chǎn)生的信息項，它是配置管理的基本單位，對已成為基線的SCI，雖然可以修改，但必須按照一個特殊的正確的過程進行評估，確認每一處的修改。簡答題1.①軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是：·

測試的工作量約占整個項目開發(fā)工作量的40%左右，幾乎一半。如果是關系到人的生命安全的軟件，測試的工作量還要成倍增加。·

軟件測試代表了需求分析、設計、編碼的最終復審。②軟件測試不是軟件質(zhì)量保證的安全網(wǎng)，因為軟件測試只能發(fā)現(xiàn)錯誤，不能保證沒有錯誤。2.軟件測試的目的有：①軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。②一個好的測試用例能夠發(fā)現(xiàn)至今尚未發(fā)現(xiàn)的錯誤。③一個成功的測試是發(fā)現(xiàn)了至今尚未發(fā)現(xiàn)的錯誤。

軟件測試的目標定義為只是發(fā)現(xiàn)錯誤，原因是軟件測試可以有兩個目標，一個是預防錯誤，另一個是發(fā)現(xiàn)錯誤。由于軟件開發(fā)是人的創(chuàng)造性勞動，人的活動不可能完美無缺，錯誤可能發(fā)生在任何一個階段，因此預防錯誤這一目標幾乎是不可實現(xiàn)的，所以軟件測試的目標定義為只是發(fā)現(xiàn)錯誤。3.軟件測試應當遵循原則如下：①用例由輸入數(shù)據(jù)和預期的輸出數(shù)據(jù)兩部分組成，因為這樣便于對照檢查，做到有的放矢。②用例不僅選用合理的輸入數(shù)據(jù)，還要選擇不合理的輸入數(shù)據(jù)。因為當以特殊方式使用程序時，會突然發(fā)現(xiàn)程序中有許多錯誤，故使用預期的不合理的輸入數(shù)據(jù)進行程序測試，比用合理的輸入數(shù)據(jù)收獲要大，從而能更多地發(fā)現(xiàn)錯誤，提高程序可靠性。③除了檢查程序是否做了它應該做的事，還應該檢查程序是否做了它不應該做的事，因為如果程序做了它不應該做的事，即使程序能做它應該做的事，程序也是錯誤的。④應制定測試計劃并嚴格執(zhí)行，因為這樣可以排除隨意性。⑤長期保留測試用例，因為測試用例的設計耗費很大的工作量，而修改后的程序可能有新的錯誤，需要進行回歸測試，故必須將測試用例作為文檔保存，使測試具有可重復性，同時測試用例是將來系統(tǒng)維護測試與確認的依據(jù)，保存測試用例也為以后的維護提供方便。⑥對發(fā)現(xiàn)錯誤較多的程序段，應進行更深入的測試，因為發(fā)現(xiàn)錯誤較多的程序段，其質(zhì)量較差，同時在修改錯誤過程中又容易引入新的錯誤。⑦程序員避免測試自己設計的程序，因為測試目的是找錯。從心理學角度講，程序員大多對自己的程序存有偏見，總認為沒有錯誤或錯誤不大，另外程序員對需求規(guī)格說明的理解而引入的錯誤則更難發(fā)現(xiàn)，應該由別人或另外的機構來測試會更客觀、更有效。4.①軟件測試的步驟如圖7-3所示。圖7-3軟件測試的步驟②這些測試與軟件開發(fā)各階段之間的關系如圖7-2所示。因為系統(tǒng)測試已經(jīng)超出了軟件工程的范圍，所以圖7-2中的系統(tǒng)測試不包括在內(nèi)。5.軟件測試是一個規(guī)則的過程，包括測試設計、測試執(zhí)行以及測試結果比較等。①測試設計：根據(jù)軟件開發(fā)各階段的文檔資料和程序的內(nèi)部結構，利用各種設計測試用例技術精心設計測試用例。②測試執(zhí)行：利用這些測試用例執(zhí)行程序，得到測試結果。③測試結果比較：將預期的結果與實際測試結果進行比較，如果二者不符合，對于出現(xiàn)的錯誤進行糾錯，并修改相應文檔。修改后的程序還要進行再次測試，直到滿意為止。如果測試發(fā)現(xiàn)不了錯誤，可能由于測試配置考慮不周到，應考慮重新制定測試方案，設計測試用例。6.單元測試、集成測試和確認測試各自主要目標是：①單元測試的主要目標是檢查各個模塊是否正確實現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯誤。②集成測試的主要目標是檢查與設計相關的軟件體系結構的有關問題。③確認測試的主要目標是檢查已實現(xiàn)的軟件是否滿足需求規(guī)格說明書中確定的各種需求。單元測試、集成測試和確認測試之間的不同如下：①測試內(nèi)容不同：單元測試集中于單個模塊的功能和結構檢驗，其測試內(nèi)容主要包括模塊接口、局部數(shù)據(jù)結構、重要的執(zhí)行路徑、錯誤處理和邊界測試；集成測試集中于模塊組合的功能和軟件結構檢驗，其測試內(nèi)容主要包括模塊組裝中可能出現(xiàn)的問題，即數(shù)據(jù)穿過接口可能丟失、一個模塊可能破壞另一個模塊的內(nèi)容、子功能組裝可能不等于主功能、全程數(shù)據(jù)結構問題、誤差累積問題；確認測試集中于論證軟件需求的可追溯性，主要包括測試軟件功能和性能是否與軟件需求一致、測試軟件配置的所有程序與文檔是否正確完整而且一致。②測試的方法不同：單元測試總是使用白盒測試法，為被測模塊設計驅(qū)動模塊和樁模塊；集成測試使用漸增式測試和非漸增式測試，漸增式測試又有分為自頂向下結合法和自底向上結合法；確認測試總是使用黑盒測試法。③發(fā)現(xiàn)的錯誤不同：單元測試發(fā)現(xiàn)的錯誤主要是在編碼階段產(chǎn)生的錯誤，集成測試發(fā)現(xiàn)的錯誤主要是在設計階段產(chǎn)生的錯誤，確認測試發(fā)現(xiàn)的錯誤主要是在需求分析階段產(chǎn)生的錯誤。④涉及的文檔不同：單元測試涉及編碼和詳細設計文檔，集成測試涉及詳細設計文檔和概要設計文檔，確認測試涉及軟件需求規(guī)格說明書和用戶手冊。三者相互關系是：單元測試、集成測試和確認測試是順序?qū)崿F(xiàn)的。首先單元測試對各個模塊進行測試，然后集成測試以單元測試為基礎，將所有已測模塊按照設計要求組裝成一個完整的系統(tǒng)，對模塊組合的功能和軟件結構檢驗進行測試，最后確認測試是以集成測試為基礎，測試集成的軟件是否滿足需求規(guī)格說明書中確定的各種需求。7.①黑盒測試指把測試對象看成一個黑盒子，測試人員完全不考慮程序的內(nèi)部結構和處理過程，只在軟件的接口處進行測試，依據(jù)需求規(guī)格說明書，檢查程序是否滿足功能要求，又稱為功能測試或數(shù)據(jù)驅(qū)動測試。②白盒測試指把測試對象看成一個打開的盒子，測試人員需了解程序的內(nèi)部結構和處理過程，以檢查處理過程的細節(jié)為基礎，對程序中盡可能多的邏輯路徑進行測試，檢驗內(nèi)部控制結構和數(shù)據(jù)結構是否有錯，實際的運行狀態(tài)與預期的狀態(tài)是否一致。③白盒測試適應的測試有單元測試、邏輯覆蓋（按邏輯覆蓋程度不同，有語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。）、循環(huán)覆蓋（限制循環(huán)次數(shù)，有單循環(huán)和嵌套循環(huán)）和基本路徑測試。④黑盒測試適應的測試有：確認測試、等價類劃分、邊界值分析、錯誤推測和因果圖。8.軟件測試與軟件調(diào)試在目的、技術和方法等方面存在很大的區(qū)別，主要表現(xiàn)在：①測試從一個側(cè)面證明程序員的失敗，而調(diào)試是為了證明程序員的正確。②測試從已知條件開始，使用預先定義的程序，且有預知的結果，不可預見的只是程序是否通過測試。調(diào)試一般以不可知的內(nèi)部條件開始，除統(tǒng)計性調(diào)試外，結果是不可預見的。③測試是有計劃的，并要進行測試設計，而調(diào)試是不受時間約束的。④測試是一個發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程，而調(diào)試是一個推理過程。⑤測試的執(zhí)行是有規(guī)程的，而調(diào)試的執(zhí)行往往要求程序員進行必要的推理及知覺的飛躍。⑥測試經(jīng)常由獨立的測試組在不了解軟件設計的前提下完成，而調(diào)試必須由了解詳細設計的程序員完成。⑦大多數(shù)測試的執(zhí)行和設計可由工具支持，而調(diào)試時，程序員能利用的工具主要是調(diào)試器。綜合題1．①劃分等價類下表。等價類劃分表輸入條件合理等價類不合理等價類長度(1)小于40個字符(2)等于40個字符(5)大于40個字符第一個字符(3)英文字母(6)非英文字母其他字母(4)英文字母、數(shù)字或下劃線的任意組合(7)空格(8)標點符號(9)運算符號(10)其他可顯示字符②設計測試用例下表。測試用例表測試數(shù)據(jù)測試范圍期望結果(1)s_name12等價類(1),(3),(4)有效(2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr等價類(2),(3),(4)有效(3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff等價類(5)無效(4)234name等價類(6)無效(5)abgh等價類(7)無效(6)ab!2f等價類(8)無效(7)fg+ghh等價類(9)無效(8)H@gh等價類(10)無效2．①被測模塊的程序流程圖如圖所示。被測模塊的程序流程圖②按照路徑覆蓋法設計測試用例如下：是會員，累計消費900元，覆蓋路徑127是會員，累計消費2000元，覆蓋路徑128不是會員，累計消費80元，覆蓋路徑134不是會員，累計消費300元，覆蓋路徑1353．(a)環(huán)路復雜性=判斷數(shù)＋1＝6＋1＝7（個）(b)路徑1：0—①—13—19 路徑2：0—②—③—14—19 路徑3：0—②—④—⑤—15—19 路徑4：0—②—④—⑥—⑦—16—19 路徑5：0—②—④—⑥—⑧—⑨—17—19 路徑6：0—②—④—⑥—⑧—⑩—18—19 路徑7：0—②—④—⑥—⑧—⑩—12—194．(1)劃分等價類見表1。表1等價類劃分表輸入條件合理等價類不合理等價類長度(1)小于40個字符(2)等于40個字符(5)大于40個字符第一個字符(3)英文字母(6)非英文字母其他字母(4)英文字母、數(shù)字或下劃線的任意組合(7)空格(8)標點符號(9)運算符號(10)其他可顯示字符(2)設計測試用例見表2。表2測試用例表測試數(shù)據(jù)測試范圍期望結果(1)s_name12等價類(1),(3),(4)有效(2)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr等價類(2),(3),(4)有效(3)a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff等價類(5)無效(4)234name等價類(6)無效(5)abgh等價類(7)無效(6)ab!2f等價類(8)無效(7)fg+ghh等價類(9)無效(8)H@gh等價類(10)無效5．等價劃分法①劃分等價類并編號，如下表所示。十六進制整型常量輸入條件的等價類表

輸入數(shù)據(jù)合理等價類不合理等價類十六進制整數(shù)1.0x或0X開頭1～2位數(shù)字串2.以－0x打頭的1～2位數(shù)字串3.非0x或非－打頭的串4.含有非數(shù)字且（a,b,c,d,e,f）以外字符5.多于5個字符6.－后跟非0的多位串7.－0后跟數(shù)字串8.－后多于3個數(shù)字十六進制數(shù)范圍9.在－7f～7f之間10.小于－7f11.大于7f②為合理等價類設計測試用例，表中有三個合理等價類，兩個例子。測試數(shù)據(jù)期望結果覆蓋范圍0×23顯示有效輸入1，9－0×15顯示有效輸入2，9③為每個不合理等價類至少設計一個測試用例。測試數(shù)據(jù)期望結果覆蓋范圍2顯示無效輸入3G12顯示無效輸入4123311顯示無效輸入5－1012顯示無效輸入6－011顯示無效輸入7－0134顯示無效輸入8－0x777顯示無效輸入100x87顯示無效輸入116．(1)被測模塊的程序流程圖如下圖所示。(2)按照路徑覆蓋法設計測試用例如下：是會員，累計消費900元，覆蓋路徑127是會員，累計消費2000元，覆蓋路徑128不是會員，累計消費80元，覆蓋路徑134不是會員，累計消費300元，覆蓋路徑1352.4．變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母可以是英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設計測試用例。5．根據(jù)下列條件使用等價劃分法設計測試用例。某8位微機，其十六進制常數(shù)定義為：以0x或0X開頭的數(shù)是十六進制整數(shù)，其值的范圍是－7f～7f（表示十六進制的大小寫字母不加區(qū)別），如0X13，0X6A，－0X3c。6．某商場在“五一”期間，顧客購物時收費有4種情況：普通顧客一次購物累計少于100元，按A類標準收費（不打折），一次購物累計多于或等于100元，按B類標準收費（打9折）；會員顧客一次購物累計少于1000元，按C類標準收費（打8折），一次購物累計等于或多于1000元，按D類標準收費（打7折）。測試對象是按以上要求計算顧客收費的模塊，按照路徑覆蓋法設計測試用例。一、填空題1．程序設計語言的特性主要有心理特性、工程特性和技術特性三個方面。2．程序語言的工程特性主要表現(xiàn)為可移植性、開發(fā)工具的可利用性、軟件的可重用性和可維護性。3．為了提高程序的易讀性，同時為減少錯誤，提高軟件開發(fā)效率，編碼時應注意養(yǎng)成良好的程序設計風格。4．程序加注釋對理解程序提供了明確指導，根據(jù)作用不同注釋分序言性注釋和功能性注釋。5．軟件需求分析之后，軟件的設計、編碼、測試與語言的特性有很大的關系，這個特性主要是語言的技術特性。6．語句構造的原則是簡單直接，不能為了追求效率而使代碼復雜化。7．FORTRAN語言上世界上第一個被正式推廣應用的計算機語言，它不僅面向科學計算，數(shù)據(jù)處理能力也極強。8．匯編語言是面向機器的，可以完成高級語言無法滿足要求的特殊功能，如與外部設備之間的一些接口操作。9．為了使數(shù)據(jù)定義更容易理解和維護，一個語句說明多個變量時，各變量名按字典排列。10．編碼是將詳細設計得到的處理過程的描述轉(zhuǎn)換為基于某種計算機語言的程序。二、選擇題1．結構化程序設計主要強調(diào)的是（B）A.程序的執(zhí)行效率B程序的易讀性C程序的規(guī)模D程序可移植性2．下列選項中，不屬于程序設計語言心理特性的表現(xiàn)形式的是（C）。A簡潔性B歧義性C可移植性D局部性和順序性3．下列選項中與選擇程序設計語言無關的因素是（A）。A程序設計風格B軟件執(zhí)行的環(huán)境C軟件開發(fā)的方法D項目的應用領域4．項目應用領域是選擇程序設計語言的關鍵因素，下列不屬于項目應用領域類型的選項是（D）。A系統(tǒng)軟件B數(shù)據(jù)處理和數(shù)據(jù)庫應用C人工智能操作系統(tǒng)5．不適合做科學工程計算的語言是（D）。語言語言語言語言6．源程序中的序言性注釋應置于每個模塊的其始部分，該注釋內(nèi)容不應有（B）。A模塊的用途B語句的功能C數(shù)據(jù)描述D模塊的功能7．下列適用于開發(fā)人工智能領域的語言是（C）AAda語言BC語言CProlog語言DCobol語言8．程序設計語言的工程特性其中之一表現(xiàn)在（B）A開發(fā)工具的可利用性B簡潔性C數(shù)據(jù)結構的描述性D數(shù)據(jù)庫的可操作性9．下列不合適作為數(shù)據(jù)處理與數(shù)據(jù)應用的語言是（A）ACobol語言BSQL語言C4GLDAda語言10．提高程序效率的根本途徑并非在于（D）A選擇良好的設計方法B選擇良好的數(shù)據(jù)結構C選擇良好的算法D對程序語句做調(diào)整三、簡答題1、程序語言有哪些共同特征答：程序語言的共同特征(似為特性更符合題意)是指程序設計語言的語言特性，包括心理特性、工程特性和技術特性三個方面。語言的心理特性對人機通信的質(zhì)量有主要的影響；語言的工程特性