軟件測試?yán)碚摶A(chǔ)測試題

1、23456789、〕可以幫助測試團(tuán)隊(duì)合理地利用有效資源.配置測試，B.安裝測試C.冒煙測試D.回歸測試B〕桌前檢查，單元測試通常由代碼的創(chuàng)立者執(zhí)行代碼走查由代碼的創(chuàng)立者執(zhí)行，不需要專門測試人員參與代碼的規(guī)那么檢查屬于靜態(tài)分析的內(nèi)容同行評(píng)審?fù)ǔＳ绍浖a(chǎn)品創(chuàng)立者的同行檢查該工作產(chǎn)品，識(shí)別產(chǎn)品缺陷對(duì)于軟件的鼠標(biāo)操作測試，以下的說法正確的選項(xiàng)是〔C〕進(jìn)行鼠標(biāo)測試時(shí)。要對(duì)鼠標(biāo)的左右鍵都進(jìn)行測試，右鍵菜單中應(yīng)該包含左鍵單擊功能要測試鼠標(biāo)的移動(dòng)速度，而應(yīng)用程序?qū)κ髽?biāo)單擊的響應(yīng)速度那么不屬于鼠標(biāo)測試內(nèi)容，鼠標(biāo)移到工具欄的圖標(biāo)時(shí)一般要有提示信息顯示，并且確定顯示內(nèi)容與實(shí)際的功能一致光標(biāo)形狀是否隨操作而變化不是鼠標(biāo)測試內(nèi)容。BD〕〔選擇兩項(xiàng)〕集成錯(cuò)誤多發(fā)生在模塊接口上，一般在集成測試中發(fā)現(xiàn)重用錯(cuò)誤一般是由于沒有遵守編碼標(biāo)準(zhǔn)造成的。邏輯錯(cuò)誤是比較難檢測的錯(cuò)誤，是測試重點(diǎn)之一。邏輯錯(cuò)誤一般是由于設(shè)計(jì)錯(cuò)誤造成的，與開發(fā)人員對(duì)開發(fā)環(huán)境熟練程度無關(guān)BD〕〔選擇兩項(xiàng)〕從軟件生命周期的螺旋模型來看，所有測試工作是在編碼結(jié)束以后才開始介入螺旋模型和瀑布模型相比，測試工作介入的更早，更具體，從而更好的地躲避了風(fēng)險(xiǎn)。測試方案是用于指導(dǎo)整個(gè)測試過程的，所以一旦測試方案通過評(píng)審，是不能改動(dòng)的從軟件測試生命周期來看，一個(gè)軟件的新版本要經(jīng)過評(píng)審才能發(fā)布。在WINDOWS系統(tǒng)中,用戶user16既屬于allusers組又屬于vipA在alluser組中被賦予拒絕寫入權(quán)限，在vip組中被賦予寫入權(quán)限，那么用戶userl6A擁有的權(quán)限是〔〕B拒絕寫入B.寫入C.讀取D.無法確定其權(quán)限D(zhuǎn)〕好的軟件過程是高效，高質(zhì)量軟件的前提軟件測試在軟件生存周期中占有非常重要的位置，是對(duì)軟件規(guī)格說明，設(shè)計(jì)和編碼的最后終審軟件測試是軟件質(zhì)量保證的重要手段，是規(guī)約，設(shè)計(jì)和編碼的最終檢查。軟件測試是保證軟件質(zhì)量的平安網(wǎng)，是保證軟件質(zhì)量的充分條件為了表達(dá)軟件的友好易用性，如果用戶輸入了非法的數(shù)據(jù)，開發(fā)人員通常對(duì)該輸入在程序中做出相應(yīng)處理，以下選項(xiàng)中處理方式錯(cuò)誤的選項(xiàng)是〔B〕過濾掉不正確的輸入，只允許合法輸入通過界面直接關(guān)閉程序提示錯(cuò)誤信息，拒絕不正確的輸入允許不正確的輸入進(jìn)入系統(tǒng)，通過調(diào)用異常處理程序進(jìn)行處理B〕白盒測試分為靜態(tài)白盒測試和動(dòng)態(tài)白盒測試

