【正文】 綜合策略：就是聯(lián)合使用上述幾種測(cè)試方法，盡可能多地發(fā)現(xiàn)程序中的錯(cuò)誤。216。(邊界情況是指輸入等價(jià)類(lèi)和輸入等價(jià)類(lèi)邊界上的情況。這樣就把漫無(wú)邊跡的隨機(jī)測(cè)試改為有針對(duì)性的等價(jià)類(lèi)測(cè)試，用少量有代表性的例子代替大量測(cè)試目的相同的例子，能有效地提高測(cè)試效率。什么是黑盒測(cè)試法?采用黑盒技術(shù)測(cè)試用例有哪幾種方法?這些方法各有什么特點(diǎn)? 答：黑盒測(cè)試法把被測(cè)試對(duì)象看成是一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，只在軟件接口處進(jìn)行測(cè)試，依據(jù)需求規(guī)格說(shuō)明書(shū)，檢查程序是否滿(mǎn)足功能要求。216。216。216。測(cè)試是一種“挑剔性”的行為，心理狀態(tài)是測(cè)試自己程序的障礙。ENDIFENDIFENDFORPUT(max,max2)END輸入三個(gè)正整數(shù)作為邊長(zhǎng)，判斷該三條邊構(gòu)成的三角形是等邊、等腰還是一般三角形。max2=a[2]。程序流程圖、PAD圖、PDL。⑶中下層模塊的設(shè)計(jì)﹑優(yōu)化工作與變換結(jié)構(gòu)相同。其它輸入模塊與轉(zhuǎn)換數(shù)據(jù)模塊都很簡(jiǎn)單時(shí)，可將它們合并。變換分析設(shè)計(jì)步驟：⑴確定變換中心，邏輯輸入和輸出。作用范圍應(yīng)該在控制范圍內(nèi)?？傮w設(shè)計(jì)過(guò)程包括幾個(gè)步驟？ 模塊化是把程序劃分成獨(dú)立命名且可獨(dú)立訪問(wèn)的模塊，每個(gè)模塊完成一個(gè)子功能，把這些模塊集成起來(lái)構(gòu)成一個(gè)整體，可以完成指定的功能滿(mǎn)足用戶(hù)的需求。第四章 總體設(shè)計(jì)什么是總體設(shè)計(jì)？總體設(shè)計(jì)的任務(wù)是什么？總體設(shè)計(jì)又稱(chēng)為概要設(shè)計(jì)或初步設(shè)計(jì)。(2)完整性需求必須是完整的，規(guī)格說(shuō)明書(shū)應(yīng)該包括用戶(hù)需要的每一個(gè)功能或性能。1層次方框圖層次方框圖用樹(shù)形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。SDEPT→SLOC。⑸.推薦可行方案；進(jìn)行成本～效益分析，決定該項(xiàng)目是否值得開(kāi)發(fā)，若值得開(kāi)發(fā)那么解決方案是什么，并且說(shuō)明該方案可行的原因和理由。(4).管理可行性：運(yùn)行方式在用戶(hù)組織內(nèi)是否可行,現(xiàn)有管理制度﹑人員素質(zhì)﹑操作方式是否可行。資源的有效性。第二章 可行性研究可行性研究的任務(wù)是什么? 可行研究的任務(wù)：首先需要進(jìn)行概要的分析研究，初步確定項(xiàng)目的規(guī)模，目標(biāo)，約束和限制。1軟件開(kāi)發(fā)管理主要研究?jī)?nèi)容？軟件管理學(xué)，軟件經(jīng)濟(jì)學(xué)，軟件心理學(xué)。原型的“修改—試用—反饋”過(guò)程可能重復(fù)多遍。1快速原型的分類(lèi)、特點(diǎn)及使用策略？ 分類(lèi)：探索型、實(shí)驗(yàn)型、進(jìn)化型特點(diǎn)：盡快向用戶(hù)提供一個(gè)可在計(jì)算機(jī)上運(yùn)行的目標(biāo)系統(tǒng)的模型，以便使用戶(hù)和開(kāi)發(fā)者在目標(biāo)系統(tǒng)應(yīng)該“做什么”這個(gè)問(wèn)題上盡可能快地達(dá)成共識(shí)。 在螺旋模型中維護(hù)只是模型的另一個(gè)周期，在維護(hù)和開(kāi)發(fā)之間并沒(méi)有本質(zhì)區(qū)別。 要求每個(gè)階段交出的所有產(chǎn)品都必須經(jīng)過(guò)質(zhì)量保證小組的仔細(xì)驗(yàn)證。(3)每個(gè)階段必須完成規(guī)定的文檔，對(duì)其中問(wèn)題通過(guò)復(fù)審及早發(fā)現(xiàn)，及早解決。在完成開(kāi)發(fā)任務(wù)時(shí)必須進(jìn)行一些開(kāi)發(fā)活動(dòng)，并且使用適當(dāng)?shù)馁Y源，在過(guò)程結(jié)束時(shí)將把輸入轉(zhuǎn)化為輸出。 方法是完成軟件開(kāi)發(fā)的各項(xiàng)任務(wù)的技術(shù)方法，回答“怎樣做”的問(wèn)題； 216。軟件開(kāi)發(fā)方法是克服軟件危機(jī)的重要方面之一，對(duì)軟件工程及軟件包產(chǎn)業(yè)的發(fā)展起了不可估量的作用。對(duì)軟件開(kāi)發(fā)提供強(qiáng)有力的支持，為開(kāi)發(fā)過(guò)程中的活動(dòng)提供統(tǒng)一的政策保證，為參與開(kāi)發(fā)的人員提供幫助和指導(dǎo)，是軟件生存周期模型化技術(shù)的基礎(chǔ)，也是建立軟件開(kāi)發(fā)環(huán)境的核心。5﹑軟件工程面臨的問(wèn)題是什么？軟件工程需要解決的問(wèn)題：軟件的費(fèi)用，可靠性，可維護(hù)性，軟件生產(chǎn)率和軟件的重用。軟件工程的目標(biāo)：付出較低開(kāi)發(fā)成本；達(dá)到要求的功能；取得較好的性能；開(kāi)發(fā)的軟件易于移植；只需較低的維護(hù)費(fèi)用；能按時(shí)完成開(kāi)發(fā)任務(wù)，及時(shí)交付使用；開(kāi)發(fā)的軟件可靠性高。(5)軟件開(kāi)發(fā)成本越來(lái)越大。表現(xiàn)方面：(1)用戶(hù)對(duì)開(kāi)發(fā)出的軟件很難滿(mǎn)意。⑵程序系統(tǒng)時(shí)代：這個(gè)階段生產(chǎn)方式是小集團(tuán)合作生產(chǎn)，使用的生產(chǎn)工具是高級(jí)語(yǔ)言，開(kāi)發(fā)方法仍依靠個(gè)人技巧，但開(kāi)始提出結(jié)構(gòu)化方法。⑵軟件產(chǎn)品的生產(chǎn)主要是研制，生產(chǎn)成本主要在開(kāi)發(fā)和研制，開(kāi)發(fā)研制完成后，通過(guò)復(fù)制就產(chǎn)生了大量軟件產(chǎn)品。這種測(cè)試方法又稱(chēng)功能測(cè)試。既可以利用繼承對(duì)新的類(lèi)添加屬性和方法；或者在征求用戶(hù)意見(jiàn)后加入新的累以及類(lèi)的方法與屬性等。軟件本身的特點(diǎn)(如:軟件規(guī)模龐大)導(dǎo)致開(kāi)發(fā)和維護(hù)困難軟件開(kāi)發(fā)的方法不正確開(kāi)發(fā)人員與管理人員重視開(kāi)發(fā)而輕視問(wèn)題的定義和軟件維護(hù) 軟件開(kāi)發(fā)技術(shù)落后：（1）用戶(hù)需求不明確（2）缺乏正確的理論指導(dǎo)（3）軟件開(kāi)發(fā)規(guī)模越來(lái)越大（4）軟件開(kāi)發(fā)復(fù)雜度越來(lái)越高：軟件工程學(xué) 采用工程化方法和工程途徑來(lái)研制與維護(hù)軟件采用先進(jìn)的技術(shù)、方法與工具來(lái)開(kāi)發(fā)與設(shè)計(jì)軟件采用必要的組織管理措施 從一個(gè)軟件開(kāi)始立項(xiàng)起，到廢棄不用止 一個(gè)周期被劃分為計(jì)劃、開(kāi)發(fā)、運(yùn)行3個(gè)時(shí)期計(jì)劃時(shí)期：?jiǎn)栴}定義——可行性分析 開(kāi)發(fā)時(shí)期：需求分析——軟件分析——軟件設(shè)計(jì)——編碼（測(cè)試）——測(cè)試 運(yùn)行時(shí)期：（1）對(duì)當(dāng)前系統(tǒng)進(jìn)行調(diào)查和研究（2）導(dǎo)出新系統(tǒng)的解決方案（3）提出推薦的方案（4）編寫(xiě)可行性論證報(bào)告（系統(tǒng)概述、可行性分析、結(jié)論意見(jiàn)）（1）提高軟件系統(tǒng)的可復(fù)用性可復(fù)用性是面向?qū)ο箝_(kāi)發(fā)的核心思路。（3）生產(chǎn)出來(lái)的軟件難以維護(hù)。落后的軟件生產(chǎn)方式無(wú)法滿(mǎn)足迅速增長(zhǎng)的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開(kāi)發(fā)與維護(hù)過(guò)程中出現(xiàn)一系列嚴(yán)重問(wèn)題的現(xiàn)象。面臨的主要問(wèn)題是：軟件費(fèi)用 軟件可靠性 軟件維護(hù) 軟件生產(chǎn)率 軟件重用。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。2所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(chēng)軟件問(wèn)題報(bào)告。2在UML用例圖中，橢圓表示用例，方框表示系統(tǒng)，小人狀圖案表示執(zhí)行者2軟件測(cè)試過(guò)程按測(cè)試的先后次序可先分為四個(gè)步驟進(jìn)行：?jiǎn)卧獪y(cè)試、集成測(cè)試、確定測(cè)試和系統(tǒng)測(cè)試，最后進(jìn)行驗(yàn)收測(cè)試。1類(lèi)的實(shí)例化是定義類(lèi)的對(duì)象。1軟件的詳細(xì)設(shè)計(jì)可以用來(lái)采用圖形、表格、語(yǔ)言三種形式描述工具表示模塊的處理過(guò)程。1數(shù)據(jù)流圖一般可分為交換型和事物型兩類(lèi)。需求分析的步驟有：調(diào)查研究、分析與綜合、書(shū)寫(xiě)文檔、需求分析評(píng)審。軟件工程師指導(dǎo)軟件開(kāi)發(fā)和維護(hù)的一門(mén)工程學(xué)科，采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)，就是是軟件工程。在數(shù)據(jù)字典中，工卡的數(shù)據(jù)條目定義如下：工卡 = 工號(hào) + 英文名 + 年齡 + 性別 + 部門(mén) 工號(hào) = 001..200 英文名 = 3{字母}20 年齡 = 1..200 性別 = [男|女] 部門(mén) = [技術(shù)部|市場(chǎng)部|財(cái)務(wù)部|行政部] 解析:先明確要說(shuō)明數(shù)據(jù)條目是誰(shuí)，由哪些分量組成,這些分量是“+”的關(guān)系，還是“或”的關(guān)系，如本例的第一條是“+”的關(guān)系,然后分析它的組成是什么，再對(duì)其各個(gè)組成部分依次說(shuō)明,如本例的第二至六條，要一條一條地寫(xiě)出來(lái)，不要都寫(xiě)到一條中。1軟件的可行性研究的目的：就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是否能夠開(kāi)發(fā)，是否值得去開(kāi)發(fā)。l 非漸增式測(cè)試可以同時(shí)并行測(cè)試所有模塊，能充分利用人力。非漸增式測(cè)試與漸增式測(cè)試的區(qū)別：非漸增式測(cè)試：分別測(cè)試每個(gè)模塊，再放在一起結(jié)合成所要的程序；漸增式測(cè)試：將下一個(gè)要測(cè)試的模塊同已測(cè)試好的模塊放在一起測(cè)試，類(lèi)推結(jié)合成所要的程序；優(yōu)缺點(diǎn)：l 漸增式測(cè)試可以較早發(fā)現(xiàn)模塊間的接口錯(cuò)誤 l 非漸增式測(cè)試最后才組裝，因此錯(cuò)誤發(fā)現(xiàn)得晚。需求分析的任務(wù)是確定待開(kāi)發(fā)的軟件系統(tǒng)“做什么”.具體任務(wù)包括確定軟件系統(tǒng)的功能需求,性能需求和運(yùn)行環(huán)境約束,編制軟件需求規(guī)格說(shuō)明書(shū),軟件系統(tǒng)的驗(yàn)收測(cè)試準(zhǔn)則和初步的用戶(hù)手冊(cè)。20． 聚集：現(xiàn)實(shí)世界中部分整體關(guān)系的模擬。組裝模塊的方式有兩種：漸增式測(cè)試和非漸增式測(cè)試。14． 模塊的作用范圍：一個(gè)模塊的作用范圍是指受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合。10． 模塊：模塊是一個(gè)擁有明確定義的輸入、輸出和特性的程序?qū)嶓w。7． 模塊化：就是將程序劃分為若干個(gè)獨(dú)立模塊的這樣一個(gè)過(guò)程，其中每個(gè)模塊完成一個(gè)特定子功能，每個(gè)模塊既是相對(duì)獨(dú)立的，又是相互聯(lián)系的，它們共同完成系統(tǒng)指定的各項(xiàng)功能。104． 軟件可修改性,是指允許對(duì)軟件系統(tǒng)進(jìn)行修改而不增加其復(fù)雜性，105． 所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(chēng)軟件問(wèn)題報(bào)告。100． 維護(hù)中,因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是編碼副作用。96． 為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動(dòng)稱(chēng)為適應(yīng)性維護(hù)。92． 軟件維護(hù)是軟件生命周期的最后一個(gè)階段，軟件生 命周期中所花費(fèi)用最多的階段是軟件維護(hù)。88． 為了提高測(cè)試的效率，應(yīng)該選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)。83． 在設(shè)計(jì)測(cè)試用例時(shí)，邊界值分析是用的最多的一種黑盒測(cè)試方法。79． 等價(jià)類(lèi)劃分、邊界值分析測(cè)試等屬于黑盒測(cè)試技術(shù)。75． 在現(xiàn)實(shí)項(xiàng)目中，路徑測(cè)試和窮舉測(cè)試是經(jīng)常難以實(shí)現(xiàn)。70． 是對(duì)軟件規(guī)格說(shuō)明,軟件設(shè)計(jì)和編碼的最全面也是最后的審查。66． 匯編語(yǔ)言是面向機(jī)器的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。58． 過(guò)程描述語(yǔ)言可以用于算法和數(shù)據(jù)結(jié)構(gòu)的描述。54． 變換型數(shù)據(jù)處理問(wèn)題的工作過(guò)程大致分為三步，即取得數(shù)據(jù)，變換數(shù)據(jù)和給出數(shù)據(jù)。50． 為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是功能內(nèi)聚，模塊的內(nèi)聚性最高的是功能內(nèi)聚。47． 內(nèi)聚度標(biāo)志一個(gè)模塊內(nèi)部各成分彼此結(jié)合的緊密程度,按其高低程度可分為七級(jí),內(nèi)聚度越高越好。43． 軟件開(kāi)發(fā)過(guò)程中，抽取和整理用戶(hù)需求并建立問(wèn)題域精確模型的過(guò)程叫面向?qū)ο蟮姆治觥?7． 需求規(guī)格說(shuō)明書(shū)的作用包括：作為軟件驗(yàn)收的依據(jù)、用戶(hù)與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解、作為軟件設(shè)計(jì)的依據(jù)等38． 在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有數(shù)據(jù)流圖。30． 用戶(hù)對(duì)軟件需求的描述不精確,往往是產(chǎn)生軟件危機(jī)的原因之一。25． 為了充分發(fā)揮