信息系統(tǒng)測試作業(yè)3參考答案

1、單項選擇題1234567信息系統(tǒng)測試作業(yè)參考答案下面說法正確的是( C)。AB第 3 章 軟件測試技術(shù)經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確 測試的目標是為了證明程序沒有錯誤 成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試 成功的測試是沒有發(fā)現(xiàn)錯誤的測試CD覆蓋準則最強的是( D)。A 語句覆蓋B 判定覆蓋C 條件覆蓋D 路徑覆蓋 發(fā)現(xiàn)錯誤能力最弱的是( A)。A 語句覆蓋B 判定覆蓋C 條件覆蓋D 路徑覆蓋 實際的邏輯覆蓋測試中，一般以( ABCD 下面 AC)為主設(shè)計測試用例。條件覆蓋 判定覆蓋 條件組合覆蓋 路徑覆蓋D )方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。 等價類劃分 邊界值分析

2、 錯誤推測 因果圖BCD超出軟件工程范圍的測試是( A單元測試 集成測試 確認測試 系統(tǒng)測試D）。BCD軟件測試不需要了解軟件設(shè)計的(D）。A功能B內(nèi)部結(jié)構(gòu)C處理過程D條件(B)方法需要考察模塊間的接口和各模塊之間的聯(lián)系。A 單元測試8B.集成測試C.確認測試D.系統(tǒng)測試調(diào)試應(yīng)該由（B）完成。A.與源程序無關(guān)的程序員B.編制該源程序的程序員C.不了解軟件設(shè)計的機構(gòu)D.設(shè)計該軟件的機構(gòu)9.10.召開審查會，在會中由小組成員閱讀程序，以發(fā)現(xiàn)程序錯誤，同時測試員利用測試數(shù) 據(jù)人工運行程序并得出輸出結(jié)果，然后由參加者對結(jié)果進行審查，以達到測試的目的。這種測試方法是（C）。軟件審查錯誤推測法C.D.人工

3、走查代碼審查填空題1.2.白盒測試是以仔細檢查程序的細節(jié)為基礎(chǔ)，通過提供一組指定條件和循環(huán)的 例_，對軟件中的 邏輯路徑進行測試，可以在不同的檢查點檢查程序的狀態(tài)，以確 定實際運行狀態(tài) 與 預(yù)期狀態(tài) 是否一致。具體的白盒測試方法有程序控制流分析、數(shù)據(jù)流分析測試、符號測試、路徑分析、程序插裝邏輯覆蓋測試用3.4.5.覆蓋包括的常用覆蓋方法有：條件覆蓋、路徑覆蓋。白盒測試過程中使用靜態(tài)分析技術(shù)主要目的為: 查 、 接口分析 、 I/O 規(guī)格說明分析 塊分析 。通常對源程序進行靜態(tài)分析的方法為： 析。語句覆蓋等。 分支覆蓋條件覆蓋判定-6.動態(tài)測試包括功能確認與接口測試析_。7.程序邏輯和編碼檢杳數(shù)

4、據(jù)流一致性檢變量類型檢查和模牛成引用表覆蓋率分析程序錯誤分析和接口分性能分析內(nèi)存分面向?qū)ο笤O(shè)計的測試面向?qū)ο鬁y試包括：面向?qū)ο蠓治龅臏y試編程的測試 、 面向?qū)ο髥卧獪y試 、面向?qū)ο蠹蓽y試試_。面向?qū)ο竺嫦驅(qū)ο笙到y(tǒng)測簡答題1.答:為什么說軟件測試是軟件開發(fā)中不可缺少的重要一環(huán),但不是軟件質(zhì)量保證的安全網(wǎng)?軟件測試是軟件開發(fā)中不可缺少的重要一環(huán)，原因是：測試的工作量約占整個項目開發(fā)工作量的40%左右，幾乎一半。如果是關(guān)系到人的生命安全的軟件，測試的工作量還要成 倍增加。軟件測試代表了需求分析、設(shè)計、編碼的最終復(fù)審。軟件測試不是軟件質(zhì)量保證的安全網(wǎng)，因為軟件測試只能發(fā)現(xiàn)錯誤，不能保證沒有錯誤。2

