軟件測試理論基礎(chǔ)測試題

軟件測試理論基礎(chǔ)測試題（一）（2012年11月14日）說明：試題共分兩大題目總分150,本試題請閉卷。一、選擇題（每題1分）1、 下列文檔中不是文檔測試需要測試的內(nèi)容是（）A合同文檔B.管理文檔C.開發(fā)文檔D.用戶文檔2、 下列邏輯覆蓋測試方法中，覆蓋能力最強的是（D）語句覆蓋B.判定覆蓋C.條件覆蓋D.條件組合覆蓋3、 關(guān)于軟件測試的原則，下列說法錯誤的是（AB）（選擇兩項）軟件測試應該從代碼完成后開始程序員測試自己編寫的代碼有助于測試的深入廣泛進行軟件測試必須確定預期輸出結(jié)果測試過程中要注意測試中的缺陷群集現(xiàn)象4、 下列關(guān)于測試和調(diào)試的說法中正確的是C測試和調(diào)試沒有本質(zhì)區(qū)別。目的都是為了發(fā)現(xiàn)軟件系統(tǒng)中的錯誤。測試只是測試人員的職責，在整個測試活動中不需要開發(fā)人員的參與。調(diào)試一般不能確定程序中潛在錯誤發(fā)生的原因調(diào)試主要在軟件的開發(fā)階段進行。5、 下列關(guān)于正確選擇自動化測試工具的說法中錯誤的是（B）A?選擇適合自己公司項目的自動測試工具，可以從測試工具的功能，集成能力，操作系統(tǒng)和開發(fā)工具的兼容性等幾個方面來考慮。B-引入工具時不需要考慮工具引入的連續(xù)性和一致性盡量選擇主流測試工具如果需要多種工具，盡量選擇同一公司的產(chǎn)品。6、 下列關(guān)于測試用例的設(shè)計說法中正確的是（D）只有發(fā)現(xiàn)了到目前為止沒有發(fā)現(xiàn)的缺陷的測試用例才是有價值的用例。測試用例設(shè)計應該遵循從簡單的原則，以便節(jié)約測試時間測試用例的設(shè)計經(jīng)常耗時很大。所以已設(shè)計好的測試用例不能變化測試用例的設(shè)計依據(jù)需求說明書。應該覆蓋用戶需求7、 下列各選項的文件擴展名代表可執(zhí)行文件的是（）BEXE,COMB.EXE,BATC.COM,DLLD.DLL,BAT8、 關(guān)于黑盒測試與白盒測試的區(qū)別，下列說法正確的是（A）白盒測試側(cè)重于程序結(jié)構(gòu)，黑盒測試側(cè)重于功能白盒測試可以使用自動測試工具，黑盒測試不能使用工具白盒測試需要開發(fā)人員參與，黑盒測試不需要。黑盒測試比白盒測試應用更廣泛9、 使用正交排列方式設(shè)計測試用例的最大好處在于（B）對所有的輸入組合創(chuàng)建測試用例，使用最少的測試用例獲得最大的測試覆蓋率.不用寫測試用例便于進行兼容性測試.10、 一般情況下，當一個軟件新版本提交測試時，要有1-2名測試人員首先進行（C）可以幫助測試團隊合理地利用有效資源.配置測試，B.安裝測試C.冒煙測試D.回歸測試11、 通常情況下，下列關(guān)于白盒測試策略的說法中錯誤的是（B）A?桌前檢查，單元測試通常由代碼的創(chuàng)建者執(zhí)行代碼走查由代碼的創(chuàng)建者執(zhí)行，不需要專門測試人員參與代碼的規(guī)則檢查屬于靜態(tài)分析的內(nèi)容同行評審通常由軟件產(chǎn)品創(chuàng)建者的同行檢查該工作產(chǎn)品，識別產(chǎn)品缺陷12、 對于軟件的鼠標操作測試，下列的說法正確的是（C）進行鼠標測試時。要對鼠標的左右鍵都進行測試，右鍵菜單中應該包含左鍵單擊功能要測試鼠標的移動速度，而應用程序?qū)κ髽藛螕舻捻憫俣葎t不屬于鼠標測試內(nèi)容，鼠標移到工具欄的圖標時一般要有提示信息顯示，并且確定顯示內(nèi)容與實際的功能一致光標形狀是否隨操作而變化不是鼠標測試內(nèi)容。13、 下列關(guān)于各類軟件缺陷的描述中錯誤的是（BD）（選擇兩項）集成錯誤多發(fā)生在模塊接口上，一般在集成測試中發(fā)現(xiàn)重用錯誤一般是由于沒有遵守編碼規(guī)范造成的。邏輯錯誤是比較難檢測的錯誤，是測試重點之一。邏輯錯誤一般是由于設(shè)計錯誤造成的，與開發(fā)人員對開發(fā)環(huán)境熟練程度無關(guān)14、 下列關(guān)于軟件測試和軟件生命周期的說法中正確的是（BD）（選擇兩項）從軟件生命周期的螺旋模型來看，所有測試工作是在編碼結(jié)束以后才開始介入螺旋模型和瀑布模型相比，測試工作介入的更早，更具體，從而更好的地規(guī)避了風險。測試計劃是用于指導整個測試過程的，所以一旦測試計劃通過評審，是不能改動的從軟件測試生命周期來看，一個軟件的新版本要經(jīng)過評審才能發(fā)布。15、 在WINDOWS系統(tǒng)中，用戶user16既屬于allusers組又屬于vip組。對于文件A在alluser組中被賦予拒絕寫入權(quán)限，在vip組中被賦予寫入權(quán)限，那么用戶user16對文件A擁有的權(quán)限是（）B拒絕寫入B-寫入C.讀取D.無法確定其權(quán)限16、 下列關(guān)于軟件質(zhì)量和軟件測試的說法中錯誤的是（D）好的軟件過程是高效，高質(zhì)量軟件的前提軟件測試在軟件生存周期中占有非常重要的位置，是對軟件規(guī)格說明，設(shè)計和編碼的最后終審軟件測試是軟件質(zhì)量保證的重要手段，是規(guī)約，設(shè)計和編碼的最終檢查。軟件測試是保證軟件質(zhì)量的安全網(wǎng)，是保證軟件質(zhì)量的充分條件17、 為了體現(xiàn)軟件的友好易用性，如果用戶輸入了非法的數(shù)據(jù)，開發(fā)人員通常對該輸入在程序中做出相應處理，下列選項中處理方式錯誤的是（B）過濾掉不正確的輸入，只允許合法輸入通過界面直接關(guān)閉程序提示錯誤信息，拒絕不正確的輸入允許不正確的輸入進入系統(tǒng)，通過調(diào)用異常處理程序進行處理18、 下列關(guān)于軟件測試策略說法中錯誤的是（B）白盒測試分為靜態(tài)白盒測試和動態(tài)白盒測試自動測試的優(yōu)點之一是適應性強，即使軟件功能發(fā)生變化時也不需要修改測試腳本性能測試一般是在系統(tǒng)測試階段進行的回歸測試在每次軟件發(fā)生修改后都應該進行，以便確定修改是否達到預期目的19、 下列關(guān)于因果圖法設(shè)計測試用例的說法中，正確的是（BC）擇兩項）條件的排列順序不影響執(zhí)行哪些操作的情況下，適合用因果圖法設(shè)計測試用例條件的排列順序影響執(zhí)行哪些操作的情況下，適合用因果圖法設(shè)計測試用例規(guī)格說明以判斷表的形式給出，或很容易轉(zhuǎn)換成判斷表，則適合于用因果圖法設(shè)計測試用例因果圖設(shè)計測試用例適于任何情況下的測試20、 某軟件公司在招聘軟件測試工程師時，應聘者甲向公司做如下保證：（1） ,經(jīng)過自己測試的軟件今后不會再出現(xiàn)問題（2） ，在工作中對所有程序員一視同仁，不會因為某個程序編寫的程序發(fā)現(xiàn)的問題多，就重點審查該程序，以免不利于團結(jié)（3） ，承諾不需要其他人員，自己就可以獨立進行測試工作（4） ，發(fā)揚咬定青山不放松的精神，不把所有問題都找出來，絕不罷休根據(jù)自己所學的軟件測試知識，應聘者甲的保證（D）（1）（4）是正確的（2）是正確的都是正確的都是錯誤的21、 下面是對某公司缺陷管理流程的概括測試人員提交新的BUG入庫，缺陷狀態(tài)置為1，高級測試人員驗證缺陷，如果確認是BUG，分配給相應的開發(fā)人員，設(shè)狀態(tài)為2,如果不是BUG，則拒絕，設(shè)置狀態(tài)為“拒絕”狀態(tài)，開發(fā)人員查詢狀態(tài)為3的BUG，做如下處理，如果不是BUG，則置狀態(tài)為“拒絕”狀態(tài)，如果是BUG則修復并置狀態(tài)為4,如果不能解決的BUG，要留下文字說明并保持BUG為“拒絕”狀態(tài)，測試人員查詢狀態(tài)為5的BUG，驗證BUG是否解決，做如下處理：如果BUG解決了置缺陷狀態(tài)為6，如果BUG沒有解決則置狀態(tài)為7。上述流程中1到7相對應的狀態(tài)標識為（A）新提交一打開一打開一修正一修正一關(guān)閉一重新打開打開一修正一關(guān)閉一修正一修正一關(guān)閉一打開新提交一打開一打開一關(guān)閉一修正一關(guān)閉一重新打開新提交一打開一打開一修正一關(guān)閉一修正一重新打開22、 通常情況下，關(guān)于缺陷報告，下列說法正確的是（C）。（選擇一項）對于不可重現(xiàn)的錯誤，可以不用報告為了提高人們對缺陷的注意力，需要夸大一些缺陷的嚴重性細小的缺陷也應該報告測試人員不能引用他人的缺陷報告23、 下列關(guān)于白盒測試的描述中正確的是（CD）。（選擇二項）白盒測試只適用于單元測試階段做白盒測試時不需要考慮黑盒測試方法邏輯驅(qū)動覆蓋測試、基本路徑測試屬于白盒測試方法與黑盒測試相比，白盒測試多數(shù)情況下更關(guān)心軟件的內(nèi)部邏輯結(jié)構(gòu)24、 通常情況下，下列選項中不屬于編寫測試用例應該包括的內(nèi)容的是（C）。（選擇一項）被測項目名稱與本用例相關(guān)的其他用例測試時所發(fā)現(xiàn)缺陷的嚴重程度測試時需要輸入的數(shù)據(jù)25、 下列軟件質(zhì)量評估指標中，可以度量測試的完全程度的是（A）。（選擇一項）覆蓋評測質(zhì)量評測性能評測D.百分位報告26、下列關(guān)于白盒測試與黑盒測試的說法中錯誤的是（C ）。（選擇一項）用白盒測試來驗證單元的基本功能時，經(jīng)常要用黑盒測試的思考方法來設(shè)計測試用例僅僅通過白盒測試，或僅僅通過黑盒測試都不能全面系統(tǒng)地測試一個軟件白盒測試適用于軟件測試的各個階段在黑盒測試中使用白盒測試的手段，常被稱為“灰盒測試”27、 關(guān)于風險分析，下列說法錯誤的是（）。（選擇二項）CD風險分析應在軟件生命周期內(nèi)盡早進行最早的風險分析應該在確定了需求之后馬上進行對于每個發(fā)布版而言，需要版本變更再次進行完整的風險分析D?項目進行過程中，不必時時對風險分析的結(jié)果進行評估28、 若一個通訊簿最多可以輸入100條記錄，則下列選項中設(shè)計的測試用例最優(yōu)的是（）。（選擇一項）D分別輸入1、50、100條記錄分別輸入0、1、50、99、100條記錄分別輸入0、1、99、100、101條記錄分別輸入0、1、50、99、100、101條記錄29、 關(guān)于下列各測試階段特點的說法中錯誤的是（AB）。（選擇二項）單元測試是最小單位的測試，其測試依據(jù)為程序流程圖驗收測試與系統(tǒng)測試的區(qū)別在于：驗收測試是公司內(nèi)部進行的測試，而系統(tǒng)測試是以用戶為主的測試集成測試可以發(fā)現(xiàn)單元測試中無法發(fā)現(xiàn)的資源競爭問題確認測試往往在系統(tǒng)測試的前期進行30、 對一臺硬件正常的ATM機進行提取功能測試，若該機允許的提取增量為100元，金額從100元到5000元人民幣（含5000元人民幣）。使用等價類劃分方法設(shè)計測試用例，下列說法錯誤的是（BD）。（選擇二項）提取20元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取150元人民幣的數(shù)據(jù)輸入屬于有效等價類數(shù)據(jù)提取5100元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取5000元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取2000元人民幣的數(shù)據(jù)輸入屬于有效等價類數(shù)據(jù)31、 下列關(guān)于驗收測試的定義說法最準確的是（C ）。（選擇一項）由用戶按照用戶手冊對軟件進行測試以決定是否接收由第三方測試機構(gòu)代表用戶按照需求說明書和用戶手冊對軟件進行測試以決定是否接收按照任務(wù)書或合同中供需雙方約定的驗收依據(jù)進行測試，決定是否接收由開發(fā)方和用戶按照用戶手冊執(zhí)行軟件驗收32、 通常情況下，軟件集成測試的方案是在（B）階段完成的。（選擇一項）需求分析概要設(shè)計詳細設(shè)計編碼和單元測試33、 設(shè)計測試用例的方法有很多，而且每種方法都有不同的適用條件。下列是對幾種方法的描述：對于業(yè)務(wù)流清晰的系統(tǒng)可以利用貫穿整個測試用例設(shè)計過程;在用例中綜合使用各種測試方法，對于參數(shù)配置類的軟件要用選擇較少的組合方式達到最佳效果；如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用 。針對以上描述，能夠按照正確的順序填入上面空白處的選項是（B）。（選擇一項）等價類劃分法、因果圖法、狀態(tài)圖法狀態(tài)圖法、正交排列法、因果圖法狀態(tài)圖法、等價類劃分法、因果圖法因果圖法、正交排列法、等價類劃分法34、 下列關(guān)于軟件測試原則的說法中錯誤的是（C）。（選擇一項）窮舉測試是不可能的測試中BUG存在群集現(xiàn)象測試應該由軟件設(shè)計機構(gòu)設(shè)計，這樣可以準確定位軟件的缺陷軟件測試應該追溯需求，測試應該根據(jù)用戶需求進行35、 下列關(guān)于邏輯覆蓋測試的說法中正確的是（A）。（選擇一項）語句覆蓋就是設(shè)計若干個測試用例，運行被測程序，使得每一條可執(zhí)行語句至少執(zhí)行一次。條件覆蓋是設(shè)計足夠多的測試用例，運行所測程序，使程序中每個判斷的取真分支和取假分支至少各執(zhí)行一次。分支覆蓋是設(shè)計若干個測試用例，運行所測程序，使程序中每個判斷內(nèi)的每個條件的各個可能取值至少執(zhí)行一次。判定-條件覆蓋要求各個判斷的所有可能的條件取值組合至少執(zhí)行一次。36、 關(guān)于軟件測試對軟件質(zhì)量的意義，有如下說法：（1） 度量和評估軟件質(zhì)量；（2） 保證軟件質(zhì)量；（3） 有利于改進軟件開發(fā)過程；（4） 發(fā)現(xiàn)軟件錯誤。則其中正確的是（）。（選擇一項）C（1）、（2）、（3）（1）、（2）、（4）（1）、（3）、（4）（1）、（2）、（3）、（4）37、 下列關(guān)于測試大綱方法的說法錯誤的是（D）（選擇一項）A大綱是對需求的描述，不同測試人員生成的大綱是不一定相同的大綱的表現(xiàn)形式為一種樹狀的結(jié)構(gòu)，在根和每個葉節(jié)點之間存在唯一的路徑樹中葉子的數(shù)目給出了測試所有功能所需測試用例的大致數(shù)量在沒有需求說明書的情況下，經(jīng)常使用測試大綱法設(shè)計測試用例38、 下圖是一字處理軟件使用插入表格命令后打開的對話框，根據(jù)相關(guān)測試知識，下列關(guān)于軟件缺陷的表述正確的是（BC）（選擇二項）“確定”和“取消”按鈕位置顛倒“列數(shù)”和“行數(shù)”默認值不合適默認焦點應該落在“確定”按鈕上“列數(shù)”和“行數(shù)”應該使用列表框控件39、 下列關(guān)于等價類劃分方法的說法中錯誤的是（C ）。（選擇一項）利用有效等價類設(shè)計的測試用例，可以檢驗程序是否實現(xiàn)了需求說明書中規(guī)定的功能和性能。利用無效等價類設(shè)計的測試用例，可以檢驗程序中功能和性能是否不符合需求說明書的規(guī)定。對于有效等價類可以不設(shè)計測試用例對同一個程序可能會劃分出多種不同的等價類。40、 軟件測試的對象包括（B）。（選擇一項）A-目標程序和相關(guān)文檔源程序、目標程序、數(shù)據(jù)及相關(guān)文檔。目標程序、操作系統(tǒng)和平臺軟件源程序和目標程序41、 軟件測試工作結(jié)束后應對整個測試過程和軟件產(chǎn)品進行評估，目前常用的測試評估方法有（CD）。（選擇二項）用戶評測 B.專家評測 C.覆蓋評測 D.質(zhì)量評測下列選項中不屬于數(shù)據(jù)結(jié)構(gòu)測試時需要考慮的因素是（C）。（選擇一項）確定數(shù)據(jù)結(jié)構(gòu)的界限嘗試向數(shù)據(jù)結(jié)構(gòu)中輸入超過界限的值查看數(shù)據(jù)定義語句是否符合編碼規(guī)范除了考慮數(shù)據(jù)結(jié)構(gòu)上溢外，還要針對數(shù)據(jù)結(jié)構(gòu)下溢進行測試。42、 關(guān)于軟件測試、軟件過程和軟件質(zhì)量關(guān)系的描述中，下列說法錯誤的是（A）。（選擇一項）B軟件質(zhì)量是由軟件測試保證的。 B.軟件測試是提高軟件質(zhì)量的一種手段軟件過程包括軟件測試 D.軟件質(zhì)量是在軟件過程中逐步建立起來的43、 下列關(guān)于自動化測試的說法中正確的是（D）（選擇一項）一切測試過程都可以利用工具來實現(xiàn)自動化B-引入自動測試工具后，能立刻減輕測試工作量C.商業(yè)自動測試工具比開源工具具有更為強大的功能

