【文章內(nèi)容簡(jiǎn)介】 互促進(jìn)的（A）。A、可理解性和可測(cè)試性B、效率和可移植性 C、效率和可修改性 D、效率和結(jié)構(gòu)好22. 軟件維護(hù)的困難主要原因是（C）A、費(fèi)用低 B、人員少 C、開(kāi)發(fā)方法的缺陷 D、用戶不配合23. 軟件維護(hù)費(fèi)用高的主要原因是（C）。A、人員少B、人員多C、生產(chǎn)率低D、生產(chǎn)率高24. 為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過(guò)程是(C)。A、校正性維護(hù) B、完善性維護(hù) C、適應(yīng)性維護(hù)D、預(yù)防性維護(hù)25. 可維護(hù)性的特性中，相互矛盾的是(B) 26. 各種不同的軟件維護(hù)中，以（C）維護(hù)所占的維護(hù)量最小。A、 糾錯(cuò)性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù)27. 在變更控制中，（B）可以用來(lái)確保由不同用戶所執(zhí)行的并發(fā)變更。A．異步控制B．同步控制C．存取控制D．基線控制28. 變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和（A）處理實(shí)現(xiàn)了兩個(gè)重要的變更控制要素，即存取控制和同步控制。A．登入B．管理C．填寫(xiě)變更要求D．審查29. 用Gantt圖表示軟件項(xiàng)目進(jìn)度安排，下列說(shuō)法中正確的是（B）30. 基線可作為軟件生存期中各開(kāi)發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng)?shù)模–）上二、 簡(jiǎn)答題1. 為建立良好的編程風(fēng)格應(yīng)遵循什么原則？答：1）節(jié)簡(jiǎn)化①不使用不必要的變量和函數(shù)②避免變量重名，變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯(cuò)誤。③盡量減小代碼量。④盡量減少代碼的執(zhí)行時(shí)間，提高執(zhí)行效率。⑤避免功能冗余的模塊。⑥盡量不使用全局變量。2）模塊化 ①確保物理和邏輯功能密切相關(guān)。 ②限定一個(gè)模塊完成一個(gè)獨(dú)立的功能， 提高模塊的內(nèi)聚度。 ③檢查代碼的重復(fù)率，重復(fù)多的代碼， 要抽出來(lái)作為一個(gè)單獨(dú)的模塊。3）簡(jiǎn)單化 ①采用直接了當(dāng)?shù)乃惴?，避免使用技? 性高和難懂的代碼。 ②使用簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)，避免使用多維 數(shù)組、指針和復(fù)雜的表。 ③注意對(duì)象命名的一致性。 ④以手工的方式簡(jiǎn)化算術(shù)和邏輯表達(dá)式。4）結(jié)構(gòu)化①按標(biāo)準(zhǔn)化的次序說(shuō)明數(shù)據(jù)；②按字母順序說(shuō)明對(duì)象名③使用讀者明了的結(jié)構(gòu)化程序部件；④采用直截了當(dāng)?shù)乃惴?；⑤根?jù)應(yīng)用背景排列程序各個(gè)部分；⑥不隨意為效率而犧牲程序的清晰度和可讀性；⑦讓機(jī)器多做煩瑣的工作，如重復(fù)、庫(kù)函數(shù)；⑧用公共函數(shù)調(diào)用代替重復(fù)出現(xiàn)的表達(dá)式；⑨避免循環(huán)、分支的嵌套層數(shù)過(guò)高；⑩單入口單出口。5）文檔化（documentation）①有效、適當(dāng)?shù)厥褂米⑨尅＂趨f(xié)調(diào)使用程序塊注釋和程序行注釋。③保持文檔和程序的同步。6）格式化（layout)①始終采用統(tǒng)一縮進(jìn)規(guī)則；②適當(dāng)插入括號(hào)表明運(yùn)算次序、排除二義性；③有效地使用空格符以區(qū)別程序的不同意群。2. 什么是軟件測(cè)試？答：軟件測(cè)試從廣義上講,是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評(píng)審和確認(rèn)活動(dòng)。從狹義上講，軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程?；蛘哒f(shuō)，軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各個(gè)階段的規(guī)格說(shuō)明和程序內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測(cè)試用例，用這些測(cè)試用例運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過(guò)程。3. 軟件測(cè)試的原則是什么？答：軟件測(cè)試的原則有：1) 應(yīng)該把測(cè)試貫穿在整個(gè)開(kāi)發(fā)過(guò)程之中。事實(shí)上，從需求分析階段開(kāi)始，每個(gè)階段結(jié)束之前都要進(jìn)行階段審查，目的是盡早發(fā)現(xiàn)和糾正錯(cuò)誤。2) 每個(gè)測(cè)試用例都應(yīng)該包括測(cè)試輸入數(shù)據(jù)和這組數(shù)據(jù)輸入作用下的預(yù)期輸出結(jié)果。在實(shí)際操作中可以列出一張表格，包括每個(gè)測(cè)試用例的編號(hào)、類型、輸入數(shù)據(jù)、預(yù)期輸出結(jié)果、實(shí)際輸出結(jié)果、出錯(cuò)原因分析。3) 要對(duì)每個(gè)測(cè)試結(jié)果進(jìn)行全面檢查，不要漏掉已經(jīng)出現(xiàn)的錯(cuò)誤跡象。4) 程序員應(yīng)該盡量避免檢查自己編寫(xiě)的代碼。測(cè)試工作需要嚴(yán)格的工作作風(fēng)，程序員在測(cè)試自己編寫(xiě)的代碼時(shí)往往會(huì)帶有一些傾向性，使得他們工作中常常出現(xiàn)一些疏漏。而且，程序員對(duì)設(shè)計(jì)規(guī)格說(shuō)明書(shū)的理解錯(cuò)誤而引入的錯(cuò)誤更是難于發(fā)現(xiàn)。5) 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括有效的、期望的輸入情況，也要包括無(wú)效的和不期望的輸入情況。既能夠驗(yàn)證程序正常運(yùn)行的合理輸入，也能夠驗(yàn)證對(duì)異常情況處理的不合理輸入數(shù)據(jù)以及臨界數(shù)據(jù)。在測(cè)試程序時(shí)，人們常常過(guò)多地考慮合法的和期望的輸入條件，以檢查程序是否做了它應(yīng)該做的事情，而忽視了不合法的和預(yù)想不到的輸入條件。事實(shí)上，用戶在使用系統(tǒng)時(shí)，輸入一些錯(cuò)誤指令和參數(shù)是經(jīng)常發(fā)生的，如果軟件遇到這種情況不能做出適當(dāng)?shù)姆磻?yīng)，給出相應(yīng)的提示信息，就可能會(huì)誤導(dǎo)用戶，甚至造成嚴(yán)重?fù)p失。6) 軟件中遺留的錯(cuò)誤數(shù)量與已經(jīng)發(fā)現(xiàn)的錯(cuò)誤數(shù)量成正比。根據(jù)這個(gè)規(guī)律，對(duì)測(cè)試中發(fā)現(xiàn)錯(cuò)誤成堆的模塊更要仔細(xì)測(cè)試。例如，在某個(gè)著名的操作系統(tǒng)中，44%的錯(cuò)誤僅與4%的模塊有關(guān)。7) 回歸測(cè)試的關(guān)聯(lián)性要特別引起注意，修改一個(gè)錯(cuò)誤而引起更多錯(cuò)誤的現(xiàn)象并不少見(jiàn)。8) 測(cè)試程序時(shí)不僅要檢查程序是否做了它應(yīng)該做的事情，還要檢查它是否做了不該做的事情。例如，工資軟件中，軟件只完成在編職工的工資計(jì)算和輸出，不在編人員的工資是不進(jìn)行計(jì)算和輸出的。如果軟件將不在編人員的工資信息也輸出顯然是不合適的。9) 嚴(yán)格執(zhí)行測(cè)試計(jì)劃。在測(cè)試之前應(yīng)該有明確的測(cè)試計(jì)劃，內(nèi)容包括：要測(cè)試的軟件功能和內(nèi)容、測(cè)試用例和預(yù)期結(jié)果、測(cè)試的進(jìn)度安排、需要的工具和資源、測(cè)試控制方式和過(guò)程等。10）做好測(cè)試記錄，為統(tǒng)計(jì)和維護(hù)提供基礎(chǔ)數(shù)據(jù)。4. 請(qǐng)說(shuō)明集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試有什么不同？答：集成測(cè)試界于單元測(cè)試和系統(tǒng)測(cè)試之間，起到“橋梁作用”，一般由開(kāi)發(fā)小組采用白盒加黑盒的方式來(lái)測(cè)試，既驗(yàn)證“設(shè)計(jì)”，又驗(yàn)證“需求”。系統(tǒng)測(cè)試的粒度最大，一般由獨(dú)立測(cè)試小組采用黑盒方式來(lái)測(cè)試，主要測(cè)試系統(tǒng)是否符合“需求規(guī)格說(shuō)明書(shū)”。驗(yàn)收測(cè)試與系統(tǒng)測(cè)試相似，主要區(qū)別是測(cè)試人員不同，驗(yàn)收測(cè)試由用戶執(zhí)行。5. 簡(jiǎn)述單元測(cè)試的內(nèi)容。 答：?jiǎn)卧獪y(cè)試的內(nèi)容有1）模塊接口測(cè)試：對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。為此，對(duì)模塊接口，包括參數(shù)表、調(diào)用子模塊的參數(shù)、全程數(shù)據(jù)、文件輸入/輸出操作都必須檢查。 2）局部數(shù)據(jù)結(jié)構(gòu)測(cè)試：設(shè)計(jì)測(cè)試用例檢查數(shù)據(jù)類型說(shuō)明、初始化、缺省值等方面的問(wèn)題，還要查清全程數(shù)據(jù)對(duì)模塊的影響。 3）路徑測(cè)試：選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量路徑錯(cuò)誤。4）錯(cuò)誤處理測(cè)試：檢查模塊的錯(cuò)誤處理功能是否包含有錯(cuò)誤或缺陷。例如，是否拒絕不合理的輸入。出錯(cuò)的描述是否難以理解、是否對(duì)錯(cuò)誤定位有誤、是否出錯(cuò)原因報(bào)告有誤、是否對(duì)錯(cuò)誤條件的處理不正確。在對(duì)錯(cuò)誤處理之前錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等。5）邊界測(cè)試：要特別注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。 5) 此外，如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。這類信息對(duì)進(jìn)行性能評(píng)價(jià)是十分有用的。6. 什么是白盒測(cè)試？它適應(yīng)哪些測(cè)試？答：白盒測(cè)試也叫結(jié)構(gòu)測(cè)試，測(cè)試者需要了解被測(cè)程序的內(nèi)部結(jié)構(gòu)。白盒測(cè)試通常根據(jù)覆蓋準(zhǔn)則設(shè)計(jì)測(cè)試用例，有語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋和條件組合覆蓋。 白盒測(cè)試適用與單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試7. 非漸增式測(cè)試與漸增式測(cè)試有什么區(qū)別？漸增式測(cè)試如何組裝模塊？答：1）漸增式可以較早地發(fā)現(xiàn)模塊界面之間的錯(cuò)誤，非漸增式則要到最后將所有模塊連接起來(lái)時(shí)才能發(fā)現(xiàn)此類錯(cuò)誤。 2）非漸增式需要較多的人工 3）漸增式有利于排錯(cuò)。如果模塊界面間有錯(cuò)，如果用非漸增式，這類錯(cuò)誤到最后聯(lián)合測(cè)試時(shí)才能發(fā)現(xiàn)，此時(shí)很難判斷錯(cuò)誤發(fā)生在哪一部分，但如果用漸增式，這類錯(cuò)誤就較容易定位，它通常與最新加上去的模塊有關(guān)。 4）漸增式比較徹底。 5）漸增式需要較多的機(jī)器時(shí)間。 6）非漸增式方式，開(kāi)始時(shí)允許幾個(gè)測(cè)試人員并行工作，對(duì)大型系統(tǒng)來(lái)說(shuō)，是很有意義的。8. 采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有哪幾種方法？這些方法各有什么特點(diǎn)？答：黑盒測(cè)試設(shè)計(jì)測(cè)試用例的方法有1）等價(jià)類劃分法 特點(diǎn)是：a、測(cè)試的內(nèi)容相同 b、一個(gè)等價(jià)類中的某個(gè)測(cè)試可以發(fā)現(xiàn)缺陷，那么這個(gè)等價(jià)類的其他測(cè)試也能發(fā)現(xiàn)缺陷 c、一個(gè)等價(jià)類中的某個(gè)測(cè)試不能發(fā)現(xiàn)缺陷，那么這個(gè)等價(jià)類的其它測(cè)試也不能發(fā)現(xiàn)缺陷2）邊界值分析法 特點(diǎn)是：用邊界值分析時(shí)時(shí)常收獲較大，它是在等價(jià)類的邊界上選擇測(cè)試用例3）錯(cuò)誤推測(cè)法 特點(diǎn)是：沒(méi)有確定的步驟，很大程度上是憑借經(jīng)驗(yàn)進(jìn)行的 4）因果圖法 特點(diǎn)是：考慮輸入條件間的組合關(guān)系；考慮輸出條件對(duì)輸入條件的信賴關(guān)系；測(cè)試用例發(fā)現(xiàn)錯(cuò)誤的效率高；能查出功能說(shuō)明中的某些不一致或遺漏9. 白盒測(cè)試法有哪些覆蓋標(biāo)準(zhǔn)？試對(duì)它們的檢錯(cuò)能力進(jìn)行比較。答：白盒測(cè)試的覆蓋標(biāo)準(zhǔn)有：語(yǔ)句覆蓋判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋 檢錯(cuò)能力由弱到強(qiáng)10. 根據(jù)下面程序代碼，畫(huà)出程序流程圖，然后設(shè)計(jì)滿足條件/判定覆蓋、條件組合覆蓋的測(cè)試用例。BEGIN T:=0 IF ( X=80 AND Y=80 )THEN T:=1ELSE IF ( X=90 AND Y=75 ) THEN T:=2 ENDIF IF (X=75 AND Y=90) THEN T:=3 ENDIFENDIF RETURN 測(cè)試用例： 條件/判定覆蓋：1 X=80 Y=80 2 X=90 Y=753 X=50 Y=50條件組合覆蓋：1 X=80 Y=802 X=80 Y=753 X=75 Y=804 X=75 Y=755 X=90 Y=756 X=90 Y=707 X=80 Y=758 X=80 Y=709 X=75 Y=9010 X=75 Y=9011 X=70 Y=9012 X=70 Y=8511. 軟件的可維護(hù)性是軟件設(shè)計(jì)師最關(guān)注的性能，談?wù)劄榱双@得軟件良好的可維護(hù)性，在設(shè)計(jì)時(shí)應(yīng)該注意哪些問(wèn)題？答：為獲得軟件的良好可維護(hù)性，在設(shè)計(jì)階段應(yīng)該做一些變更實(shí)驗(yàn)，檢查系統(tǒng)的可維護(hù)性、靈活性和可移植性，設(shè)計(jì)時(shí)應(yīng)該將今后可能變更的內(nèi)容與其他部分分離開(kāi)來(lái)，并且遵循高內(nèi)聚、低偶合的原則。12. 在軟件文檔中，你認(rèn)為哪些文檔對(duì)于軟件的維護(hù)最重要？需求分析文檔、設(shè)計(jì)文檔、程序文檔對(duì)軟件維護(hù)很重要13. 軟件維護(hù)時(shí)的源程序修改策略是什么？答：軟件維護(hù)時(shí)的源程序修改策略是：由于軟件維護(hù)最終落實(shí)在修改源程序和文檔上。為了正確、有效地修改源程序，通常要先分析和理解源程序，然后才能修改源程序，最后重新測(cè)試和驗(yàn)證源程序。14. 軟件項(xiàng)目計(jì)劃包括那些內(nèi)容？答：軟件項(xiàng)目計(jì)劃的內(nèi)容包括：。對(duì)該軟件項(xiàng)目的綜合描述,定義起所要做的工作以及性能限制,它包括:　　(1)項(xiàng)目目標(biāo)。　　(2)主要功能?！　?3)性能限制?！　?4)系統(tǒng)接口?！　?5)特殊要求?！　?6)開(kāi)發(fā)概述?！　?1)人員資源?！　?2)硬件資源?！　?3)軟件資源?！　?4)其他。 。進(jìn)度安排的好壞往往會(huì)影響整個(gè)項(xiàng)目的按期完成,因此這一環(huán)節(jié)是十分重要的。制定軟件進(jìn)度與其他工程沒(méi)有很大的區(qū)別 ，其方法主要有：　　(1)工程網(wǎng)絡(luò)圖。　　(2)Gantt圖。　　(3)任務(wù)資源表?！　?4)成本估算?！　?5)培訓(xùn)計(jì)劃。？什么是基線？ 答：配置管理能夠系統(tǒng)地處理變更，從而使得軟件系統(tǒng)可以隨時(shí)保持其完整性。配置管理又可成為變更控制，可以用來(lái)評(píng)估提出的變更請(qǐng)求，跟蹤變更，并保持系統(tǒng)在不同時(shí)間的狀態(tài)。軟件配置管理是一套規(guī)范、高效的軟件開(kāi)發(fā)基礎(chǔ)結(jié)構(gòu)?；€是：已經(jīng)通過(guò)正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，并且只能通過(guò)正式的變化控制過(guò)程改變。 三、 應(yīng)用題1. 請(qǐng)讀者參考能夠找到的編程規(guī)范，設(shè)計(jì)一個(gè)C語(yǔ)言編程規(guī)范。答： 文件結(jié)構(gòu) 版權(quán)和版本的聲明版權(quán)和版本的聲明位于頭文件和定義文件的開(kāi)頭（參見(jiàn)示例11），主要內(nèi)容有：（1）版權(quán)信息。（2）文件名稱，標(biāo)識(shí)符，摘要。（3）當(dāng)前版本號(hào)，作者/修改者，完成日期。（4）版本歷史信息。/** Copyright (c) 2001,上海貝爾有限公司網(wǎng)絡(luò)應(yīng)用事業(yè)部* All rights reserved.** 文件名稱：* 文件標(biāo)識(shí)：見(jiàn)配置管理計(jì)劃書(shū)* 摘要：簡(jiǎn)要描述本文件的內(nèi)容** 當(dāng)前版本：* 作者：輸入作者（或修改者）名字* 完成日期：2001年7月20日** 取代版本：* 原作者：輸入原作者（或修改者）名字* 完成日期：2001年5月10日*/示例11 版權(quán)和版本的聲明 頭文件的結(jié)構(gòu)頭文件由三部分內(nèi)容組成：（1）頭文件開(kāi)頭處的版權(quán)和版本聲明（參見(jiàn)示例11）。（2）預(yù)處理塊。（3）函數(shù)和類結(jié)構(gòu)聲明等。假設(shè)頭文件名稱為 ，頭文件的結(jié)構(gòu)參見(jiàn)示例12。?? 【規(guī)則121】為了防止頭文件被重復(fù)引用，應(yīng)當(dāng)用ifndef/define/endif 結(jié)構(gòu)產(chǎn)生預(yù)處理塊。?? 【規(guī)則 122】用include 格式來(lái)引用標(biāo)準(zhǔn)庫(kù)的頭文件（編譯器將從標(biāo)準(zhǔn)庫(kù)目錄開(kāi)始搜索）。?? 【規(guī)則123】用include “” 格式來(lái)引用非標(biāo)準(zhǔn)庫(kù)的頭文件（編譯器將從用戶的工作目錄開(kāi)始搜索）。?? 【建議121】頭文件中只存放“聲明”而不存放“定義”?? 【建議122】不提倡使用全局變量，盡量不要在頭文件中出現(xiàn)象extern int value 這類聲明。ifndef GRAPHICS_H // 被重復(fù)引用define GRAPHICS_Hinclude // 引用標(biāo)準(zhǔn)庫(kù)的頭文件?include “” // 引用非標(biāo)準(zhǔn)庫(kù)的頭文件?void Function1(?)。 // 全局函數(shù)聲明