.第一章初認(rèn)軟件工程1.下邊的（）說法是正確的。A.因為軟件是產(chǎn)品，所以能夠應(yīng)用其余工程制品所用的技術(shù)進(jìn)行生產(chǎn)B.購置大部分計算機系統(tǒng)所需的硬件比軟件更昂貴C.大部分軟件系統(tǒng)是不簡單改正的，除非它們在設(shè)計時考慮了變D.一般來說，軟件只有在其行為與開發(fā)者的目標(biāo)一致的狀況下才能成功2.造成大型軟件開發(fā)困難的根根源因在于（）。A.開發(fā)人員缺少足夠的開發(fā)經(jīng)驗B.對軟件開發(fā)的資本投入不足C.項目開發(fā)進(jìn)度不合理D.軟件系統(tǒng)的復(fù)雜性3.軟件會漸漸退化而不會磨損，其原由在于（）。A.軟件往常裸露在惡劣的環(huán)境下B.軟件錯誤在常常使用以后會漸漸增添C.不停的更改使組件接口之間惹起錯誤D.軟件備件很難訂購4.“軟件工程”術(shù)語是在（）被初次提出。A.FredBrooks的《沒有銀彈：軟件工程中的根本和次要問題》B.1968年NATO會議C.IEEE的軟件工程知識系統(tǒng)指南（SWEBOK）D.美國卡內(nèi)基·梅隆大學(xué)的軟件工程研究所5.Ariane5火箭發(fā)射失敗的案例告訴我們（）。A.系統(tǒng)環(huán)境的變化可能影響軟件采集數(shù)據(jù)的精度、范圍和對系統(tǒng)的控制B.軟件后備系統(tǒng)能夠經(jīng)過復(fù)制生成C.軟件重用一定從頭進(jìn)行系統(tǒng)論證和系統(tǒng)測試D.選項A和CE.選項A、B和C6.軟件工程的基本目標(biāo)是（）。A.開發(fā)足夠好的軟件B.除去軟件固有的復(fù)雜性C.努力發(fā)揮開發(fā)人員的創(chuàng)建性潛能D.更好地保護(hù)正在使用的軟件產(chǎn)品7.軟件工程方法是（）。A.為了獲取高質(zhì)量軟件而實行的一系列活動B.為開發(fā)軟件供給技術(shù)上的解決方法..C.為支持軟件開發(fā)、保護(hù)、管理而研制的計算機程序系統(tǒng)D.為了理解問題和確立需求而采納的一些技術(shù)和方法8.下邊的（）是正確的。A.運轉(zhuǎn)正確的軟件就是高質(zhì)量的軟件。B.軟件質(zhì)量是在開發(fā)過程中漸漸建立起來的。C.軟件產(chǎn)質(zhì)量量越高越好，最理想的狀況是達(dá)到“零缺點”。軟件質(zhì)量是由產(chǎn)品的功能、性能、易用性等外在特征決定的。9.在Garvin多維度模型中，靠譜性是指（）。A.軟件產(chǎn)品供給了讓用戶產(chǎn)生欣喜的特征B.軟件實現(xiàn)了用戶需要的功能和性能C.軟件在規(guī)準(zhǔn)時間和條件下無故障連續(xù)運轉(zhuǎn)D.軟件切合國家或行業(yè)的有關(guān)標(biāo)準(zhǔn)10.（）是軟件從一個硬件或軟件環(huán)境變換到另一環(huán)境的簡單程度。A.易用性B.可保護(hù)性C.可移植性D.性能第二章軟件開發(fā)過程1.下邊的（）決議是在需求剖析時做出的。A.自動售票機系統(tǒng)的開發(fā)時間估計是6個月B.自動售票機系統(tǒng)由用戶界面子系統(tǒng)、價錢計算子系統(tǒng)以及與中心計算機通信的網(wǎng)絡(luò)子系統(tǒng)構(gòu)成C.自動售票機系統(tǒng)已經(jīng)達(dá)到交托的要求D.自動售票機系統(tǒng)將為使用者供給在線幫助2.下邊的（）決議是在系統(tǒng)設(shè)計時做出的。A.自動售票機系統(tǒng)的開發(fā)時間估計是6個月B.自動售票機系統(tǒng)由用戶界面子系統(tǒng)、價錢計算子系統(tǒng)以及與中心計算機通信的網(wǎng)絡(luò)子系統(tǒng)構(gòu)成C.自動售票機系統(tǒng)已經(jīng)達(dá)到交托的要求D.自動售票機系統(tǒng)將為使用者供給在線幫助3.下邊的（）是軟件結(jié)構(gòu)活動的任務(wù)。A.建立軟件組件B.設(shè)計用戶界面C.實行組件的單元測試D.評估組件的質(zhì)量E.選項A和CF.選項A、B、C和D..4.瀑布模型是（）。A.合用于需求被清楚定義的狀況B.一種需要迅速結(jié)構(gòu)可運轉(zhuǎn)程序的好方法C.一種不合用于商業(yè)產(chǎn)品的創(chuàng)新模型D.目前業(yè)界最流行的過程模型5.增量模型是（）。A.合用于需求被清楚定義的狀況B.一種需要迅速結(jié)構(gòu)核心產(chǎn)品的好方法C.一種不合用于商業(yè)產(chǎn)品的創(chuàng)新模型D.已不可以用于現(xiàn)代環(huán)境的過時模型6.原型化模型是（）。A.合用于客戶需求被明確立義的狀況B.合用于客戶需求難以清楚定義的狀況C.供給一個精準(zhǔn)表述的形式化規(guī)格說明D.很難產(chǎn)生存心義產(chǎn)品的一種冒險模型7.開發(fā)一個支持3D打印的操作系統(tǒng)最適合采納（）。A.瀑布模型B.原型化模型C.增量開發(fā)D.可變換模型8.開發(fā)一個鐵路信號控制系統(tǒng)最適合采納（）。A.瀑布模型B.原型化模型C.增量開發(fā)D.可變換模型9.下邊的（）不是矯捷開發(fā)方法的特色。A.軟件開發(fā)應(yīng)當(dāng)按照嚴(yán)格受控的過程和詳盡的項目規(guī)劃B.客戶應(yīng)當(dāng)和開發(fā)團隊在一同親密地工作C.經(jīng)過高度迭代和增量式的軟件開發(fā)過程響應(yīng)變化D.經(jīng)過屢次地供給能夠工作的軟件來采集人們對產(chǎn)品的反應(yīng)10.對于Scrum的每一次沖刺（Sprint），下邊的（）是正確的。A.Sprint是一個不超出4周的迭代，其長度一旦確立，將保持不變。B.Sprint的產(chǎn)出是一個可用的、潛伏可公布的產(chǎn)品增量。C.Sprint在進(jìn)行過程中，其開發(fā)目標(biāo)、質(zhì)量查收標(biāo)準(zhǔn)和團隊構(gòu)成不可以發(fā)生變化。D.以上全部選項第三章編寫高質(zhì)量代碼1.下邊的（）不是優(yōu)秀編碼的原則。..A.在開始編碼以前成立單元測試B.成立一種有助于理解的直觀布局C.保證說明與代碼完好一致D.保持變量名簡潔以便代碼緊湊2.下邊的（）是錯誤的。A.在程序設(shè)計中使用括號以改良表達(dá)式的清楚性B.不要修理不好的程序，要從頭寫C.在程序設(shè)計中應(yīng)盡可能對程序代碼進(jìn)行優(yōu)化D.不要在說明中重復(fù)描繪代碼3.為了保證軟件的質(zhì)量，使其擁有較好的可保護(hù)性，要點在于（）。A.選擇適合的程序設(shè)計語言B.選擇好的程序設(shè)計風(fēng)格C.擁有好的數(shù)據(jù)結(jié)構(gòu)D.選擇好的運轉(zhuǎn)環(huán)境4.下邊的（）是對提升程序編碼效率沒有影響的。A.變量名的使用B.選擇優(yōu)秀的設(shè)計方法C.選擇優(yōu)秀的算法D.選擇優(yōu)秀的數(shù)據(jù)結(jié)構(gòu)5.下邊的（）不是一種好的做法。A.好的說明應(yīng)解說為何，而不是怎么樣。B.好的命名應(yīng)了如指掌，不需要讀者去猜，甚至不需要說明。C.假如項目中原有代碼不切合新的規(guī)范，應(yīng)贊同其存在，同時在新的代碼中要連續(xù)原有的風(fēng)格。D.假如項目中原有代碼不切合新的規(guī)范，應(yīng)贊同其存在，但不該在新的代碼中連續(xù)舊的風(fēng)格。6.下邊的（）不是模塊化設(shè)計的目的。A.降低程序設(shè)計的復(fù)雜性B.清楚地描繪系統(tǒng)的功能和性能C.易于保護(hù)和功能擴展D.提升模塊的靠譜性和復(fù)用性7.下邊的（）說法是錯誤的。A.代碼審察用于檢查源代碼能否達(dá)到模塊設(shè)計的要求B.代碼在審察以前一定要成功地編譯經(jīng)過C.代碼審察比運轉(zhuǎn)程序進(jìn)行測試的效率低D.代碼審察能夠發(fā)現(xiàn)不切合團隊代碼規(guī)范的地方8.對于代碼性能優(yōu)化，下邊（）是錯誤的。..A.任何優(yōu)化都不可以損壞代碼的正確性B.應(yīng)以提升程序的全局效率為主，局部效率為輔C.應(yīng)先經(jīng)過測試找出限制效率的真實瓶頸D.要優(yōu)先改良耗時最多的部分9.下邊的Python語句中，（）是沒有錯誤且寫得最規(guī)范的。importos,sys,random,mathn+=1;m+=n;print(m)class=Class( )eturn[i**2foriinrange(n)]下邊的（）語句風(fēng)格是最不利于保護(hù)的。returns['name']ifs['age']>=18elses['nickname']ifs['age']>14else'anonymous'main(sys.argv[1:])frommy_moduleimport(Class1,Class2,Class3,Class4)a,b=b,a第四章單元測試1.單元測試內(nèi)容不包含（）。A.犯錯辦理B.全局?jǐn)?shù)據(jù)結(jié)構(gòu)C.獨立路徑D.模塊接口2.下邊的（）是錯誤的。A.靜態(tài)測試是不運轉(zhuǎn)被測程序，僅經(jīng)過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤B.動向測試是實質(zhì)運轉(zhuǎn)被測程序，經(jīng)過檢查運轉(zhuǎn)的結(jié)果來發(fā)現(xiàn)程序中的錯誤C.動向測試可能是黑盒測試，也可能是白盒測試D.白盒測試是靜態(tài)測試，黑盒測試是動向測試3.對于等價類區(qū)分，下邊的（）說法是正確的。A.等價類區(qū)分是將輸入域區(qū)分紅盡可能少的若干子域B.同一輸入域的等價類區(qū)分是獨一的C.用同一等價類中的隨意輸入對軟件進(jìn)行測試，軟件都輸出同樣的結(jié)果D.對于同樣的等價類區(qū)分，不一樣測試人員選用的測試用例集是同樣的4.白盒測試是依據(jù)程序的（）來設(shè)計測試用例。A.功能B.性能C.內(nèi)部邏輯D.內(nèi)部數(shù)據(jù)5.對于測試覆蓋率，下邊的（）說法是錯誤的。A.測試覆蓋率是胸懷代碼質(zhì)量的一種手段..B.測試覆蓋率是胸懷測試完好性的一種手段C.測試覆蓋率意味著有多少代碼經(jīng)過測試D.不要盲目地追求100%測試覆蓋率6.在單元測試中，（）是用來取代被測模塊的子模塊的。A.驅(qū)動模塊B.樁模塊C.通信模塊D.代理模塊7.在下邊列舉的測試覆蓋中，（）是最強的邏輯覆蓋準(zhǔn)則。A.語句覆蓋B.條件覆蓋C.判斷覆蓋D.條件組合覆蓋8.一個判斷中的復(fù)合條件表達(dá)式為（A>2）or（B≤1），為了達(dá)到100%條件覆蓋率，起碼需要設(shè)計（）測試用例。D.49.條件覆蓋要求（）。A.每個判斷中每個條件的全部取值起碼知足一次B.每個判斷起碼獲得一次“真”值和一次“假”值C.每個判斷中每個條件的全部可能取值組合起碼知足一次D.每個可履行語句起碼履行一次10.（）要求每個判斷中全部條件的可能取值起碼履行一次，并且每個判斷的可能結(jié)果也起碼履行一次。判斷覆蓋B.條件覆蓋C.判斷條件覆蓋D.條件組合覆蓋第五章團隊開發(fā)管理1.在攻陷技術(shù)難題時，最正確的開發(fā)團隊組織模型是（）。A.民主式結(jié)構(gòu)B.主程序員式結(jié)構(gòu)C.矩陣式結(jié)構(gòu)D.以上全部選項都不是2.下邊的（）很有可能會促使高效項目團隊的建設(shè)。A.團隊成員超出20人B.團隊成員部分時間參加項目C.團隊成員向多個經(jīng)理報告D.團隊成員被指派到項目中E.以上選項都不是3.下邊的（）交流方式最利于輔助解決復(fù)雜的問題。口頭B.書面C.電子郵件D.即時通信工具4.軟件開發(fā)團隊的每一個成員都應(yīng)當(dāng)參加計劃活動，以便（）。A.降低計劃的粒度B.深入地剖析需求C.全部成員贊同該計劃D.開始設(shè)計..5.某大型化工產(chǎn)品企業(yè)計劃開發(fā)一個新的計算機應(yīng)用，用以追蹤原資料的使用狀況。這個應(yīng)用由企業(yè)內(nèi)部構(gòu)成的開發(fā)團隊進(jìn)行開發(fā)，已有多年開發(fā)近似應(yīng)用的經(jīng)驗。假定初始估計的程序規(guī)模是32000行源代碼，使用基本COCOMO模型進(jìn)行估量，開發(fā)工作量大概是（）人月。D.1466.矯捷開發(fā)方法經(jīng)過（）管理不行展望性。A.特別認(rèn)真地采集和定義需求B.擬訂詳盡的開發(fā)計劃C.軟件增量一定在較短周期內(nèi)公布D.軟件過程一定漸漸適應(yīng)變化E.選項A和BF.選項C和D7.對于Sprint，下邊的（）是錯誤的。A.一個Sprint往常是一個1-4周的迭代B.Sprint長度在開發(fā)過程中是能夠調(diào)整的C.需求在一個Sprint中是不一樣意變化的D.sprint的產(chǎn)出是“達(dá)成”的、可用的、潛伏可公布的產(chǎn)品增量8.在每天站立會議上，下邊（）不是每個團隊成員需要回答的主要問題。A.從上一次Scrum站立會議后你做了什么？B.你碰到哪些阻礙或困難？C.你所碰到問題的原由是什么？D.你打算到下次Scrum站立會議達(dá)成什么？9.下邊的（）不屬于產(chǎn)品負(fù)責(zé)人（ProductOwner）的職責(zé)范圍。A.組織每天站立會議B.定義產(chǎn)品需求C.確立需求優(yōu)先級D.查收迭代結(jié)果E.負(fù)責(zé)產(chǎn)品的投資回報10.軟件配置管理的目的是（）。A.降低開發(fā)成本B.控制軟件改正C.減少雜亂D.提升軟件開發(fā)效率E.提升正確率第六章需求獲取與文檔化以下哪項需求描繪屬于業(yè)務(wù)需求描繪？我們的任務(wù)是無縫集成有競爭力的軟件信息服務(wù)來解決商業(yè)問題我們的目標(biāo)是讓客戶將我們的品牌和高質(zhì)量聯(lián)系在一同我們企業(yè)的主營業(yè)務(wù)是銷售飛機票企業(yè)網(wǎng)站上銷售的產(chǎn)品一定知足全部食品藥品看管需求下邊哪項是百貨店收銀系統(tǒng)的非功能性需求？供給新鮮的蔬菜和水果買10個或10個以下商品的客戶能夠走特別通道..設(shè)有存包處為雇員發(fā)薪資以下哪一種方法最合用于身處多個不一樣地址的人在各自方便的時間參加并環(huán)繞同一個主題表達(dá)自己的看法？問卷檢查面談集體引誘文檔剖析4.在一個列車控制軟件的需求文檔中，我們發(fā)現(xiàn)了以下兩條需求描繪：“列車車門在兩個?？空局g要保持封閉”；“列車發(fā)生緊迫泊車時，要翻開車門”。這里出現(xiàn)的需求問題是什么？A.沒法測試的需求B.不完好的需求C.含糊的需求D.矛盾與不一致的需求獲取軟件系統(tǒng)需求不包含以下的哪個根源？系統(tǒng)有關(guān)領(lǐng)域的法律法例系統(tǒng)的質(zhì)量控制團隊系統(tǒng)的業(yè)務(wù)流程描繪其余近似系統(tǒng)產(chǎn)品軟件需求工程師的職責(zé)不包含以下的哪一項？撰寫需求規(guī)格說明書與用戶連續(xù)交流，認(rèn)識用戶對產(chǎn)品的希望控制項目的風(fēng)險對需求的優(yōu)先級進(jìn)行排序在選擇軟件需求獲取技術(shù)的時候，以下哪一種策略最優(yōu)？考慮尚不認(rèn)識的那部分需求的特色考慮需求工程師自己對各樣獲取技術(shù)的駕御能力考慮目前系統(tǒng)所屬的行業(yè)及應(yīng)用領(lǐng)域的現(xiàn)狀綜合考慮上述要素以下哪一種需求獲取方法是面向創(chuàng)新式產(chǎn)品的？A.競爭性需求剖析B.A/B測試C.用戶行為數(shù)據(jù)采集D.可用性剖析9.在矯捷開發(fā)方法中，用戶故事（UserStory）的作用是什么？定義需要公布給最后用戶的軟件特征和功能確立公布每一次增量的日程表用于取代詳盡的活動計劃用于估量建立目前增量所需要的努力選項A和C選項A和D..下邊的哪一種說法是正確的？故事點是一個絕對胸懷單位故事點估量必定要做到特別精準(zhǔn)故事點表示開發(fā)一個用戶故事或特征的復(fù)雜度故事點表示開發(fā)一個用戶故事或特征所要付出的工作量第七章軟件系統(tǒng)設(shè)計跟著軟件系統(tǒng)的規(guī)模和復(fù)雜性愈來愈大，（）變得更為重要。算法的選擇數(shù)據(jù)結(jié)構(gòu)的設(shè)計數(shù)據(jù)庫的結(jié)構(gòu)系統(tǒng)的全局結(jié)構(gòu)設(shè)計下邊的說法（）是錯誤的。軟件系統(tǒng)結(jié)構(gòu)的最正確表示形式是一個可履行的軟件原型軟件系統(tǒng)結(jié)構(gòu)描繪是不一樣項目有關(guān)人員之間進(jìn)行交流的使能器優(yōu)秀的分層系統(tǒng)結(jié)構(gòu)有益于系統(tǒng)的擴展與保護(hù)設(shè)計模式是從大批成功實踐中總結(jié)出來且被寬泛公認(rèn)的實踐和知識3.優(yōu)秀設(shè)計的特色是（）。模塊之間體現(xiàn)高耦合實現(xiàn)剖析模型中的全部需求包含全部組件的測試用例供給軟件的完好描繪選項B和D選項B、C和DWord、Excel等應(yīng)用系統(tǒng)適合采納（）結(jié)構(gòu)風(fēng)格。層次系統(tǒng)B.事件系統(tǒng)C.解說器D.管道-過濾器5.與C/S架構(gòu)的信息系統(tǒng)對比，B/S架構(gòu)的信息系統(tǒng)的優(yōu)勢是（）。具備更高的安全性更簡單部署和升級保護(hù)具備更強的事務(wù)辦理能力，易于實現(xiàn)復(fù)雜的業(yè)務(wù)流程用戶界面友善，擁有更快的響應(yīng)速度6.對于察看者模式，下邊的（）說法是錯誤的。察看者的更新是被動的被察看者能夠通知察看者進(jìn)行更新察看者能夠改變被察看者的狀態(tài)，再由被察看者通知全部察看者以上全部選項..7.設(shè)計目標(biāo)可分紅性能、靠譜性、成本、保護(hù)和最后用戶等種類，下邊（）描繪的是性能目標(biāo)。A.當(dāng)用戶發(fā)出任何命令后，系統(tǒng)一定在1秒內(nèi)將信息反應(yīng)給用戶。即便在網(wǎng)絡(luò)失敗的狀況下，火車票出售系統(tǒng)也一定能夠成功地提交火車票?；疖嚻背鍪巯到y(tǒng)的機器外殼一定贊同安裝新按鈕以便增添新的不一樣票價。系統(tǒng)用戶界面應(yīng)當(dāng)防備用戶以錯誤的次序履行命令。下邊的（）架構(gòu)能夠更好地實現(xiàn)Web應(yīng)用的前后端分別。MVCRestfulAPIRPC一個創(chuàng)業(yè)團隊想要開發(fā)一款交際App，可是他們對于可能的發(fā)展的業(yè)務(wù)仍不十分明確，此時希望能夠開發(fā)一個相對簡單的版本進(jìn)行原始的需求考證與測試，這類狀況比較適合選擇（）數(shù)據(jù)庫。MysqlMongoRedis現(xiàn)在交際文化橫行，大數(shù)據(jù)剖析遍地，幾乎全部的應(yīng)用與產(chǎn)品都多少會與交際網(wǎng)絡(luò)或大用戶量、大數(shù)據(jù)有關(guān)系。假如準(zhǔn)備開發(fā)一個較完好的交際網(wǎng)絡(luò)應(yīng)用，支持10萬以上日活躍用戶進(jìn)行各樣點贊、議論等交互活動，應(yīng)當(dāng)采納（）數(shù)據(jù)庫或數(shù)據(jù)庫組合。A.MysqlB.MongoC.Mysql+RedisD.Mongo+Redis第八章軟件交互設(shè)計1、閱讀下邊給出的文件“ABriefHistoryofHuman-ComputerInteractionTechnology，”此中第一個裝載GUI操作系統(tǒng)的計算機是（）。蘋果企業(yè)的Macintosh微軟企業(yè)的Windows施樂企業(yè)的Alto施樂企業(yè)的Star..施樂企業(yè)的Lisa2、思慮一下，喬布斯為蘋果企業(yè)擬訂的手機上的黃金法例是什么？為何？采納現(xiàn)狀及其原由？這里的黃金法例是指（）。單手操作手機，屏幕尺寸3.5英寸單手操作手機，屏幕尺寸4.7英寸雙手操作手機，屏幕尺寸4.7英寸雙手操作手機，屏幕尺寸4.0英寸3、同學(xué)們上網(wǎng)用一下谷歌界面、雅虎界面和bing界面，都是檢索任務(wù)的軟件，差別在哪里？這幾款產(chǎn)品目前用戶量的差別很大程度上是界面在注意力設(shè)計上的差別，請進(jìn)行剖析。此中，最能使用戶集中注意力的界面設(shè)計是（）。谷歌雅虎bing4、視頻（電影、電視、動畫、數(shù)字視頻，等）幀律的設(shè)置依照是（）。依據(jù)機器的辦理能力依據(jù)個人偏好依據(jù)人的視覺暫留時間5、剖析課件中數(shù)字軟鍵盤布局上的不一致現(xiàn)象，為何在同一款手機上，不同應(yīng)用中的數(shù)字鍵盤的布局不一致？此中（）應(yīng)用中的數(shù)字軟鍵盤布局是一致的。電話撥號和計算器通信錄和電話撥號..計算器和通信錄6、人們不會把[]( )[]中的“](認(rèn)”作一對，原由是視覺認(rèn)知中的（）定律在起作用。連續(xù)律靠近律相像律對稱律7、輸出一列數(shù)值時，需要考慮對齊方法，你會選擇（）方法。左對齊右對齊兩頭對齊小數(shù)點對齊8、用KLM自己計算課件上的兩個溫度變換器軟件界面的操作時間。后者交互效率高，（）原由更實質(zhì)。沒有在兩種輸入設(shè)施間切換界面沒有需要用戶額表面達(dá)的信息用戶操作的更快KLM的計算結(jié)果小9、接見并對此中實驗5的結(jié)果進(jìn)行剖析，下邊的（）是正確的。所采納的兩種輸入設(shè)施都是目標(biāo)越大接見時間越長在所采納的兩種輸入設(shè)施上，只有此中一個是目標(biāo)越大接見時間越長在所采納的兩種輸入設(shè)施上，實驗時間均與Distance/Width呈正有關(guān)..10、接見并為每個問題答案找尋實例界面，此中環(huán)形菜單的設(shè)計是（）。不知怎樣啟動，毫無心義對美工的設(shè)計能力要求很高抵達(dá)每個菜單項時手的挪動距離短且同樣第九章軟件系統(tǒng)測試1.軟件測試的目的是（）。防止軟件中出現(xiàn)錯誤證明軟件的正確性解決測試中發(fā)現(xiàn)的錯誤發(fā)現(xiàn)軟件中潛伏的錯誤下邊（）說法是錯誤的。測試應(yīng)當(dāng)盡早不停地履行軟件錯誤擁有齊集性，對存在錯誤的部分應(yīng)要點測試軟件測試是提升軟件質(zhì)量的決定性要素測試用例需要按期評審和改正，并且要不停增添新的測試用例下邊的（）不是集成測試的內(nèi)容。對軟件中最小可測試單元進(jìn)行檢查和考證把各個模塊連結(jié)在一同時，穿越模塊接口的數(shù)據(jù)能否會丟掉一個模塊的功能能否會對另一個模塊的功能產(chǎn)生不利的影響若干子功能組合在一同能否能產(chǎn)生預(yù)期的主功能下邊的（）是錯誤的。功能測試是依據(jù)需求規(guī)格說明考