選擇自動測試工具時需考慮與開發(fā)工具和平臺的兼容性。44、 下列關(guān)于軟件測試的相關(guān)描述中錯誤的是（DE）。（選擇二項）白盒測試要求最大限度的覆蓋程序的語句或結(jié)構(gòu)，找出被忽視的程序錯誤。通常情況下，測試人員采用白盒測試方法進行單元測試，采用黑盒測試方法進行系統(tǒng)測試等價類劃分和邊界值分析經(jīng)常用于黑盒測試現(xiàn)代測試中，自動測試可以完全替代手工測試，從而大大提高測試效率和測試的準確性。E）有效的結(jié)合白盒測試和黑盒測試，不僅僅可以證明錯誤存在，而且還能證明錯誤不存在。45、 下列關(guān)于通過測試和失敗測試的說法錯誤的是（D）（選擇一項）利用邊界值分析法設(shè)計的測試用例進行的測試，既有通過測試也有失敗測試利用等價類劃分方法設(shè)計的測試用例進行的測試，既有通過測試也有失敗測試。雙擊一臺沒有放光盤的電腦的光驅(qū)操作，是失敗測試失敗測試和通過測試是軟件測試的兩個相互對立的基本方法，進行通過測試的系統(tǒng)沒有必要再進行失敗測試。46、 關(guān)于冒煙測試，下列說法錯誤的是（C）。（選擇一項）冒煙測試指軟件經(jīng)過修改后，對其關(guān)鍵功能進行的測試為防止出現(xiàn)時間、人力的浪費，在通過冒煙測試后系統(tǒng)方可進入全面測試階段進行冒煙測試時，需要返測上一版本中所有已知的缺陷。冒煙測試用于確認是否需要讓測試人員進入到對新版本的測試工作中47、 測試用例可以看作是為了實施測試而向被測系統(tǒng)提供的一個特定的集合，通常情況下，下列關(guān)于這個集合的內(nèi)容說法錯誤的是（CE）。（選擇二項）向被測系統(tǒng)提供的輸入數(shù)據(jù)屬于這個集合對被測系統(tǒng)實施的一系列的操作屬于這個集合向被測系統(tǒng)提供不同的環(huán)境設(shè)置不屬于這個集合各種方式產(chǎn)生的預期輸出結(jié)果屬于這個集合E）缺陷的處理過程屬于這個集合。48、 下圖為一個航班查詢窗體的截圖，若對該窗體中的控件進行測試，則下列描述中錯誤的是（D）。（選擇一項）航班查詢 匚〕回區(qū)I選擇出發(fā)地 選擇目的地選擇出發(fā)地 選擇目的地您背詢的您背詢的航班信忌為:制打機票廈門-重慶星期四14:。。起&職出選擇出發(fā)地為“重慶”，選擇目的地為“廈門”，在下方的航班信息中顯示為“廈門一重慶”，這是該軟件的功能缺陷界面中應保持字體大小和類型的風格統(tǒng)一，因此“選擇目的地”標簽和“選擇出發(fā)地”標簽的字體設(shè)置不同是該軟件的缺陷若在“選擇出發(fā)地”列表框中可以選中“北京”，而在“選擇目的地”列表框中也可以同時選中“北京”，則這種情況不符合實際需求，是該軟件的缺陷預定機票是該的主要功能，因此“預訂機票”按鈕應突出顯示，尺寸略大于“退出”按鈕，這樣設(shè)計符合常規(guī)界面設(shè)計原則49、 下列關(guān)于軟件缺陷處理說法錯誤的是（D）。（選擇一項）只要是發(fā)現(xiàn)的缺陷都要提交缺陷報告，不論是否可重現(xiàn)一個缺陷的編號在整個生命周期中可能變化已經(jīng)關(guān)閉的缺陷可能會由于某種原因而重新打開如果發(fā)現(xiàn)的缺陷全部屬于一個開發(fā)人員，則這些缺陷可以寫在一個缺陷報告中50、 下列邏輯覆蓋測試方法中，按照發(fā)現(xiàn)Bug的能力，由強到弱排序正確的是（BA）。（選擇二項）A?條件組合覆蓋一判定/條件覆蓋一語句覆蓋路徑覆蓋一判定/條件覆蓋一語句覆蓋條件組合覆蓋一語句覆蓋一判定/條件覆蓋判定/條件覆蓋一路徑覆蓋一語句覆蓋51、 下列關(guān)于軟件測試各階段的描述中正確的是（CD）。（選擇二項）系統(tǒng)測試是軟件系統(tǒng)交付用戶使用前的最后一個測試階段測試計劃編制完成后，就可以根據(jù)概要設(shè)計文檔制定單元測試方案了確認測試包括有效性測試和軟件配置審查，通過確認測試后進入系統(tǒng)測試階段單元測試可以針對一個窗口、一個函數(shù)或一個類來進行測試52、 下列選項中不屬于軟件易用性測試范圍的是（CE）。（選擇二項）對控件的測試對菜單、快捷鍵的測試對軟件的壓力測試對聯(lián)機幫助的測試對合同文檔的審查53、 防火墻自身有一些限制，通常情況下，它不能阻止以下（）威脅。CI、外部攻擊II、內(nèi)部威脅III、病毒感染（選擇一項）II和IIc.i和m全部54、 利用狀態(tài)轉(zhuǎn)換圖法對下圖所示的商品等價換算程序（目前處于初始狀態(tài)）進行測試，下列關(guān)于輸入條件、狀態(tài)以及輸出事件的相關(guān)描述中錯誤的是（）。（選擇一項）A

