軟件工程測試題

TOC\o"1-5"\h\z裝 訂 線《軟件工程03》模擬題一、單項(xiàng)選擇題1、下列不屬于面向?qū)ο箝_發(fā)方法的是（ ）。A、Booch B、UMLC、CoadD、OMT2、包含風(fēng)險(xiǎn)分析的軟件工程模型是（）。A、瀑布模型B、噴泉模型 C、增量模型 D、螺旋模型3、需求工程的主要目的是：（ ）。A、系統(tǒng)開發(fā)的具體方案 B、進(jìn)一步確定用戶的需求C、解決系統(tǒng)是“做什么的問題” D、解決系統(tǒng)是“如何做的問題”4、 進(jìn)行需求分析有的多種描述工具，但不包括（）。A、數(shù)據(jù)流圖B、判定表C、PAD圖 D、數(shù)據(jù)詞典5、軟件測試的目的是（ ）。A、評價(jià)軟件的質(zhì)量 B、發(fā)現(xiàn)軟件的錯(cuò)誤C、找出軟件中的所有錯(cuò)誤 D、證明軟件是正確的6、面向?qū)ο蟮拈_發(fā)方法的工作模型是（ ）。A、瀑布模型B、噴泉模型 C、智能模型 D、循環(huán)模型7、 在開發(fā)機(jī)構(gòu)的監(jiān)督下，由個(gè)別用戶在確認(rèn)測試階段后期對軟件進(jìn)行測試，目的是評價(jià)軟件的FLURPS，注重界面和特色，該測試是（）。A、功能測試B、系統(tǒng)測試 C、a測試D、單元測試8、以下屬于完善性維護(hù)的有（ ）。A、 解決開發(fā)時(shí)未能測試各種可能條件帶來的問題B、 增加聯(lián)機(jī)求助命令C、 縮短系統(tǒng)的應(yīng)答時(shí)間，使其達(dá)到特定要求D、 修改程序時(shí)使其用于另外的終端TOC\o"1-5"\h\z9、在軟件詳細(xì)設(shè)計(jì)過程中不采用的工具是（ ）。A、判定表 B、IPO圖 C、PDLD、DFD圖10、在UML提供的圖中，用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互的圖是（ ）。A、用例圖 B、類圖 C、對象圖 D、部署圖11、以下不屬于Coad方法中面向?qū)ο蟮姆治瞿Ｐ偷膶哟斡校海?）。A、主題層B、對象層C、服務(wù)層D、接口層12、下列各種圖可用于靜態(tài)建模的有：（ ）。A、狀態(tài)圖B、類圖C、序列圖D、活動圖13、 軟件工程學(xué)的目的和意義是()。A、 應(yīng)用科學(xué)化的方法和工程化的規(guī)范管理來指導(dǎo)軟件開發(fā)B、 克服軟件危機(jī)C、 做好軟件開發(fā)的培訓(xùn)工作D、 以較低的成本開發(fā)出高質(zhì)量的軟件14、為了提高測試的效率，應(yīng)該( )。A、 隨機(jī)地選取測試數(shù)據(jù)B、 取一切可能的輸入數(shù)據(jù)作為測試數(shù)據(jù)C、 在完成編碼以后制定軟件的測試計(jì)劃D、 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)15、 關(guān)于快速建立漸進(jìn)原型(RCP法)的論述不正確的是()。A、 RCP法建立的原型反映了系統(tǒng)的某些主要特征B、 RCP法采用循環(huán)漸進(jìn)的開發(fā)方式，對系統(tǒng)模型作連續(xù)精化C、 RCP法建立需求規(guī)格原型，當(dāng)需求說明一旦確定原型被廢棄D、 RCP法也稱為追加(addon)型的原型化方法二、填空題1、畫分層DFD圖的原則有 、 、 。2、軟件的 用來分析程序的內(nèi)部結(jié)構(gòu)。軟件的 被用來證實(shí)被用來證實(shí)軟件功能的正確性和可操作性。3、 用于描述模塊之間聯(lián)系的緊密程度； 用于描述模塊內(nèi)部聯(lián)系的緊密程度。4、UML建模語言是由 、 、 和通用機(jī)制構(gòu)成的層次關(guān)系來描述的。三、判斷題TOC\o"1-5"\h\z1、順序圖描述對象是如何交互的并且將重點(diǎn)放在消息序列上。( )2、類圖中的角色是用于描述該類在關(guān)聯(lián)中所扮演的角色和職責(zé)。( )3、判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。( )4、 軟件維護(hù)總工作量可用公式表示為：M=P+K*exp(D-C)。( )5、 可維護(hù)性的特性中相互促進(jìn)的是效率和可移植性。( )6、 用面向?qū)ο蠓椒ㄩ_發(fā)的軟件系統(tǒng)，可維護(hù)性好。( )7、 改進(jìn)程序的執(zhí)行效率不會引入錯(cuò)誤。( )8、泳道是一種分組機(jī)制，它描述了狀態(tài)圖中對象所執(zhí)行的活動。( )9、RCP法建立需求規(guī)格原型，當(dāng)需求說明一旦確定原型被廢棄。( )10、 軟件工程管理是對軟件項(xiàng)目的開發(fā)管理，是對整個(gè)軟件生存期的所有活動進(jìn)行管理。( )四、簡答題1、什么是軟件危機(jī)？2、什么是軟件過程？有哪些主要的軟件過程模型？3、分布式體系結(jié)構(gòu)的優(yōu)缺點(diǎn)？4、等價(jià)分類法的基本思想是什么？5、什么是軟件維護(hù)？軟件維護(hù)的目的？6、UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。7、什么是a測試和B測試？五、綜合題1、請畫出下列規(guī)范所描述的因果圖。規(guī)范：文件名第一列字符必須為A或B,第二列字符必須為數(shù)字。滿足則修改文件。第一字符不正確發(fā)出信息X12,第二個(gè)字符不正確發(fā)出信息X13。2、 在醫(yī)院病房監(jiān)護(hù)系統(tǒng)中,病癥監(jiān)視器安置在每個(gè)病房,將病人的病癥信號實(shí)時(shí)傳送到中央監(jiān)視系統(tǒng)進(jìn)行分析處理。在中心值班室里,值班護(hù)士使用中央監(jiān)視系統(tǒng)對病員的情況進(jìn)行監(jiān)控,根據(jù)醫(yī)生的要求隨時(shí)打印病人的病情報(bào)告,系統(tǒng)會定期自動更新病歷。當(dāng)病癥出現(xiàn)異常時(shí),系統(tǒng)會立即自動報(bào)警,通知值班醫(yī)生及時(shí)進(jìn)行處理,同時(shí)立即打印病人的病情報(bào)告和更新病歷。請畫出采用結(jié)構(gòu)化分析方法建立的需求分析模型（只畫第一層）。3、 問題描述：儲戶用存折取款,首先填寫取款單,根據(jù)“帳卡”中的信息檢驗(yàn)取款單與存折,如有問題,將問題反饋給儲戶,否則,登錄“儲戶存款數(shù)據(jù)庫”,修改相應(yīng)數(shù)據(jù),并更新“帳卡”,同時(shí)發(fā)出付款通知,出納向儲戶付款。請確定系統(tǒng)的類,并給出你認(rèn)為最重要的2-3個(gè)類的描述模板。答：確定系統(tǒng)的類：儲戶、存折、取款單、帳卡、儲戶存款數(shù)據(jù)庫、付款《軟件工程03》模擬題答案一、單項(xiàng)選擇題1、B2、D3、C4、C5、B6、B7、C8、B9、D10、A11、D12、B13、A14、D15、C二、 填空題1、數(shù)據(jù)守恒與數(shù)據(jù)封閉、加工分解、子圖與父圖平衡2、白盒測試法、黑盒測試法3、耦合性、內(nèi)聚性4、視圖、圖、模型元素三、 判斷題1、 2、Q 3、X 4、X 5、X6、J 7、X 8、M 9、X 10、M四、 簡答題、什么是軟件危機(jī)？''軟件危機(jī)”(Softwarecrisis)的出現(xiàn)是由于軟件的規(guī)模越來越大，復(fù)雜度不斷增加，軟件需求量增大。而軟件開發(fā)過程是一種高密集度的腦力勞動，軟件開發(fā)的模式及技術(shù)不能適應(yīng)軟件發(fā)展的需要。致使大量質(zhì)量低劣的軟件涌向市場，有的花費(fèi)大量人力財(cái)力，而在開發(fā)過程中就夭折。'軟件危機(jī)”主要表現(xiàn)在兩個(gè)方面：軟件產(chǎn)品質(zhì)量低劣，甚至開發(fā)過程就夭折。軟件生產(chǎn)率低，不能滿足需要。2、 什么是軟件過程？有哪些主要的軟件過程模型？軟件過程是指在軟件工具的支持下，所進(jìn)行的一系列軟件工程活動。軟件過程模型也稱為軟件生存期模型或軟件開發(fā)模型，是描述軟件開發(fā)過程中各種活動如何執(zhí)行的模型。為了描述軟件生存周期的活動，提出了多種生存周期模型，各種模型有其不同的特點(diǎn)，并適用于不同的開發(fā)方法。主要的軟件過程模型有：瀑布模型(waterfallmodel)增量模型(incrementalmodel)、循環(huán)模型(loopmodel)螺旋模型(spiralmodel)、噴泉模型(fountainmodel)、智能模型(intelligentmodel)。3、 分布式體系結(jié)構(gòu)的優(yōu)缺點(diǎn)？分布式體系結(jié)構(gòu)有如下一些優(yōu)勢：(1)資源共享：系統(tǒng)中每個(gè)系統(tǒng)結(jié)點(diǎn)上的資源都可以被系統(tǒng)中的其他節(jié)點(diǎn)訪問。開放性高：系統(tǒng)可以方便地增刪不同軟硬件結(jié)構(gòu)的節(jié)點(diǎn)?？缮炜s性好：系統(tǒng)可以方便地增刪新的服務(wù)資源以滿足需要。容錯(cuò)能力強(qiáng)：分布式系統(tǒng)中的信息冗余可以容忍一定程度的軟硬件故障。透明性高：系統(tǒng)中的結(jié)點(diǎn)一般只需知道服務(wù)的位置而不必清楚系統(tǒng)的結(jié)構(gòu)。分布式體系結(jié)構(gòu)有如下一些不足復(fù)雜性:分布式系統(tǒng)比集中式系統(tǒng)要復(fù)雜的多。(2)安全性：網(wǎng)絡(luò)環(huán)境隨時(shí)面臨著各種威脅。