自動(dòng)測試的優(yōu)點(diǎn)之一是適應(yīng)性強(qiáng)，即使軟件功能發(fā)生變化時(shí)也不需要修改測試腳本性能測試一般是在系統(tǒng)測試階段進(jìn)行的回歸測試在每次軟件發(fā)生修改后都應(yīng)該進(jìn)行，以便確定修改是否到達(dá)預(yù)期目的10、 ,正確的選項(xiàng)是〔BC〕擇兩項(xiàng)〕條件的排列順序不影響執(zhí)行哪些操作的情況下，適合用因果圖法設(shè)計(jì)測試用例條件的排列順序影響執(zhí)行哪些操作的情況下，適合用因果圖法設(shè)計(jì)測試用例規(guī)格說明以判斷表的形式給出，或很容易轉(zhuǎn)換成判斷表，那么適合于用因果圖法設(shè)計(jì)測試用例因果圖設(shè)計(jì)測試用例適于任何情況下的測試11、 某軟件公司在招聘軟件測試工程師時(shí)，應(yīng)聘者甲向公司做如下保證：〔1〕，經(jīng)過自己測試的軟件今后不會(huì)再出現(xiàn)問題〔2〕，在工作中對(duì)所有程序員一視同仁，不會(huì)因?yàn)槟硞€(gè)程序編寫的程序發(fā)現(xiàn)的問題多，就重點(diǎn)審查該程序，以免不利于團(tuán)結(jié)〔3〕，承諾不需要其他人員，自己就可以獨(dú)立進(jìn)行測試工作〔4〕，發(fā)揚(yáng)咬定青山不放松的精神，不把所有問題都找出來，絕不罷休根據(jù)自己所學(xué)的軟件測試知識(shí)，應(yīng)聘者甲的保證〔D〕⑴⑷是正確的〔2〕是正確的都是正確的都是錯(cuò)誤的12、 下面是對(duì)某公司缺陷管理流程的概括測試人員提交新的BUG入庫，缺陷狀態(tài)置為1，高級(jí)測試人員驗(yàn)證缺陷，如果確認(rèn)是BUG,分配給相應(yīng)的開發(fā)人員，設(shè)狀態(tài)為2,如果不是BUG，那么拒絕，設(shè)置狀態(tài)為“拒絕〃狀態(tài)，開發(fā)人員查詢狀態(tài)為3的BUG，做如下處理，如果不是BUG，那么置狀態(tài)為“拒絕〃狀態(tài)，如果是BUG那么修復(fù)并置狀態(tài)為4,如果不能解決的BUG，要留下文字說明并保持BUG為“拒絕〃狀態(tài)，測試人員查詢狀態(tài)為5的BUG，驗(yàn)證BUG是否解決，做如下處理：如果BUG解決了置缺陷狀態(tài)為6,如果BUG沒有解決那么置狀態(tài)為7。上述流程中1到7相對(duì)應(yīng)的狀態(tài)標(biāo)識(shí)為〔A〕新提交－翻開－翻開－修正－修正－關(guān)閉－重新翻開翻開－修正－關(guān)閉－修正－修正－關(guān)閉－翻開新提交－翻開－翻開－關(guān)閉－修正－關(guān)閉－重新翻開新提交－翻開－翻開－修正－關(guān)閉－修正－重新翻開13、 C〕?！策x擇一項(xiàng)〕為了提高人們對(duì)缺陷的注意力，需要夸大一些缺陷的嚴(yán)重性14、 CD〕?！策x擇二項(xiàng)〕白盒測試只適用于單元測試階段15、 通常情況下，以下選項(xiàng)中不屬于編寫測試用例應(yīng)該包括的內(nèi)容的是〔C〕?！策x擇一項(xiàng)〕被測工程名稱與本用例相關(guān)的其他用例測試時(shí)所發(fā)現(xiàn)缺陷的嚴(yán)重程度測試時(shí)需要輸入的數(shù)據(jù)16、 以下軟件質(zhì)量評(píng)估指標(biāo)中，可以度量測試的完全程度的是〔A 〕?！策x擇一項(xiàng)〕覆蓋評(píng)測質(zhì)量評(píng)測性能評(píng)測D．17、 C〕。〔選擇一項(xiàng)〕A．僅僅通過白盒測試，或僅僅通過黑盒測試都不能全面系統(tǒng)地測試一個(gè)軟件白盒測試適用于軟件測試的各個(gè)階段在黑盒測試中使用白盒測試的手段，常被稱為“灰盒測試〃18、 CD風(fēng)險(xiǎn)分析應(yīng)在軟件生命周期內(nèi)盡早進(jìn)行最早的風(fēng)險(xiǎn)分析應(yīng)該在確定了需求之后馬上進(jìn)行對(duì)于每個(gè)發(fā)布版而言，需要版本變更再次進(jìn)行完整的風(fēng)險(xiǎn)分析工程進(jìn)行過程中，不必時(shí)時(shí)對(duì)風(fēng)險(xiǎn)分析的結(jié)果進(jìn)行評(píng)估19、 假設(shè)一個(gè)通訊簿最多可以輸入100條記錄，那么以下選項(xiàng)中設(shè)計(jì)的測試用例最優(yōu)的是〔〕?！策x擇一項(xiàng)〕DA?分別輸入1、50、100條記錄分別輸入0、1、50、99、100條記錄分別輸入0、1、99、100、101條記錄分別輸入0、1、50、99、100、101條記錄20、 AB〕?！策x擇二項(xiàng)〕單元測試是最小單位的測試，其測試依據(jù)為程序流程圖集成測試可以發(fā)現(xiàn)單元測試中無法發(fā)現(xiàn)的資源競爭問題確認(rèn)測試往往在系統(tǒng)測試的前期進(jìn)行21、 對(duì)一臺(tái)硬件正常的ATM機(jī)進(jìn)行提取功能測試，假設(shè)該機(jī)允許的提取增量為100元,金額從100元到5000元人民幣〔含5000BD 〕?！策x擇二項(xiàng)〕提取20元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取150元人民幣的數(shù)據(jù)輸入屬于有效等價(jià)類數(shù)據(jù)提取5100元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取5000元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取2000元人民幣的數(shù)據(jù)輸入屬于有效等價(jià)類數(shù)據(jù)22、 C〕?！策x擇一項(xiàng)〕由開發(fā)方和用戶按照用戶手冊(cè)執(zhí)行軟件驗(yàn)收23、 通常情況下，軟件集成測試的方案是在〔B〕階段完成的?！策x擇一項(xiàng)〕需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和單元測試24、對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用 選擇較少的組合方式到達(dá)最正確效果；如果程序的功能說明中含有輸入條件的組合情況，那么一開始就可以選用 。針對(duì)以上描述，能夠按照正確的順序填入上面空白處的選項(xiàng)是〔B〕〔選擇一項(xiàng)〕等價(jià)類劃分法、因果圖法、狀態(tài)圖法狀態(tài)圖法、正交排列法、因果圖法狀態(tài)圖法、等價(jià)類劃分法、因果圖法因果圖法、正交排列法、等價(jià)類劃分法25、 〔C 〕〔選擇一項(xiàng)〕窮舉測試是不可能的測試中BUG存在群集現(xiàn)象測試應(yīng)該由軟件設(shè)計(jì)機(jī)構(gòu)設(shè)計(jì)，這樣可以準(zhǔn)確定位軟件的缺陷軟件測試應(yīng)該追溯需求，測試應(yīng)該根據(jù)用戶需求進(jìn)行26、 A〕〔選擇一項(xiàng)〕語句覆蓋就是設(shè)計(jì)假設(shè)干個(gè)測試用例，運(yùn)行被測程序，使得每一條可執(zhí)行語句至少執(zhí)行一次。條件覆蓋是設(shè)計(jì)足夠多的測試用例，運(yùn)行所測程序，使程序中每個(gè)判斷的取真分支和取假分支至少各執(zhí)行一次。分支覆蓋是設(shè)計(jì)假設(shè)干個(gè)測試用例，運(yùn)行所測程序，使程序中每個(gè)判斷內(nèi)的每個(gè)條件的各個(gè)可能取值至少執(zhí)行一次。判定-條件覆蓋要求各個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。27、度量和評(píng)估軟件質(zhì)量；保證軟件質(zhì)量；有利于改良軟件開發(fā)過程；發(fā)現(xiàn)軟件錯(cuò)誤。那么其中正確的選項(xiàng)是〔〕〔選擇一項(xiàng)〕C〔1〕、〔2〕、〔3〕〔1〕、〔2〕、〔4〕〔1〕、〔3〕、〔4〕〔1〕、〔2〕、〔3〕、〔4〕28、 D〕〔選擇一項(xiàng)〕A大綱是對(duì)需求的描述，不同測試人員生成的大綱是不一定相同的大綱的表現(xiàn)形式為一種樹狀的結(jié)構(gòu)，在根和每個(gè)葉節(jié)點(diǎn)之間存在唯一的路徑樹中葉子的數(shù)目給出了測試所有功能所需測試用例的大致數(shù)量29、 BC〕〔選擇二項(xiàng)〕“確定〞和“取消〞按鈕位置顛倒“列數(shù)〞和“行數(shù)〞默認(rèn)值不適宜默認(rèn)焦點(diǎn)應(yīng)該落在“確定〞按鈕上“列數(shù)〞和“行數(shù)〞應(yīng)該使用列表框控件30、 C 〕?！策x擇一項(xiàng)〕A．B．對(duì)于有效等價(jià)類可以不設(shè)計(jì)測試用例對(duì)同一個(gè)程序可能會(huì)劃分出多種不同的等價(jià)類。31、 軟件測試的對(duì)象包括〔B〕?！策x擇一項(xiàng)〕目標(biāo)程序和相關(guān)文檔源程序、目標(biāo)程序、數(shù)據(jù)及相關(guān)文檔目標(biāo)程序、操作系統(tǒng)和平臺(tái)軟件源程序和目標(biāo)程序32、 CD〕。〔選擇二項(xiàng)〕用戶評(píng)測 B.專家評(píng)測 C.覆蓋評(píng)測 D.質(zhì)量評(píng)測以下選項(xiàng)中不屬于數(shù)據(jù)結(jié)構(gòu)測試時(shí)需要考慮的因素是〔C〕?！策x擇一項(xiàng)〕確定數(shù)據(jù)結(jié)構(gòu)的界限嘗試向數(shù)據(jù)結(jié)構(gòu)中輸入超過界限的值查看數(shù)據(jù)定義語句是否符合編碼標(biāo)準(zhǔn)除了考慮數(shù)據(jù)結(jié)構(gòu)上溢外，還要針對(duì)數(shù)據(jù)結(jié)構(gòu)下溢進(jìn)行測試。33、 A〕。〔選擇一項(xiàng)〕B軟件質(zhì)量是由軟件測試保證的。 B.軟件測試是提高軟件質(zhì)量的一種手段C.軟件過程包括軟件測試 D.軟件質(zhì)量是在軟件過程中逐步建立起來的34、 D〕〔選擇一項(xiàng)〕—切測試過程都可以利用工具來實(shí)現(xiàn)自動(dòng)化引入自動(dòng)測試工具后，能立刻減輕測試工作量商業(yè)自動(dòng)測試工具比開源工具具有更為強(qiáng)大的功能D?選擇自動(dòng)測試工具時(shí)需考慮與開發(fā)工具和平臺(tái)的兼容性。35、 DE〕?！策x擇二項(xiàng)〕白盒測試要求最大限度的覆蓋程序的語句或結(jié)構(gòu)，找出被無視的程序錯(cuò)誤。B.等價(jià)類劃分和邊界值分析經(jīng)常用于黑盒測試現(xiàn)代測試中，自動(dòng)測試可以完全替代手工測試，從而大大提高測試效率和測試的準(zhǔn)確性。E〕有效的結(jié)合白盒測試和黑盒測試，不僅僅可以證明錯(cuò)誤存在，而且還能證明錯(cuò)誤不存在。36、 D〕〔選擇一項(xiàng)〕利用邊界值分析法設(shè)計(jì)的測試用例進(jìn)行的測試，既有通過測試也有失敗測試B.雙擊一臺(tái)沒有放光盤的電腦的光驅(qū)操作，是失敗測試D.37、 C〕?！策x擇一項(xiàng)〕冒煙測試指軟件經(jīng)過修改后，對(duì)其關(guān)鍵功能進(jìn)行的測試為防止出現(xiàn)時(shí)間、人力的浪費(fèi)，在通過冒煙測試后系統(tǒng)方可進(jìn)入全面測試階段進(jìn)行冒煙測試時(shí)，需要返測上一版本中所有的缺陷。冒煙測試用于確認(rèn)是否需要讓測試人員進(jìn)入到對(duì)新版本的測試工作中38、 CE〕?！策x擇二項(xiàng)〕向被測系統(tǒng)提供的輸入數(shù)據(jù)屬于這個(gè)集合B．向被測系統(tǒng)提供不同的環(huán)境設(shè)置不屬于這個(gè)集合各種方式產(chǎn)生的預(yù)期輸出結(jié)果屬于這個(gè)集合E〕缺陷的處理過程屬于這個(gè)集合。39、 以下圖為一個(gè)航班查詢窗體的截圖，假設(shè)對(duì)該窗體中的控件進(jìn)行測試，那么以下描述中錯(cuò)誤的選項(xiàng)是〔D 〕。〔選擇一項(xiàng)〕選擇出發(fā)地為“重慶〃，選擇目的地為“廈門〃，在下方的航班信息中顯示為“廈門—重慶〞，這是該軟件的功能缺陷界面中應(yīng)保持字體大小和類型的風(fēng)格統(tǒng)一，因此“選擇目的地〃標(biāo)簽和“選擇出發(fā)地〃標(biāo)簽的字體設(shè)置不同是該軟件的缺陷假設(shè)在“選擇出發(fā)地〃列表框中可以選中“北京〃，而在“選擇目的地〃列表框中也可以同時(shí)選中“北京〃，那么這種情況不符合實(shí)際需求，是該軟件的缺陷預(yù)定機(jī)票是該的主要功能，因此“預(yù)訂機(jī)票〃按鈕應(yīng)突出顯示，尺寸略大于“退出〃按鈕，這樣設(shè)計(jì)符合常規(guī)界面設(shè)計(jì)原那么40、 缺陷處理說法錯(cuò)誤的選項(xiàng)是〔D〕。〔選擇一項(xiàng)〕B.C.已經(jīng)關(guān)閉的缺陷可能會(huì)由于某種原因而重新翻開D.41、 以下邏輯覆蓋測試BA〕。〔選擇二項(xiàng)〕條件組合覆蓋一判定/條件覆蓋一語句覆蓋路徑覆蓋一判定/條件覆蓋一語句覆蓋條件組合覆蓋一語句覆蓋一判定/條件覆蓋判定/條件覆蓋一路徑覆蓋一語句覆蓋42、 軟件測試各階段的描述中正確的選項(xiàng)是〔CD〕?！策x擇二項(xiàng)〕系統(tǒng)測試是軟件系統(tǒng)交付用戶使用前的最后一個(gè)測試階段測試方案編制完成后，就可以根據(jù)概要設(shè)計(jì)文檔制定單元測試方案了確認(rèn)測試包括有效性測試和軟件配置審查，通過確認(rèn)測試后進(jìn)入系統(tǒng)測試階段D.43、 以下選項(xiàng)中不屬于軟件易用性測試范圍的是〔CE〕?！策x擇二項(xiàng)〕對(duì)控件的測試對(duì)菜單、快捷鍵的測試對(duì)軟件的壓力測試對(duì)聯(lián)機(jī)幫助的測試對(duì)合同文檔的審查44、 防火墻自身有一些限制，通常情況下，它不能阻止以下〔〕威脅。CI、外部攻擊IIIII、病毒感染〔選擇一項(xiàng)〕II和IIII和III全部45、 A輸入條件“輸入水果的斤數(shù)〃加載到初始狀態(tài)，得到新狀態(tài)“待換算的水果斤數(shù)已輸入〞輸入條件“單擊換算按鈕〃加載到初始狀態(tài)，產(chǎn)生輸出事件“必須選擇水果類型并輸入水果的斤數(shù)〃輸入條件“點(diǎn)擊蔬菜按鈕〃加載到初始狀態(tài)，得到新狀態(tài)“蔬菜種類已選擇〃輸入條件“單擊換算按鈕〃加載到“蔬菜種類已選擇〃狀態(tài)進(jìn)行組合，得到“遺漏水果信息〃和“待換算的水果斤數(shù)未輸入〃新狀態(tài)46、 有如下菜單界面截圖，如果對(duì)“編輯〃菜單進(jìn)行測試，以下說法錯(cuò)誤的選項(xiàng)是〔〕?！策x擇二項(xiàng)〕CE菜單深度的設(shè)置可以視為軟件界面BugB.菜單的排列順序不符合常規(guī)要求，可以視為軟件界面Bug沒有根據(jù)系統(tǒng)功能進(jìn)行合理分類，“插入〃功能沒有放在主菜單中，可以視為軟件界面Bug菜單項(xiàng)的名字不能正確解釋菜單功能，可以視為軟件界面Bug47、處理的說法中錯(cuò)誤的選項(xiàng)是〔〕?！策x擇一項(xiàng)〕DB.風(fēng)險(xiǎn)和本錢是某些程序缺陷不被修改的常見的理由在新的軟件版本中，要關(guān)注那些被推遲修改的缺陷優(yōu)先解決嚴(yán)重程度高的缺陷48、 在以下選項(xiàng)中，測試人員從〔A〕開始介入最有利于軟件工程的成功。需求分析階段設(shè)計(jì)階段編碼階段系統(tǒng)測試階段49、可以防止盲目測試并提高測試效率；②在回歸測試后無需修正測試用例便可繼續(xù)開展測試工作；測試用例的復(fù)用化和通用化使軟件測試更易于開展；那么上述說法中正確的選項(xiàng)是〔D〕。①、②、③TOC\o"1-5"\h\z①、③②、③①、②、④50、 B〕。手工測試是一個(gè)主動(dòng)尋找軟件缺陷的過程，而自動(dòng)測試是需人工干預(yù)的被動(dòng)測試過程。自動(dòng)測試執(zhí)行速度比較快，它的效果肯定要比手工測試的好。目前，自動(dòng)測試不能取代手工測試。手工測試和自動(dòng)測試相結(jié)合可以在一定程度上提高測試效率。51、 BC〕?！策x擇二項(xiàng)〕如果等價(jià)類中的一個(gè)測試數(shù)據(jù)不能捕獲缺陷，那么可以選擇該等價(jià)類中的其他測試數(shù)據(jù)來捕獲缺陷。B．如果等價(jià)類中的一個(gè)測試數(shù)據(jù)不能捕獲缺陷，那么選擇該等價(jià)類中的其他測試數(shù)據(jù)也不會(huì)捕獲缺陷。C．如果等價(jià)類中的一個(gè)測試數(shù)據(jù)能夠捕獲一個(gè)缺陷，那么選擇該等價(jià)類中的其他數(shù)據(jù)測試也能捕獲該缺陷。D．如果等價(jià)類中的一個(gè)測試數(shù)據(jù)能夠捕獲一個(gè)缺陷，那么選擇該等價(jià)類中的其他數(shù)據(jù)測試不一定也能捕獲該缺陷。52、 C〕。A．優(yōu)化缺陷指的是優(yōu)化缺陷的描述步驟B．C．D．53、 以下協(xié)議中屬于郵件接收協(xié)議的是〔AB 〕。〔選擇二項(xiàng)〕A．SMTP B．POP3 C．IMAP4 D．HTTP54、 用因果圖法設(shè)計(jì)測試用例時(shí)，依據(jù)的是〔A〕之間的因果關(guān)系。A．輸入與輸出B．設(shè)計(jì)與實(shí)現(xiàn)C．狀態(tài)與控制D．主程序與子程序55、 WindowsXPA〕。A．FAT32、NTFS B．CDFS、EXT2 C．FAT32、EXT3 D．NTFS、HPFS56、 根據(jù)軟件測試V模型，以下選項(xiàng)中〔A〕主要是針對(duì)設(shè)計(jì)進(jìn)行驗(yàn)證?！策x擇一項(xiàng)〕單元和集成測試B．系統(tǒng)測試黑盒測試驗(yàn)證測試57、 AD〕?！策x擇二項(xiàng)〕確保產(chǎn)品完成了它所承諾或公布的功能，能夠超出承諾或公布的功能更好確保產(chǎn)品是健壯的和適應(yīng)用戶環(huán)境的確保產(chǎn)品滿足性能和效率的要求D?確保應(yīng)用軟件沒有缺陷58、 設(shè)計(jì)兼容性測試用例時(shí)，以下不屬于選擇測試平臺(tái)和應(yīng)用程序版本所依據(jù)的原那么的是〔C〕?！策x擇一項(xiàng)〕根據(jù)流行程度，選擇比較普及的操作系統(tǒng)和軟件平臺(tái)選擇主流生產(chǎn)廠商的產(chǎn)品來進(jìn)行測試盡量選擇較新的程序版本根據(jù)類型把軟件進(jìn)行等價(jià)類劃分，從每種類型中選擇軟件來測試59、 BC〕?！策x擇二項(xiàng)〕軟件的安裝測試就是測試軟件的安裝過程，安裝完畢后那么安裝測試結(jié)束軟件的安裝測試過程中有對(duì)軟件兼容性的測試內(nèi)容軟件的安裝測試過程中要考慮軟件易用性測試的因素通常情況下，對(duì)軟件的安裝測試主要考慮典型安裝的測試，對(duì)于自定義安裝可以測試，也可以不測試60、 〕?！策x擇一項(xiàng)〕D覆蓋評(píng)測是對(duì)測試完全程度的評(píng)測，最常用的覆蓋評(píng)測是基于需求的覆蓋和基于代碼的覆蓋缺陷評(píng)估主要包括缺陷分布，缺陷狀態(tài)與優(yōu)先級(jí)分布和缺陷狀態(tài)與嚴(yán)重性分析等三類通過測試評(píng)估確定軟件的各項(xiàng)指標(biāo)是否滿足測試標(biāo)準(zhǔn)規(guī)定，檢驗(yàn)應(yīng)用程序是否合格D.61、 ,A〕〔選1項(xiàng)〕語言檢查：功能檢查:檢查標(biāo)準(zhǔn)是功能描述完整，準(zhǔn)確，并且沒有描述不存在的功能圖片檢查:檢查標(biāo)準(zhǔn)是圖片正確，清晰排版檢查:檢查標(biāo)準(zhǔn)是排版正確，合理，風(fēng)格統(tǒng)一62、 對(duì)一臺(tái)硬件正常的ATM機(jī)進(jìn)行提取功能測試，假設(shè)該機(jī)允許的提取增量為100元，提取金額從100元到5000元人民幣（含5000元人民幣）.BD〕〔選2項(xiàng)〕提取20元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取150元人民幣的數(shù)據(jù)輸入屬于有效等價(jià)類數(shù)據(jù)提取5100元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取5000元人民幣的數(shù)據(jù)輸入屬于無效等價(jià)類數(shù)據(jù)提取2000元人民幣的數(shù)據(jù)輸入屬于有效等價(jià)類數(shù)據(jù)63、 通常情況下,B 〕〔選1項(xiàng)〕軟件測試工作可以由測試人員和程序員共同參與軟件測試主要集中在開發(fā)階段進(jìn)行，而軟件調(diào)試將貫穿于整個(gè)軟件生命周期軟件調(diào)試的主要任務(wù)是確定程序中潛在錯(cuò)誤確實(shí)切位置和原因并加以改正軟件調(diào)試通常是由開發(fā)人員完成的工作64、 通常情況下,AE〕〔選2項(xiàng)〕要求控件擺放對(duì)齊，間隔一致,沒有重疊區(qū)域控件中有錯(cuò)別字是軟件的Bug，而中英文混合不算是軟件的Bug文字的全角和半角混用不影響軟件的功能，不是軟件的Bug控件的字體和大小都一致，是軟件的Bug要求控件顯示完整，不被裁切65、 在“輸入非法數(shù)據(jù)〞的測試模型中，對(duì)于輸入，需要從以下〔A〕方面進(jìn)行考慮。〔選1項(xiàng)〕①輸入數(shù)據(jù)的類型②輸入數(shù)據(jù)的長度③輸入數(shù)據(jù)的邊界值④輸入數(shù)據(jù)的默認(rèn)值①②③②③④①②④①②③④66、 D〕〔選1項(xiàng)〕錯(cuò)誤猜想是基于經(jīng)驗(yàn)和直覺推測程序中所有可能存在的錯(cuò)誤隨機(jī)測試的所有輸入數(shù)據(jù)都是隨機(jī)生成的，其目標(biāo)是模擬用戶的操作通過測試主要用于驗(yàn)證系統(tǒng)和它的需求是否一致，確認(rèn)軟件至少能做什么失敗測試時(shí)不要蓄意攻擊軟件的薄弱環(huán)節(jié)67、 BC〕〔選2項(xiàng)〕測試需求來源于測試用例,是對(duì)測試用例的總結(jié)測試用例來自于測試需求,是對(duì)測試需求的細(xì)化測試用例控制軟件測試的執(zhí)行過程，是對(duì)每個(gè)測試工程的實(shí)例化測試需求等同于測試方案,是測試過程中的指導(dǎo)性文檔68、 有效性測試是在模擬的環(huán)境下,C〕中所列的要求〔選1項(xiàng)〕A．軟件概要設(shè)計(jì)文檔B．單元測試方案D．集成測試方案69、 某公司采用在周一做一次完全備份,,,如果想復(fù)原到星期五的數(shù)據(jù),（ 〕〔選1項(xiàng)〕D先復(fù)原星期五的增量備份，再復(fù)原星期一的完全備份先復(fù)原星期一的完全備份，再復(fù)原星期五的增量備份先依次復(fù)原星期二到星期五的增量備份，再復(fù)原星期一的完全備份先復(fù)原星期一的完全備份，再依次復(fù)原星期二到星期五的增量備份70、 〔選1項(xiàng)〕B驗(yàn)收測試是軟件產(chǎn)品在交付用戶正式使用前的最后一道測試工序驗(yàn)收測試包括有效性測試和軟件配置審查驗(yàn)收測試一般使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測試驗(yàn)收測試必須由用戶或者用戶代表參加71、 通常情況下，以下選項(xiàng)中不屬于制訂測試方案時(shí)要包含的內(nèi)容是 DE〔選2項(xiàng)〕測試方案的簡介測試手段和策略測試進(jìn)度表具體測試用例設(shè)計(jì)E．72、 〕〔選擇二項(xiàng)〕BD軟件風(fēng)險(xiǎn)分析的目標(biāo)是確定測試對(duì)象、測試優(yōu)先級(jí)和測試的深度、有時(shí)可能還包括不予測試的對(duì)象軟件風(fēng)險(xiǎn)分析應(yīng)該由開發(fā)人員確定軟件風(fēng)險(xiǎn)分析應(yīng)該在軟件生命周期內(nèi)盡早進(jìn)行對(duì)于每個(gè)發(fā)布版本而言，都需要進(jìn)行完整的風(fēng)險(xiǎn)分析73、 某應(yīng)用軟件的登錄界面截圖如以下圖1所示，假設(shè)采用狀態(tài)圖法對(duì)其進(jìn)行功能測試，得到如以下圖2所示的狀態(tài)圖，先設(shè)定輸入事件分別為:ip1（）,ip2（）,ip3（單擊〃登錄〃按鈕）,ip4（單擊〃退出〃按鈕）,ip5（在錯(cuò)誤消息框中單擊〃確定〃按鈕），那么在圖2中A至DD〕.圖2ip1,ip4,ip1,ip4ip1,ip5,ip2,ip5ip3,ip4,ip1,ip5ip3,ip5,ip2,ip474、 通常情況C〕。〔選擇一項(xiàng)〕A．為了提高相關(guān)人員對(duì)缺陷的重視程度，需要夸大一些缺陷的嚴(yán)重性C．D.75、 B〕?！策x擇一項(xiàng)〕菜單深度一般最多控制在3層以內(nèi)菜單中可以中英文混合主菜單數(shù)目不應(yīng)太多，最好單排布置與當(dāng)前操作無關(guān)的菜單應(yīng)置為灰色76、 A〕?！策x擇一項(xiàng)〕自動(dòng)測試發(fā)現(xiàn)的錯(cuò)誤一定比手工測試發(fā)現(xiàn)的錯(cuò)誤多自動(dòng)測試可能會(huì)制約軟件的開發(fā)自動(dòng)測試在性能測試方面有著手工測試無法比較的優(yōu)勢手工測試可以處理測試中發(fā)生的意外事件77、 通常，軟件生命周期中的很多環(huán)節(jié)都有可能引入缺陷，相對(duì)而言，在以下各階段中發(fā)現(xiàn)的缺陷修復(fù)本錢最低的是〔A〕?！策x擇一項(xiàng)〕需求階段設(shè)計(jì)階段編碼階段維護(hù)階段78、 以下軟件測試與調(diào)試的說法中錯(cuò)誤的選項(xiàng)是〔C〕?！策x擇一項(xiàng)〕通常情況下，軟件測試經(jīng)歷的時(shí)間要長于軟件調(diào)試的時(shí)間—般來說，軟件測試工作的開始要早于軟件調(diào)試工作測試的只要工作是找到缺陷并解決缺陷，調(diào)試的主要工作是解決缺陷，所以軟件測試包含程序調(diào)試工作D.79、 以下白盒測試與黑盒測試的說法中錯(cuò)誤的選項(xiàng)是〔C〕。〔選擇一項(xiàng)〕A.僅僅通過白盒測試，或僅僅通過黑盒測試都不能全面系統(tǒng)地測試一個(gè)軟件白盒測試適用于軟件測試的各個(gè)階段在黑盒測試中使用白盒測試的手段，常被成為“灰盒測試〃80、 以下選擇自動(dòng)測試AC〕。〔選擇二項(xiàng)〕引入工具需要考慮工具引入的連續(xù)性和一致性如需多種工具，盡量選擇不同公司的產(chǎn)品，以博采眾家之長盡量選擇主流產(chǎn)品盡量選擇正在大力宣傳的新產(chǎn)品81、 以下軟件運(yùn)行測試的描述中錯(cuò)誤的選項(xiàng)是〔D〕?！策x擇一項(xiàng)〕檢查產(chǎn)品信息是否真實(shí)正確，是否與實(shí)際版本一致檢查安裝的軟件是否可以正常使用C.只需選擇開始菜單、桌面快捷方式或快速啟動(dòng)圖標(biāo)中的一種檢查是否正確翻開相應(yīng)程序82、 軟件測試生命周期可以用以下圖來表示,那么以下對(duì)應(yīng)關(guān)系中正確的選項(xiàng)是〔B〕。選擇一項(xiàng)〕（插圖）A．版本發(fā)布B．版本發(fā)布A:制定測試方案、BC：測試設(shè)計(jì)和開發(fā)、D：評(píng)審、E：版本發(fā)布A:評(píng)審、B：制定測試方案、C：測試設(shè)計(jì)和開發(fā)、DE：版本發(fā)布83、 以下邏輯覆蓋測試中，測試覆蓋率最弱的是〔A〕?！策x擇一項(xiàng)〕D路徑覆蓋B?判定-條件覆蓋條件組合覆蓋判定覆蓋84、 通常情況下，以下缺陷不能通過單元測試發(fā)現(xiàn)的是〔D〕。〔選擇一下〕變量的初始值或缺省值有錯(cuò)誤輸入的實(shí)際參數(shù)與形式參數(shù)的個(gè)數(shù)不相同提示的錯(cuò)誤與實(shí)際的錯(cuò)誤不相符—個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響85、 理解，以下說法中錯(cuò)誤的選項(xiàng)是〔B〕。〔選擇一項(xiàng)〕A.B.C.軟件難于理解，不宜使用，運(yùn)行速度慢是軟件的缺陷86、 以下設(shè)計(jì)測試用例〔C〕?！策x擇一項(xiàng)〕狀態(tài)圖法正交排列法因果圖法邊界值法87、 以下B〕?！策x擇一項(xiàng)〕錯(cuò)誤的劃分等價(jià)類可能會(huì)降低執(zhí)行測試用例時(shí)發(fā)現(xiàn)缺陷的能力為最大程度地覆蓋測試，應(yīng)盡可能細(xì)劃等價(jià)類，不必考慮冗余劃分合理的等價(jià)類中的一個(gè)測試捕獲缺陷的能力與該等價(jià)類中其他測試相同根據(jù)等價(jià)類編寫測試用例時(shí)，有效等價(jià)類和無效等價(jià)類都不能忽略88、 以下D〕。〔選擇一項(xiàng)〕每種狀態(tài)至少訪問一次最常見、最普遍的狀態(tài)轉(zhuǎn)換需要測試要測試所有的錯(cuò)誤狀態(tài)狀態(tài)間最不常用的分支可以不進(jìn)行測試89、 以下選項(xiàng)中屬于按測試階段進(jìn)行分類的是〔BD〕。〔選擇二項(xiàng)〕功能測試單元測試C?自動(dòng)測試系統(tǒng)測試90、 通常情況下，以下內(nèi)容不應(yīng)包含在測試用例中的是〔D〕?！策x擇一項(xiàng)〕C預(yù)期結(jié)果測試結(jié)果缺陷修改情況D.91、 “〃功能的測試，以下說法中錯(cuò)誤的選項(xiàng)是〔C〕〔選擇一項(xiàng)〕A.C.D.92、 B〕〔選擇一項(xiàng)〕冒煙測試主要是對(duì)應(yīng)用程序的關(guān)鍵功能進(jìn)行測試冒煙測試的目的是為了保證程序的穩(wěn)定性冒煙測試的周期一般比較短通過冒煙測試的程序方可進(jìn)入全面的測試階段93、 在軟件測試活動(dòng)中，以下D〔選擇一項(xiàng)〕分析測試需求，準(zhǔn)備測試數(shù)據(jù)分析測試需求，設(shè)計(jì)測試用例設(shè)計(jì)測試用例，開發(fā)測試工具準(zhǔn)備測試數(shù)據(jù)，開發(fā)測試工具94、 設(shè)計(jì)測試用例的說法中錯(cuò)誤的選項(xiàng)是〔CE〕〔選擇兩項(xiàng)〕正交排列法能夠使用最小的測試過程集合獲得最大的測試覆蓋率正交排列法非常適用于輸入數(shù)據(jù)或輸入數(shù)據(jù)的組合數(shù)量很大的情況正交排列法可以保證對(duì)所有變量的所有組合都進(jìn)行了測試當(dāng)被測對(duì)象中有大量的變量且每個(gè)變量都有幾個(gè)已定義狀態(tài)時(shí)，可以借助正交排列法E〕正交排列法通常不適用于在兼容性測試中設(shè)計(jì)測試用例95、 一般來說，在軟件測試各階段中，最后進(jìn)行的是〔C〕。〔一項(xiàng)〕A.系統(tǒng)測試單元測試驗(yàn)收測試集成測試96、 D〕?！惨豁?xiàng)〕能夠減少用戶尋求技術(shù)支持效勞的數(shù)量能夠減少培訓(xùn)的費(fèi)用能夠提高用戶對(duì)產(chǎn)品的認(rèn)識(shí)程度能夠提高軟件的性能97、 C通過測試主要用于驗(yàn)證系統(tǒng)和需求是否一致失敗測試是驗(yàn)證系統(tǒng)至少能做什么，可確定程序是否滿足目標(biāo)錯(cuò)誤測試是基于經(jīng)驗(yàn)和直覺的一種測試技能隨即測試無法度量測試覆蓋率98、 C〕。〔一項(xiàng)〕軟件產(chǎn)品發(fā)行時(shí)的一系列風(fēng)險(xiǎn)因素要在制定測試方案時(shí)加以考慮工程人員資源配備和系統(tǒng)軟硬件資源不屬于測試方案的內(nèi)容測試方案中應(yīng)包含需要測試的工程清單以及各測試項(xiàng)的優(yōu)先級(jí)99、 BA?自動(dòng)測試對(duì)所有的程序都適用B?自動(dòng)測試工具本身也會(huì)存在缺陷自動(dòng)測試能夠完全替代手工測試引入自動(dòng)測試可以立即縮短測試時(shí)間100、 C〕?！惨豁?xiàng)〕測試用例通常由軟件開發(fā)人員根據(jù)自己寫的代碼而設(shè)計(jì)—個(gè)成功的測試用例將證明程序的正確性C.編寫具體測試用例時(shí)，一般不再需要考慮系統(tǒng)的需求101、 〕?！惨豁?xiàng)〕D滿足條件覆蓋一定可以滿足判定覆蓋滿足判定-條件覆蓋一定可以滿足條件組合覆蓋滿足條件組合覆蓋不一定能滿足條件覆蓋滿足路徑覆蓋一定能滿足判定覆蓋102、 B〕?！惨豁?xiàng)〕邊界值法正交排列法因果圖法狀態(tài)圖法103、 〕?！捕?xiàng)〕AB靜態(tài)測試可以由人工進(jìn)行，也可以使用軟件工具進(jìn)行B.靜態(tài)測試可以證明錯(cuò)誤是不存在的D.104、以下各選項(xiàng)中不是軟件測試評(píng)估工作內(nèi)容的是〔〕?！策x擇一項(xiàng)〕DA．測試工作總結(jié)B．缺陷數(shù)據(jù)分析C．測試過程評(píng)估D．