A-輸入條件“輸入水果的斤數(shù)”加載到初始狀態(tài)，得到新狀態(tài)“待換算的水果斤數(shù)已輸入”B-輸入條件“單擊換算按鈕”加載到初始狀態(tài)，產(chǎn)生輸出事件“必須選擇水果類型并輸入水果的斤數(shù)”仁輸入條件“點擊蔬菜按鈕”加載到初始狀態(tài)，得到新狀態(tài)“蔬菜種類已選擇”。.輸入條件“單擊換算按鈕”加載到“蔬菜種類已選擇”狀態(tài)進行組合，得到“遺漏水果信息”和“待換算的水果斤數(shù)未輸入”新狀態(tài)55、 有如下菜單界面截圖，如果對“編輯”菜單進行測試，下列說法錯誤的是（ ）。（選擇二項）CE菜單深度的設(shè)置可以視為軟件界面Bug菜單沒有快捷命令方式可以視為軟件界面BugC?菜單的排列順序不符合常規(guī)要求，可以視為軟件界面Bug沒有根據(jù)系統(tǒng)功能進行合理分類，“插入”功能沒有放在主菜單中，可以視為軟件界面Bug菜單項的名字不能正確解釋菜單功能，可以視為軟件界面Bug56、下列關(guān)于缺陷處理的說法中錯誤的是（）。（選擇一項）D對缺陷進行分類，確定需要優(yōu)先解決的缺陷，可以減少缺陷報告的處理的成本風險和成本是某些程序缺陷不被修改的常見的理由在新的軟件版本中，要關(guān)注那些被推遲修改的缺陷優(yōu)先解決嚴重程度高的缺陷57、 在下列選項中，測試人員從（A）開始介入最有利于軟件項目的成功。需求分析階段設(shè)計階段編碼階段系統(tǒng)測試階段58、 關(guān)于測試用例的意義有如下說法：可以避免盲目測試并提高測試效率；使軟件測試的實施重點突出、目的明確；在回歸測試后無需修正測試用例便可繼續(xù)開展測試工作；測試用例的復用化和通用化使軟件測試更易于開展；則上述說法中正確的是（D）。TOC\o"1-5"\h\z①、②、③①、③②、③①、②、④59、 關(guān)于手工測試和自動測試，下列說法錯誤的是（B）。手工測試是一個主動尋找軟件缺陷的過程，而自動測試是需人工干預的被動測試過程。自動測試執(zhí)行速度比較快，它的效果肯定要比手工測試的好。目前，自動測試不能取代手工測試。手工測試和自動測試相結(jié)合可以在一定程度上提高測試效率。60、 關(guān)于同一等價類數(shù)據(jù)的共同特點，下列選項中說法正確的是（BC）。（選擇二項）如果等價類中的一個測試數(shù)據(jù)不能捕獲缺陷，那么可以選擇該等價類中的其他測試數(shù)據(jù)來捕獲缺陷。如果等價類中的一個測試數(shù)據(jù)不能捕獲缺陷，那么選擇該等價類中的其他測試數(shù)據(jù)也不會捕獲缺陷。如果等價類中的一個測試數(shù)據(jù)能夠捕獲一個缺陷，那么選擇該等價類中的其他數(shù)據(jù)測試也能捕獲該缺陷。如果等價類中的一個測試數(shù)據(jù)能夠捕獲一個缺陷，那么選擇該等價類中的其他數(shù)據(jù)測試不一定也能捕獲該缺陷。61、 下列關(guān)于缺陷報告的說法中錯誤的是（C）。優(yōu)化缺陷指的是優(yōu)化缺陷的描述步驟缺陷報告中必須包含重現(xiàn)缺陷的必要步驟為了修改方便，一個缺陷報告中要盡量包含多個缺陷缺陷報告應描述清晰、準確、無歧義62、 下列協(xié)議中屬于郵件接收協(xié)議的是（AB ）。（選擇二項）A.SMTPB.POP3 C.IMAP4D.HTTP63、 用因果圖法設(shè)計測試用例時，依據(jù)的是（A）之間的因果關(guān)系。輸入與輸出B.設(shè)計與實現(xiàn)C.狀態(tài)與控制D.主程序與子程序64、 WindowsXP支持并能夠使用的文件系統(tǒng)有（A）。A.FAT32、NTFSB.CDFS、EXT2 C.FAT3么EXT3D.NTFS、HPFS65、 根據(jù)軟件測試V模型，下列選項中（A）主要是針對設(shè)計進行驗證。（選擇一項）單元和集成測試系統(tǒng)測試黑盒測試驗證測試66、 關(guān)于經(jīng)過有效測試后的軟件所能夠達到的目標，下列說法中不準確的是（AD）。（選擇二項）確保產(chǎn)品完成了它所承諾或公布的功能，能夠超出承諾或公布的功能更好確保產(chǎn)品是健壯的和適應用戶環(huán)境的確保產(chǎn)品滿足性能和效率的要求確保應用軟件沒有缺陷67、 設(shè)計兼容性測試用例時，下列不屬于選擇測試平臺和應用程序版本所依據(jù)的原則的是（C）。（選擇一項）根據(jù)流行程度，選擇比較普及的操作系統(tǒng)和軟件平臺選擇主流生產(chǎn)廠商的產(chǎn)品來進行測試盡量選擇較新的程序版本根據(jù)類型把軟件進行等價類劃分，從每種類型中選擇軟件來測試68、 下列關(guān)于軟件的安裝測試說法正確的是（BC）。（選擇二項）軟件的安裝測試就是測試軟件的安裝過程，安裝完畢后則安裝測試結(jié)束軟件的安裝測試過程中有對軟件兼容性的測試內(nèi)容軟件的安裝測試過程中要考慮軟件易用性測試的因素通常情況下，對軟件的安裝測試主要考慮典型安裝的測試，對于自定義安裝可以測試，也可以不測試69、 下列關(guān)于軟件質(zhì)量評估的說法中錯誤的是（）。（選擇一項）D覆蓋評測是對測試完全程度的評測，最常用的覆蓋評測是基于需求的覆蓋和基于代碼的覆蓋缺陷評估主要包括缺陷分布，缺陷狀態(tài)與優(yōu)先級分布和缺陷狀態(tài)與嚴重性分析等三類通過測試評估確定軟件的各項指標是否滿足測試標準規(guī)定，檢驗應用程序是否合格動態(tài)監(jiān)測是一種性能評測方法，如果測試腳本始終保持一種狀態(tài)或者沒有明顯變化，則一定表明該測試執(zhí)行發(fā)生問題70、 文檔測試中需要對用戶說明書進行測試，下列關(guān)于對用戶說明書的測試說法中錯誤的是（A）（選1項）語言檢查:檢查標準是說明書語言專業(yè)，用詞華麗功能檢查:檢查標準是功能描述完整，準確，并且沒有描述不存在的功能圖片檢查:檢查標準是圖片正確，清晰D.排版檢查:檢查標準是排版正確，合理，風格統(tǒng)一71、 對一臺硬件正常的ATM機進行提取功能測試，若該機允許的提取增量為100元，提取金額從100元到5000元人民幣（含5000元人民幣）.使用等價類劃分方法設(shè)計測試用例，則下列說法中錯誤的是（BD ）（選2項）提取20元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取150元人民幣的數(shù)據(jù)輸入屬于有效等價類數(shù)據(jù)提取5100元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取5000元人民幣的數(shù)據(jù)輸入屬于無效等價類數(shù)據(jù)提取2000元人民幣的數(shù)據(jù)輸入屬于有效等價類數(shù)據(jù)72、 通常情況下，下列關(guān)于軟件測試與調(diào)試的說法中錯誤的是（B ）（選1項）軟件測試工作可以由測試人員和程序員共同參與軟件測試主要集中在開發(fā)階段進行，而軟件調(diào)試將貫穿于整個軟件生命周期軟件調(diào)試的主要任務(wù)是確定程序中潛在錯誤的確切位置和原因并加以改正軟件調(diào)試通常是由開發(fā)人員完成的工作73、 通常情況下，下列關(guān)于控件測試的說法中正確的是（AE）（選2項）要求控件擺放對齊，間隔一致,沒有重疊區(qū)域控件中有錯別字是軟件的Bug，而中英文混合不算是軟件的Bug文字的全角和半角混用不影響軟件的功能，不是軟件的BugD?控件的字體和大小都一致，是軟件的Bug要求控件顯示完整，不被裁切74、 在“輸入非法數(shù)據(jù)”的測試模型中，對于輸入，需要從下列（A）方面進行考慮。（選1項）①輸入數(shù)據(jù)的類型②輸入數(shù)據(jù)的長度③輸入數(shù)據(jù)的邊界值④輸入數(shù)據(jù)的默認值TOC\o"1-5"\h\z①②③②③④①②④①②③④75、 下列關(guān)于常用測試方法的描述中錯誤的是（D ）（選1項）錯誤猜測是基于經(jīng)驗和直覺推測程序中所有可能存在的錯誤隨機測試的所有輸入數(shù)據(jù)都是隨機生成的，其目標是模擬用戶的操作通過測試主要用于驗證系統(tǒng)和它的需求是否一致，確認軟件至少能做什么失敗測試時不要蓄意攻擊軟件的薄弱環(huán)節(jié)76、 下列關(guān)于測試用例和測試需求的說法中正確的是（BC ）（選2項）測試需求來源于測試用例,是對測試用例的總結(jié)測試用例來自于測試需求,是對測試需求的細化測試用例控制軟件測試的執(zhí)行過程，是對每個測試項目的實例化測試需求等同于測試計劃,是測試過程中的指導性文檔77、 有效性測試是在模擬的環(huán)境下，運用黑盒測試的方法驗證所測軟件是否滿足（C ）中所列的要求（選1項）軟件概要設(shè)計文檔單元測試方案軟件需求規(guī)格說明書集成測試方案78、 某公司采用在周一做一次完全備份，周二至周五每天做一次增量備份的策略對服務(wù)器上的文件夾進行備份,該文件夾每個工作日都會有數(shù)據(jù)更新,如果想還原到星期五的數(shù)據(jù)，則下列方法中可以采納的是（ ）（選1項）D先還原星期五的增量備份，再還原星期一的完全備份先還原星期一的完全備份，再還原星期五的增量備份先依次還原星期二到星期五的增量備份，再還原星期一的完全備份先還原星期一的完全備份，再依次還原星期二到星期五的增量備份79、 下列關(guān)于驗收測試的說法中錯誤的是（）（選1項）B驗收測試是軟件產(chǎn)品在交付用戶正式使用前的最后一道測試工序驗收測試包括有效性測試和軟件配置審查驗收測試一般使用生產(chǎn)中的實際數(shù)據(jù)進行測試驗收測試必須由用戶或者用戶代表參加80、 通常情況下，下列選項中不屬于制訂測試計劃時要包含的內(nèi)容是DE（選2項）A?測試計劃的簡介測試手段和策略測試進度表具體測試用例設(shè)計缺陷分析報告81、 下列關(guān)于軟件風險分析的說法中錯誤的是（）（選擇二項）BD軟件風險分析的目標是確定測試對象、測試優(yōu)先級和測試的深度、有時可能還包括不予測試的對象軟件風險分析應該由開發(fā)人員確定軟件風險分析應該在軟件生命周期內(nèi)盡早進行對于每個發(fā)布版本而言，都需要進行完整的風險分析82、 某應用軟件的登錄界面截圖如下圖1所示,若采用狀態(tài)圖法對其進行功能測試，得到TOC\o"1-5"\h\z如下圖2所示的狀態(tài)圖，先設(shè)定輸入事件分別為:ip1（輸入帳號）,ip2（輸入密碼）,ip3（單擊”登錄”按鈕）,ip4（單擊”退出”按鈕）,ip5（在錯誤消息框中單擊”確定”按鈕）,則在圖2中A至D處分別應填入事件代號是（D ）.帳號:I |密碼:I I'登錄|退出圖1圖2A.ipl,ip4,ipl,ip4ipl,ip5,ip2,ip5ip3,ip4,ipl,ip5ip3,ip5,ip2,ip483、 通常情況下，關(guān)于缺陷報告，下列說法中正確的是（C ）。（選擇一項）對于不可重現(xiàn)的錯誤，可以不用報告為了提高相關(guān)人員對缺陷的重視程度，需要夸大一些缺陷的嚴重性細小的缺陷也應該報告測試人員不能引用他人的缺陷報告84、 下列關(guān)于菜單測試內(nèi)容的說法中錯誤的是（B ）。（選擇一項）菜單深度一般最多控制在3層以內(nèi)菜單中可以中英文混合主菜單數(shù)目不應太多，最好單排布置與當前操作無關(guān)的菜單應置為灰色85、 下列關(guān)于自動測試與手工測試的說法中錯誤的是（A）。（選擇一項）自動測試發(fā)現(xiàn)的錯誤一定比手工測試發(fā)現(xiàn)的錯誤多B-自動測試可能會制約軟件的開發(fā)C-自動測試在性能測試方面有著手工測試無法比擬的優(yōu)勢。.手工測試可以處理測試中發(fā)生的意外事件86、 通常，軟件生命周期中的很多環(huán)節(jié)都有可能引入缺陷，相對而言，在下列各階段中發(fā)現(xiàn)的缺陷修復成本最低的是（A ）。（選擇一項）需求階段B.設(shè)計階段編碼階段D.維護階段87、 下列關(guān)于軟件測試與調(diào)試的說法中錯誤的是（C）。（選擇一項）通常情況下，軟件測試經(jīng)歷的時間要長于軟件調(diào)試的時間一般來說，軟件測試工作的開始要早于軟件調(diào)試工作C?測試的只要工作是找到缺陷并解決缺陷，調(diào)試的主要工作是解決缺陷，所以軟件測試包含程序調(diào)試工作一般來說，軟件測試找到的大多是錯誤的外部表現(xiàn)，而調(diào)試能夠找到錯誤的內(nèi)部原因88、 下列關(guān)于白盒測試與黑盒測試的說法中錯誤的是（C）。（選擇一項）用白盒測試來驗證單元的基本功能時，可以使用黑盒測試的思考方法來設(shè)計測試用例僅僅通過白盒測試，或僅僅通過黑盒測試都不能全面系統(tǒng)地測試一個軟件白盒測試適用于軟件測試的各個階段在黑盒測試中使用白盒測試的手段，常被成為“灰盒測試”89、 下列關(guān)于選擇自動測試工具的方法和原則的說法中正確的有（AC ）。（選擇二項）A-引入工具需要考慮工具引入的連續(xù)性和一致性如需多種工具，盡量選擇不同公司的產(chǎn)品，以博采眾家之長盡量選擇主流產(chǎn)品盡量選擇正在大力宣傳的新產(chǎn)品90、 下列關(guān)于軟件運行測試的描述中錯誤的是（D ）。（選擇一項）檢查產(chǎn)品信息是否真實正確，是否與實際版本一致檢查安裝的軟件是否可以正常使用檢查軟件安裝的目錄和內(nèi)容是否無遺漏或多余只需選擇開始菜單、桌面快捷方式或快速啟動圖標中的一種檢查是否正確打開相應程序91、 軟件測試生命周期可以用下圖來表示，則下列對應關(guān)系中正確的是（B）。（選擇一項）（插圖）A:評審、B：實施軟件測試、C：測試設(shè)計和開發(fā)、D：制定測試計劃、E：版本發(fā)布A:制定測試計劃、B：測試設(shè)計和開發(fā)、C：實施軟件測試、D：評審、E：版本發(fā)布A:制定測試計劃、B：實施軟件測試、C：測試設(shè)計和開發(fā)、D：評審、E：版本發(fā)布A:評審、B：制定測試計劃、C：測試設(shè)計和開發(fā)、D：實施軟件測試、E：版本發(fā)布92、 下列邏輯覆蓋測試中，測試覆蓋率最弱的是（A）。（選擇一項）D路徑覆蓋B.判定-條件覆蓋條件組合覆蓋判定覆蓋93、 通常情況下，下列缺陷不能通過單元測試發(fā)現(xiàn)的是（D）。（選擇一下）變量的初始值或缺省值有錯誤B-輸入的實際參數(shù)與形式參數(shù)的個數(shù)不相同提示的錯誤與實際的錯誤不相符一個模塊的功能是否會對另一個模塊的功能產(chǎn)生不利的影響94、 關(guān)于對軟件缺陷的理解，下列說法中錯誤的是（B）。（選擇一項）軟件未達到軟件規(guī)格說明書中規(guī)定的功能是軟件的缺陷軟件功能超出軟件規(guī)格說明書中指明的范圍不是軟件的缺陷軟件未達到軟件規(guī)格說明書中指明的應達到的目標是軟件的缺陷軟件難于理解，不宜使用，運行速度慢是軟件的缺陷95、 下列設(shè)計測試用例的方法中，主要根據(jù)輸出對輸入的依賴關(guān)系設(shè)計測試用例的（C）。（選擇一項）狀態(tài)圖法正交排列法因果圖法邊界值法96、 下列關(guān)于等價類劃分方法的描述中錯誤的是（B ）。（選擇一項）錯誤的劃分等價類可能會降低執(zhí)行測試用例時發(fā)現(xiàn)缺陷的能力為最大程度地覆蓋測試，應盡可能細劃等價類，不必考慮冗余劃分合理的等價類中的一個測試捕獲缺陷的能力與該等價類中其他測試相同根據(jù)等價類編寫測試用例時，有效等價類和無效等價類都不能忽略97、 下列關(guān)于狀態(tài)轉(zhuǎn)換圖方法的描述中錯誤的是（D ）。（選擇一項）每種狀態(tài)至少訪問一次最常見、最普遍的狀態(tài)轉(zhuǎn)換需要測試C?要測試所有的錯誤狀態(tài)D?狀態(tài)間最不常用的分支可以不進行測試98、 下列選項中屬于按測試階段進行分類的是（BD ）。（選擇二項）功能測試單元測試自動測試系統(tǒng)測試99、 通常情況下，下列內(nèi)容不應包含在測試用例中的是（D ）。（選擇一項）C預期結(jié)果測試結(jié)果缺陷修改情況缺陷編號100、關(guān)于對“關(guān)閉文件”功能的測試，下列說法中錯誤的是（C ）（選擇一項）編輯文件后不保存，直接從菜單關(guān)閉，系統(tǒng)應有是否保存文件的提示B）編輯文件后保存，單擊窗口右上角的關(guān)閉按鈕，文件正常關(guān)閉編輯文件后不保存，從任務(wù)管理器中結(jié)束任務(wù)（任務(wù)不是無響應狀態(tài)），程序可以直接被關(guān)閉編輯文件后不保存，單擊窗口右上角的關(guān)閉按鈕，系統(tǒng)應有是否保存文件的提示101、 關(guān)于冒煙測試，下列說法中錯誤的是（B）（選擇一項）冒煙測試主要是對應用程序的關(guān)鍵功能進行測試冒煙測試的目的是為了保證程序的穩(wěn)定性冒煙測試的周期一般比較短通過冒煙測試的程序方可進入全面的測試階段102、 在軟件測試活動中，下列測試行為全部屬于測試開發(fā)階段的是（）D（選擇一項）分析測試需求，準備測試數(shù)據(jù)分析測試需求，設(shè)計測試用例設(shè)計測試用例，開發(fā)測試工具準備測試數(shù)據(jù)，開發(fā)測試工具103、 下列關(guān)于正交排列法設(shè)計測試用例的說法中錯誤的是（CE）（選擇兩項）A.正交排列法能夠使用最小的測試過程集合獲得最大的測試覆蓋率正交排列法非常適用于輸入數(shù)據(jù)或輸入數(shù)據(jù)的組合數(shù)量很大的情況正交排列法可以保證對所有變量的所有組合都進行了測試當被測對象中有大量的變量且每個變量都有幾個已定義狀態(tài)時，可以借助正交排列法E）正交排列法通常不適用于在兼容性測試中設(shè)計測試用例104、 一般來說，在軟件測試各階段中，最后進行的是（C）。（一項）系統(tǒng)測試單元測試驗收測試集成測試105、 關(guān)于進行易用性測試的好處，下列描述中錯誤的是（D）。（一項）能夠減少用戶尋求技術(shù)支持服務(wù)的數(shù)量能夠減少培訓的費用C.能夠提高用戶對產(chǎn)品的認識程度能夠提高軟件的性能106、 下列關(guān)于測試方法的描述中錯誤的是（）。（一項）C通過測試主要用于驗證系統(tǒng)和需求是否一致失敗測試是驗證系統(tǒng)至少能做什么，可確定程序是否滿足目標錯誤測試是基于經(jīng)驗和直覺的一種測試技能隨即測試無法度量測試覆蓋率107、 通常關(guān)于一份測試計劃中所包含的內(nèi)容，下列說法錯誤的是（C）。（一項）測試計劃中不涉及具體的測試用例及方法軟件產(chǎn)品發(fā)行時的一系列風險因素要在制定測試計劃時加以考慮口項目人員資源配備和系統(tǒng)軟硬件資源不屬于測試計劃的內(nèi)容測試計劃中應包含需要測試的項目清單以及各測試項的優(yōu)先級108、 下列關(guān)于自動測試的說法中正確的是（）。（一項）BA.自動測試對所有的程序都適用B-自動測試工具本身也會存在缺陷。自動測試能夠完全替代手工測試D.引入自動測試可以立即縮短測試時間109、 下列關(guān)于測試用例的說法中正確的是（C）。（一項）測試用例通常由軟件開發(fā)人員根據(jù)自己寫的代碼而設(shè)計一個成功的測試用例將證明程序的正確性C?測試用例的設(shè)計與軟件的具體功能或性能有著密切的關(guān)系D.編寫具體測試用例時，一般不再需要考慮系統(tǒng)的需求110、 下列關(guān)于邏輯覆蓋測試的說法中正確的是（）。（一項）D滿足條件覆蓋一定可以滿足判定覆蓋滿足判定-條件覆蓋一定可以滿足條件組合覆蓋滿足條件組合覆蓋不一定能滿足條件覆蓋滿足路徑覆蓋一定能滿足判定覆蓋111、 當輸入數(shù)據(jù)或輸入數(shù)據(jù)的組合數(shù)量很大時，為使用最小的測試過程集合獲得最大的測試覆蓋率，通常最適合采用的設(shè)計測試用例的方法是（B）。（一項）邊界值法正交排列法因果圖法狀態(tài)圖法112、 下列關(guān)于靜態(tài)測試的說法中正確的是（）。（二項）AB靜態(tài)測試可以由人工進行，也可以使用軟件工具進行靜態(tài)測試不需要運行代碼，也不需要對代碼編譯、鏈接生成可執(zhí)行文件靜態(tài)測試可以證明錯誤是不存在的靜態(tài)測試包括黑盒測試和白盒測試兩種測試方法113、 下列各選項中不是軟件測試評估工作內(nèi)容的是（）。（選擇一項）D測試工作總結(jié)缺陷數(shù)據(jù)分析測試過程評估測試風險分析114、 下列關(guān)于文檔測試的說法中錯誤的是（A）。（選擇一項）測試文檔時，從開發(fā)人員角度出發(fā)，最容易找出軟件和文檔的缺陷要確保提供給用戶的文檔中的拷屏是來源于實際產(chǎn)品對文檔中使用的示例要載入并使用，保證示例可以正確執(zhí)行確認文檔中的鏈接內(nèi)存正確，沒有空鏈接115、 根據(jù)軟件規(guī)格說明建立了如下圖所示的“閱讀指南”初始判定表，若經(jīng)過簡化、合并相似規(guī)則后，則該判定表中的規(guī)則數(shù)為（A）。（一項）12345678問覺得疲倦？YYYYNNNN題感興趣嗎？YYNNYYNN糊涂嗎？YNYNYNYN重讀V建繼續(xù)V議跳下一章VV休息VVVVTOC\o"1-5"\h\z4578116、 在軟件測試活動中，下列測試行為全部屬于測試開發(fā)階段的是（C）。（一項）D分析測試需求、準備測試數(shù)據(jù)分析測試需求、設(shè)計