可管理性：分布式系統(tǒng)的開放性造成了系統(tǒng)的異構(gòu)性，管理異構(gòu)系統(tǒng)比管理主機(jī)系統(tǒng)困難的多。不可預(yù)知性：網(wǎng)絡(luò)環(huán)境本身的特點(diǎn)決定了網(wǎng)絡(luò)負(fù)載會明顯地影響整個(gè)系統(tǒng)的響應(yīng)時(shí)間。4、 等價(jià)分類法的基本思想是什么？基本思想：根據(jù)程序的I/O特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段-“等價(jià)類”從等價(jià)類中選擇出的用例，具有“代表性”。等價(jià)類分為：有效等價(jià)類—對于程序的規(guī)格說明，是合理的、有意義的輸入數(shù)據(jù)構(gòu)成的集合。無效等價(jià)類—對于程序的規(guī)格說明，是不合理的、沒有意義的輸入數(shù)據(jù)構(gòu)成的集合5、 什么是軟件維護(hù)？軟件維護(hù)的目的？軟件維護(hù)是指軟件系統(tǒng)交付使用以后，為了改正錯(cuò)誤或滿足新的需求而修改軟件的過程。軟件維護(hù)的目的：(1)在運(yùn)行中發(fā)現(xiàn)在測試階段未能發(fā)現(xiàn)的潛在軟件錯(cuò)誤和設(shè)計(jì)缺陷；根據(jù)實(shí)際情況，需要改進(jìn)軟件設(shè)計(jì)，以增強(qiáng)軟件的功能，提高軟件的性能；要求在某環(huán)境下已運(yùn)行的軟件能適應(yīng)特定的硬件、軟件、外部設(shè)備和通信設(shè)備等新的工作環(huán)境，或是要求適應(yīng)已變動的數(shù)據(jù)或文件；為使投入運(yùn)行的軟件與其它相關(guān)的程序有良好的接口，以利于協(xié)同工作；為使運(yùn)行軟件的應(yīng)用范圍得到必要的擴(kuò)充。6、 UML中的交互圖有兩種，分別是順序圖和協(xié)作圖，請分析一下兩者之間的主要差別和各自的優(yōu)缺點(diǎn)。答：協(xié)作圖可視化地表示了對象之間隨時(shí)間發(fā)生的交互，它除了展示對象之間的關(guān)聯(lián)，還顯示出對象之間的消息傳遞。與順序圖一樣，協(xié)作圖也展示對象之間的交互關(guān)系。順序圖強(qiáng)調(diào)的是交互的時(shí)間順序，而協(xié)作圖強(qiáng)調(diào)的是交互的語境和參與交互的對象的整體組織。順序圖按照時(shí)間順序布圖，而協(xié)作圖按照空間組織布圖。順序圖可以清晰地表示消息之間的順序和時(shí)間關(guān)系，但需要較多的水平方向的空間。協(xié)作圖在增加對象時(shí)比較容易，而且分支也比較少，但如果消息比較多時(shí)難以表示消息之間的順序。7、a測試是在開發(fā)機(jī)構(gòu)的監(jiān)督下，由個(gè)別用戶在確認(rèn)測試階段后期對軟件進(jìn)行測試，目的是評價(jià)軟件的FLURPS(功能、局域化、可使用性、可靠性、性能和支持)，注重界面和特色。功能測試局域化測試可使用性測試回歸測試P測試由支持軟件預(yù)發(fā)行的客戶對FLURPS功能測試局域化測試可使用性測試回歸測試FunctionTestingLocalAreaTestingUsabilityTestingRegressionTesting訂 線性能測試訂 線性能測試可支持性測試結(jié)果50—修改文件51—發(fā)信息X1252—發(fā)信息X13裝PerformanceTestingSupportabilityTesting五、綜合題1、分析規(guī)范原因—第一列字符為A—第一列字符為B3、問題描述：—第二列字符為數(shù)字3、問題描述：裝 訂 線儲戶用存折取款，首先填寫取款單，根據(jù)“帳卡”中的信息檢驗(yàn)取款單