5、簡述代碼審查與人工走查的區(qū)別與聯(lián)系。答：代碼審查以通過召開代碼審查會的方式進行。 代碼審查小組通常由四人組成， 個是組織者， 一般是由能力較強的程序員擔(dān)任， 但他不能是被審查程序的作者。 為代碼審查會分發(fā)材料， 安排并主持會議， 記錄所有已查出的錯誤， 得以改正。 小組的其余成員通常是被審查程序的設(shè)計者或程序員。其中有一 組織者負責(zé) 并且保證這些錯誤隨之 另外， 審查小組還需要一 在會中由小組成員在人工走查會上除了閱 然后由參加者對結(jié)3 簡述使用邊界值分析法選擇測試用例時應(yīng)該遵循的原則。 答：使用邊界值分析法選擇測試用例時，應(yīng)遵循以下幾條原則： 如果輸入條件規(guī)定了值的范圍，則應(yīng)取剛達到這個范圍

6、的邊界值， 這個范圍邊界的值作為測試輸入數(shù)據(jù)。如果輸入條件規(guī)定了值的個數(shù)， 則用最大個數(shù)， 最小個數(shù)，(1)以及剛剛超過(2)比最大個數(shù)多 1，比最(3)(4)(5)(6)小個數(shù)少 1 的數(shù)作為測試數(shù)據(jù)。根據(jù)規(guī)格說明和每個輸出條件，使用前面的原則（1）。 根據(jù)規(guī)格說明和每個輸出條件，使用前面的原則 （2）。 如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合 （如有序表、 順序文件等） ， 則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu)，則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的 值作為測試用例。分析規(guī)格說明，找出其它可能的邊界條件。個測試領(lǐng)域的專家； 人工走查與

7、代碼審查一樣， 采用召開審查會的方式， 閱讀程序， 以發(fā)現(xiàn)程序錯誤。 人工走查與代碼審查的不同之處在于， 讀程序外， 還需要由測試員利用測試數(shù)據(jù)人工運行程序并得出輸出結(jié)果， 果進行審查，以達到測試的目的。4 答：的，棄了傳統(tǒng)的開發(fā)模式， 的觀點來檢測面向?qū)ο蠓治龊驮O(shè)計的結(jié)果。 適用。四、應(yīng)用題傳統(tǒng)的測試模型對面向?qū)ο筌浖辉龠m用，原因是什么？面向?qū)ο蟪绦虻慕Y(jié)構(gòu)不再是傳統(tǒng)的功能模塊結(jié)構(gòu)， 作為一個整體， 原有集成測試所要求 逐步將所開發(fā)的模塊搭建在一起進行測試的方法已成為不可能。 而且， 面向?qū)ο筌浖?對每個開發(fā)階段都有不同以往的要求和結(jié)果， 已經(jīng)不可能用功能細化 因此，傳統(tǒng)的測試模型對面向?qū)?/p>

8、象軟件已經(jīng)不再1某商場在“五一”期間，顧客購物時收費有4 種情況：普通顧客一次購物累計少于 100元，按 A 類標準收費 （不打折） ，一次購物累計多于或等于 100 元，按 B 類標準收費 （打 9 折）；會員顧客按會員價格一次購物累計少于 1000 元，按 C 類標準收費（打 8 折）， 一次購物累計等于或多于 1000元，按D類標準收費（打7折）。測試對象是按以上要求 計算顧客收費模塊，按照路徑覆蓋法設(shè)計測試用例。解： 被測模塊的程序流程圖按照路徑覆蓋法設(shè)計測試用例如下：是會員，累計消費900 元，覆蓋路徑127是會員，累計消費2000 元，覆蓋路徑128不是會員，累計消費80元，覆蓋路

9、徑134不是會員，累計消費300 元，覆蓋路徑1352.變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測 試用例。解：（一）劃分等價類輸入軟件合理等價類不合理等價類長度（1）小于40個字符（2）等于40個字符（5）大于40個字符第一個字符（3）英文字母（6）非央文字母其他字母（4）英文字母、數(shù)字或下劃 線的任意組合（7）空格（8）標點符號（9）運算符號（10）其他可顯示字符（二） 設(shè)計測試用例測試數(shù)據(jù)測試范圍期望結(jié)果s_n ame12等價類(1)，(3),(4)有效a1b2c3d4e5f6g7h8i9j1k2l3m4 n5o6