軟件測試相關(guān)試題

一、選擇題(每題只有一個選項，將你認(rèn)為合理的選項填在題前括號內(nèi)，每小題2分，共16分)(D)1、較實用的軟件測試停止標(biāo)準(zhǔn)是()。A、測試超產(chǎn)過了預(yù)定時間，則停止測試。B、根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試。C、執(zhí)行了所有的測試用例，但并沒有發(fā)現(xiàn)故障，則停止測試。D、用圖表示出某個測試階段中單位時間檢查出的故障數(shù)量，通過對圖中曲線的分析，確定應(yīng)繼續(xù)測試還是停止測試。(C)2、軟件測試的目的是：A、表明軟件是正確的 B、評價軟件質(zhì)量C、盡可能發(fā)現(xiàn)軟件中的錯誤 D、判定軟件是否合格(A)3、()不是常見的覆蓋率標(biāo)準(zhǔn)。A、函數(shù)覆蓋 B、數(shù)據(jù)流覆蓋 C、邏輯覆蓋 D、功能覆蓋(B)4、將基于功能的和基于實現(xiàn)的測試方法結(jié)合在一起的動態(tài)測試類型，我們稱這種測試為（）。A、白盒測試 B、灰盒測試 C、黑盒測試 D、基于故障的測試(B)5、下列不隸屬于白盒測試方法的是()：A、控制流測試 B、健壯性測試 C、數(shù)據(jù)流測試 D、變異測試(A)6、項目管理三要素不包括()。 A、Programming B、Process C、Problem D、Process(D)7、下列選項中，不是Mercury公司測試工具的是()。A、LoadRunner B、WinRunner C、TestDirector D、Rebot(A)8、下面（）方法能夠有效地檢測輸入條件的各種組合可能引起的錯誤。A、因果圖 B、等價類劃分 C、邊界值分析 D、錯誤推測(D)1、通常，()是在編碼階段進(jìn)行的測試，它是整個測試工作的基礎(chǔ)。A、系統(tǒng)測試 B、確認(rèn)測試 C、集成測試 D、單元測試(A)2、據(jù)權(quán)威部門統(tǒng)計，軟件錯誤產(chǎn)生的原因分布圖表中，如下()選項是導(dǎo)致軟件錯誤的主要原因：A、軟件需求規(guī)格說明錯誤B、設(shè)計錯誤C、編碼錯誤D、測試錯誤(C)3、軟件測試充分性理論是由()最先提出的。A、Deutsch和Willis B、McCalletal.C、Goodenough和Gerhart D、Evansh和Marciniak(C)4、軟件測試風(fēng)險管理包含（）和風(fēng)險控制兩方面內(nèi)容。A、 風(fēng)險排序 B、風(fēng)險識別 C、風(fēng)險評估 D、風(fēng)險分析(D)5、下列不屬于黑盒測試方法的是()。A、等價類劃分 B、狀態(tài)測試 C、邊界值分析 D、變異測試(A)6、常見的覆蓋率標(biāo)準(zhǔn)不包括()。A、函數(shù)覆蓋 B、邏輯覆蓋 C、數(shù)據(jù)流覆蓋 D、功能覆蓋(B)7、因果圖是（）公司最先發(fā)明并實施的。A、SUN B、IBM C、Microsoft D、ORACLE(D)8、針對下面一個程序段：if ((A>1)&&(B==0))S1;If ((A==2)||(X>1))S2;其中，S1、S2均為語句塊?，F(xiàn)在選取測試用例：A=2B=0X=3，該測試用例滿足了（）。A、路徑覆蓋 B、條件組合覆蓋C、判定覆蓋 D、語句覆蓋(A)1、下列各測試工具中隸屬于Mercury公司產(chǎn)品的是（）A、WinRunner B、JUnit C、Purify D、WebStress(D)2、下面關(guān)于軟件測試的說法，其中正確的是()經(jīng)過測試沒有發(fā)現(xiàn)錯誤，說明程序正確 成功的測試是沒有發(fā)現(xiàn)錯誤的測試測試的目標(biāo)是為了證明程序沒有錯誤 D、成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試(B)3、在某種類型會議上，由小組成員閱讀程序，以發(fā)現(xiàn)程序錯誤，同時測試員利用測試數(shù)據(jù)人工運(yùn)行程序并得出輸出結(jié)果，然后由參加者對結(jié)果進(jìn)行審查,以達(dá)到測試的目的。這種測試方法是（）。A、軟件審查 B、代碼走查 C、技術(shù)評審 D、代碼審查(C)4、測試充分性準(zhǔn)則內(nèi)容不包括()。A、空集不充分性 B、單調(diào)性 C、可靠性 D、復(fù)雜性(A)5、控制流覆蓋準(zhǔn)則約束最弱的是()。A、點(diǎn)覆蓋 B、邊覆蓋 C、條件覆蓋 D、路徑覆蓋(C)6、設(shè)計測試用例時候，（）是用得最多的一種黑盒測試方法。A、因果圖 B、等價類劃分 C、邊界值分析 D、錯誤推測(B)7、軟件測試風(fēng)險管理包含（）和風(fēng)險控制兩方面內(nèi)容。A、風(fēng)險識別 B、風(fēng)險評估 C、風(fēng)險排序 D、風(fēng)險分析(A)8、對下面的計算個人所得稅程序中if(income<800) taxrate=0;elseif(income<=1500) taxrate=0.05;elseif(income<2000) taxrate=0.08;elsetaxrate=0.1;滿足判定覆蓋的測試用例是()。A、income=(799,1500,1999,2000) B、income=(799,1501,2000,2001)C、income=(800,1500,2000,2001) D、income=(800,1499,2000,2001)二、判斷題(判斷下列題目是否正確，如果正確請打“√”，錯誤請打“×”每小題2分，共8分)(√)1、技術(shù)評審即是一種技術(shù)手段，也是一種質(zhì)量管理手段。(×)2、設(shè)計－實現(xiàn)－測試，軟件測試是開發(fā)后期的一個階段。(×)3、單元測試僅僅證明了被測程序單元做了什么。(×)4、由于函數(shù)覆蓋率是基于代碼的，所以也可以把函數(shù)覆蓋歸入黑盒測試的范疇。(√)1、在軟件測試中,測試預(yù)言是一種檢驗待測系統(tǒng)在特定執(zhí)行下是否正確運(yùn)行的方法。(×)2、在白盒測試中，如果覆蓋率達(dá)到100%，就基本可以保證把所有的隱藏程序缺陷都已經(jīng)揭露出來了。(×)3、軟件測試的目的在于發(fā)現(xiàn)錯誤、改正錯誤。(√)4、由于函數(shù)覆蓋率是基于代碼的，所以也可以把函數(shù)覆蓋歸入白盒測試的范疇。(×)1、軟件測試等于程序測試。(×)2、我是個很棒的程序員，我無需進(jìn)行單元測試。(√)3、在白盒測試中，即使覆蓋率達(dá)到100%，也無法保證所有的隱藏程序缺陷都已經(jīng)被揭露出來。(×)4、由于函數(shù)覆蓋率是基于代碼的，所以也可以把函數(shù)覆蓋歸入黑盒測試的范疇。(×)1、軟件故障是導(dǎo)致軟件失效的必要和充分要素。(√)2、同行評審的主要目標(biāo)在于檢測錯誤、核對與標(biāo)準(zhǔn)的偏離。(√)3、在任何軟件機(jī)構(gòu)中，定期、不定期的培訓(xùn)、再培訓(xùn)都是必須而且是必要的。(√)4、在整個機(jī)構(gòu)中使用基礎(chǔ)設(shè)施防護(hù)與改進(jìn)部件的主要目標(biāo)是在機(jī)構(gòu)積累的SQA經(jīng)驗基礎(chǔ)上消除或至少降低出錯率。(×)5、所有SQA活動和項目里程碑的完成或項目里程碑的檢驗是同時發(fā)生的。(×)6、DanielGalin等提在20世紀(jì)50年代建立的經(jīng)典質(zhì)量費(fèi)用模型，提供了一種以經(jīng)濟(jì)學(xué)觀點(diǎn)把與產(chǎn)品質(zhì)量保證相關(guān)的費(fèi)用非類的方法學(xué)。(√)7、一旦更改過的SCI替換了前面的SCI，就認(rèn)為完成了軟件的一個新版本。(√)8、軟件質(zhì)量成本是一個投資問題，而不是成本問題!(×)9、SEICMM評估標(biāo)準(zhǔn),ISO9001和ISO9000-3標(biāo)準(zhǔn)是典型的項目過程標(biāo)準(zhǔn)。(√)10、軟件質(zhì)量保證的獨(dú)特性是由軟件產(chǎn)品不同于其他制造產(chǎn)品的本質(zhì)決定的。(√)1、在專業(yè)的軟件開發(fā)、維護(hù)中，SQA環(huán)境是建立、執(zhí)行SQA方法時必須首要考慮的問題。(×)2、如何看待軟件產(chǎn)品內(nèi)部的缺陷，開發(fā)者和用戶的立場是一致的。(√)3、專家觀點(diǎn)通過引進(jìn)補(bǔ)充的外部能力到機(jī)構(gòu)內(nèi)部開發(fā)過程中來而支持質(zhì)量評估工作。(×)4、質(zhì)量管理標(biāo)準(zhǔn)是專業(yè)標(biāo)準(zhǔn)，它們向開發(fā)組提供方法學(xué)指南。(√)5、軟件生命周期模型強(qiáng)調(diào)的是直接開發(fā)活動，而沒有指示出開發(fā)過程的顧客參與。(×)6、規(guī)程具有機(jī)構(gòu)范圍的適用性，它的執(zhí)行和具體執(zhí)行的人或組織背景有著密切關(guān)系。(×)7、CAPA的目的在于檢測、處理、改正軟件缺陷。(×)8、項目進(jìn)展控制SQA工具有Gatt圖、日歷、數(shù)據(jù)流圖和活動網(wǎng)絡(luò)圖。(√)9、IEEE、ISO、DOD、ANSI、EIA都是著名的SQA標(biāo)準(zhǔn)開發(fā)機(jī)構(gòu)。(√)10、在科學(xué)和工程中，如果沒有度量，對一切都沒有一個定量的了解，那么這種科學(xué)和工程既不是有效的，也不是實際的。(×)1、在軟件產(chǎn)品制定生產(chǎn)計劃階段,不必進(jìn)行重大的SQA活動。(√)2、軟件故障是導(dǎo)致軟件失效的必要，而非充分要素。(×)3、只有客戶才會有興趣透徹定義它的需求以確保他約定的軟件產(chǎn)品的質(zhì)量。(√)4、軟件質(zhì)量系統(tǒng)之間各不相同，說明機(jī)構(gòu)SQA系統(tǒng)構(gòu)建存在固有靈活性。(√)5、質(zhì)量管理標(biāo)準(zhǔn)指導(dǎo)軟件開發(fā)、維護(hù)和基礎(chǔ)設(shè)施的管理。它的重點(diǎn)是需要什么，但沒有指明如何達(dá)到標(biāo)準(zhǔn)要求的努力細(xì)節(jié)。(×)6、通常，檢查表的使用的是強(qiáng)制性的。(×)7、CAPA的執(zhí)行從根本上依賴于正確的指導(dǎo)和經(jīng)常的培訓(xùn)。(√)8、軟件質(zhì)量度量面臨的特有困難根植于包含于軟件質(zhì)量度量的測量（參數(shù)）中。(√)9、一旦更改過的SCI替換了前面的SCI，就認(rèn)為完成了軟件的一個新版本。(×)10、SQA項目過程標(biāo)準(zhǔn)如CMM、ISO9000-3標(biāo)準(zhǔn)。三、填空題(每空1分，共14分；請把答案書寫在相應(yīng)橫線上。)1、軟件測試過程包含的測試活動有測試計劃，測試設(shè)計，測試實施，測試執(zhí)行，缺陷跟蹤和測試評估2、軟件測試策略的確定過程通常經(jīng)歷確定測試需求、評估風(fēng)險、確定測試策略三個階段組成。3、變異測試的理論基礎(chǔ)是程序員能力假設(shè)和組合效應(yīng)假設(shè)。4、軟件缺陷打開/關(guān)閉圖表、根本原因圖表、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。5、軟件測試規(guī)范可以分為行業(yè)規(guī)范和操作規(guī)范。1、通常，由人工進(jìn)行的靜態(tài)測試方法包括桌面檢查、代碼審查、代碼走查和技術(shù)評審。2、典型的測試設(shè)計活動包括測試用例設(shè)計、測試過程設(shè)計、設(shè)計驅(qū)動程序和穩(wěn)定的樁。3、按照測試的層次和策略,軟件測試可以分為單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。4、為了考察測試用例的重要性，我們可以從有效性、可重用性、易組織性、可評估性、可管理性五方面理解。5、面向?qū)ο蠹蓽y試常見方法包括抽樣測試、正交矩陣（陣列）測試。1、面向?qū)ο鬁y試充分性三個常用標(biāo)準(zhǔn)是基于狀態(tài)的覆蓋率、基于約束的覆蓋率和基于代碼的覆蓋率。2、常見的程序分析視角有句法視角，功能視角、文本視角和計算流視角3、按照測試用例的設(shè)計方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。4、我們可以按照編寫過程、執(zhí)行過程和組織過程三個緯度對測試用例屬性進(jìn)行歸類。5、單元測試內(nèi)容包含如下方面：模塊接口測試、邊界條件測試、錯誤處理測試、局部數(shù)據(jù)結(jié)構(gòu)測試和重要路徑測試。1、軟件質(zhì)量工程包括軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。2、McCall模型產(chǎn)品修改緯度的質(zhì)量因素有可維護(hù)性、可測試性、靈活性。3、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹饕卣魇墙M件的密集重用。4、有兩種同行評審方法學(xué)：審查和走查。5、RMA可以劃分成三組類別內(nèi)部風(fēng)險管理措施、分包風(fēng)險管理措施和顧客風(fēng)險管理措施。6、支持性質(zhì)量手段有模板和檢查表。7、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過程度量和軟件產(chǎn)品度量。8、軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。9、SQA標(biāo)準(zhǔn)被劃分成軟件質(zhì)量管理標(biāo)準(zhǔn)和軟件項目過程標(biāo)準(zhǔn)兩類。10、軟件缺陷的固有特征有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。1、McCall模型劃分了軟件運(yùn)行、軟件轉(zhuǎn)移、軟件修改三個緯度的11個軟件質(zhì)量因素。2、螺旋模型任何一次迭代都可劃分為制定計劃、風(fēng)險分析和化解、工程和顧客評估四個項限。3、依據(jù)合同評審的目標(biāo)對合同評審主題進(jìn)行分類為建議草案評審主題和合同草案評審主題兩種類型。4、典型的版本方針包括嚴(yán)格-單一活動版本方針、多版本方針。5、軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。6、CAPA過程的成功運(yùn)行包含如下活動：信息收集、信息分析、解決方案和改進(jìn)方法的建立、改進(jìn)方法的執(zhí)行、跟蹤。7、常見的軟件配置演化模型有線性演化模型和樹演化模型。8、軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。9、從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn)和評估標(biāo)準(zhǔn)兩種類型。10、測試人員、SQA單位是SQA專職人員。1、CMM內(nèi)容包含初始級、可重復(fù)級、已定義級、已管理級和可優(yōu)化級五個等級。2、軟件質(zhì)量保證的目標(biāo)包括面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護(hù)兩大方面。3、開發(fā)生命周期階段SQA部件可以劃分成三類：評審、專家觀點(diǎn)、軟件測試、軟件維護(hù)SQA部件和由第三方/分包商使用的SQA部件。4、版本方針和更改方針是維護(hù)方針的主要組成。5、外部參與方可被分類為分包商、COTS軟件和重用軟件模塊的供貨商和顧客自身三組。6、在任何機(jī)構(gòu)中，CAPA要正確發(fā)揮作用需要CAPA記錄流的跟蹤、CAPA執(zhí)行的跟蹤和CAPA執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務(wù)。7、軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。8、軟件過程度量可以進(jìn)一步劃分為軟件過程質(zhì)量度量、軟件過程進(jìn)度度量和軟件過程生產(chǎn)率度量。9、從內(nèi)容和重點(diǎn)上我們可以把質(zhì)量管理標(biāo)準(zhǔn)劃分成認(rèn)證標(biāo)準(zhǔn)和評估標(biāo)準(zhǔn)兩種類型。10、通常，軟件質(zhì)量的管理部件有項目進(jìn)展控制、軟件質(zhì)量度量、軟件質(zhì)量費(fèi)用和可用于控制軟件維護(hù)的工具SQA管理工具。四、名詞解釋(每小題3分，共18分)1、軟件測試風(fēng)險軟件測試風(fēng)險是指軟件測試過程出現(xiàn)的或潛在的問題2、動態(tài)測試技術(shù)通過在抽樣測試數(shù)據(jù)上運(yùn)行程序來檢驗程序的動態(tài)行為和運(yùn)行結(jié)果以發(fā)現(xiàn)缺陷。3、確認(rèn)測試確認(rèn)測試是驗證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的從功能、性能、可靠性、易用性等方面作全面的質(zhì)量檢測，幫助軟件企業(yè)找出產(chǎn)品存在的問題，出具相應(yīng)的產(chǎn)品質(zhì)量報告。4、條件組合覆蓋條件組合覆蓋是邏輯覆蓋標(biāo)準(zhǔn)的一種，它要求選取足夠多的測試數(shù)據(jù)，使得每個判定表達(dá)式中條件的各種可能組合都至少出現(xiàn)一次。5、L10N軟件本地化6、（軟件產(chǎn)品的）FURPSFURPS即軟件系統(tǒng)的功能、可使用性、可靠性、性能和支持等特性。1、L10N&&I18N軟件本地化和國際化2、軟件測試項目管理軟件測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運(yùn)用專門的軟件測試知識、技能、工具和方法，對測試項目進(jìn)行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進(jìn)行分析和管理活動。3、軟件測試文檔測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進(jìn)行描述、定義、規(guī)定和報告的任何書面或圖示信息。4、測試用例測試用例是為了特定目的而設(shè)計的測試數(shù)據(jù)及相關(guān)測試規(guī)程的一個特定集合，即為有效發(fā)現(xiàn)軟件缺陷的最小測試執(zhí)行單元。5、白盒測試白盒測試是指測試人員根據(jù)程序的內(nèi)部結(jié)構(gòu)特性和與程序路徑相關(guān)的數(shù)據(jù)特性，設(shè)計測試數(shù)據(jù)組成測試用例執(zhí)行程序的一種動態(tài)測試。6、無效等價類無效等價類是指對于程序的規(guī)格說明來說，不合理的，沒有意義的輸入數(shù)據(jù)的集合。軟件測試軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蜍浖y試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測試用例運(yùn)行程序，以及發(fā)現(xiàn)錯誤的過程。2、測試用例的有效性軟件測試用例是測試人員測試過程中的重要參考依據(jù)；不同測試人員根據(jù)相同測試用例所得到的輸出應(yīng)該是一致的。3、軟件測試規(guī)范軟件測試規(guī)范是對軟件測試流程的過程化，并對每一個過程元素進(jìn)行明確界定，而形成的完整的規(guī)范體系。4、條件覆蓋條件覆蓋隸屬控制流覆蓋標(biāo)準(zhǔn)的范疇，它不僅要求每個語句至少執(zhí)行一次，而且要求使得判定表達(dá)式中每個條件都取得各種可能的結(jié)果5、TDD測試驅(qū)動開發(fā)（TestDrivenDevelopment）6、α測試α測試是由用戶在開發(fā)環(huán)境下進(jìn)行的測試，也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的測試。這是在受控制的環(huán)境下進(jìn)行的測試。Crosby軟件質(zhì)量的定義系統(tǒng)、部件或過程滿足規(guī)定需求的程度。2、軟件可靠性（IEEE）軟件可靠性是指一個系統(tǒng)或組件在某個特定時期、特定條件下完成所需完成的功能的能力。3、規(guī)程規(guī)程是完成某件事情或行動的特定方式，即規(guī)程是為了完成一個任務(wù)，根據(jù)給定方法所執(zhí)行的詳細(xì)活動或過程。4、開發(fā)風(fēng)險軟件開發(fā)風(fēng)險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì)，如果忽略它，將增加軟件項目失敗的可能。5、（軟件工程領(lǐng)域）模板在軟件工程領(lǐng)域，模板指的是小組或機(jī)構(gòu)創(chuàng)建的，用于編輯報告以及其他形式文檔的格式。6、軟件配置管理一個負(fù)責(zé)應(yīng)用(計算機(jī)化的或非計算機(jī)化的)技術(shù)工具和管理規(guī)程、使之能夠完成為維護(hù)SCI和軟件配置版本所需任務(wù)的SQA部1、DanielGalin軟件質(zhì)量保證的擴(kuò)展定義軟件質(zhì)量保證是一個有系統(tǒng)的、有計劃的行動集合，它是提供軟件產(chǎn)品開發(fā)、維護(hù)過程符合其已建立的技術(shù)需求以及跟上計劃安排和在預(yù)算限制之內(nèi)進(jìn)行管理上的需求充分信任所必需的。2、合同評審合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。3、規(guī)程規(guī)程是完成某件事情或行動的特定方式，即規(guī)程是為了完成一個任務(wù)，根據(jù)給定方法所執(zhí)行的詳細(xì)活動或過4、4W1HW1H即WHAT,WHEN,WHERE,WHO和HOW。他們具體含義如下：WHAT--Whatactivitieshavetobeperformed?WHEN--WhenShouldtheactivitybeperformed?WHERE--Whereshouldtheactivitybeperformed?WHO--Whoshouldperformtheactivity?HOW--Howshouldeachactivitybeperformed?5、受控文檔受控文檔是那些目前就對軟件系統(tǒng)的開發(fā)、維護(hù)以及與目前和將來顧客關(guān)系的管理重要或可能變得重要的，并且處于控制狀態(tài)下的文檔。6、軟件質(zhì)量度量一個項目具有給定質(zhì)量屬性的程度定量測度；或一個函數(shù)，其輸入為軟件數(shù)據(jù)、輸出為單一的數(shù)值，該值可以被理解為軟件具有給定質(zhì)量屬性的程度Pressman軟件質(zhì)量的定義軟件質(zhì)量是符合明確陳述的功能性能需求、明確文檔化了的開發(fā)標(biāo)準(zhǔn)和所有專業(yè)開發(fā)預(yù)期的隱含特性。2、軟件開發(fā)風(fēng)險軟件開發(fā)風(fēng)險是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì)，如果忽略它，將增加軟件項目失敗的可能。3、合同評審合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。4、質(zhì)量記錄質(zhì)量記錄是一種特殊類型的受控文檔。它是面向顧客的文檔，用于證實同顧客需求的全面符合性以及貫穿于開發(fā)和維護(hù)全過程的軟件質(zhì)量保證系統(tǒng)的有效運(yùn)行5、軟件可靠性管理軟件可靠性管理指通過一個程序使軟件的可靠性得到最優(yōu)化的過程。此程序著重于軟件防錯（softwareerrorprevention），發(fā)現(xiàn)并清除fault；此程序著重于采用一定措施并根據(jù)諸如資源，進(jìn)度表及性能的約束條件使可靠性最大化。6、軟件配置版本軟件配置版本是指在給定時間點(diǎn)上組成軟件系統(tǒng)的、已批準(zhǔn)而且文檔化的SCI版本的集合。五、問答題(每小題4分，共20分)談?wù)勀銓ψ儺悳y試原理的理解。（1）使用變異算子對被測程序做微小的合乎語法的變動，每個新程序稱為一個變異體；（2）根據(jù)已有的測試數(shù)據(jù)運(yùn)行變異體；（3）比較變異體和原程序的運(yùn)行結(jié)果：如果兩者不同就稱該測試數(shù)據(jù)將該變異體殺死了；否則稱該變異體是活的。2、請闡述軟件測試的原則。（1）盡早的和不斷的測試應(yīng)作為軟件開發(fā)人員的座右銘。（2）測試用例應(yīng)當(dāng)由測試數(shù)據(jù)和與之對應(yīng)的預(yù)期結(jié)果組成。（3）測試用例應(yīng)包括合理的輸入條件和不合理的輸入條件。（4）嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性。（5）充分注意測試當(dāng)中的群體現(xiàn)象。（6）要對每一個測試結(jié)果作全面的檢查。（7）保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護(hù)工作提供充分的資料。3、測試用例設(shè)計的考慮因素有哪些？（1）測試用例必須具有代表性、典型性；[1分]（2）測試用例要濃縮系統(tǒng)設(shè)計；[1分]（3）測試用例既要考慮正確的輸入，也需要考慮錯誤或異常的輸入，以及促使這些錯誤、異常發(fā)生的條件；[1分]（4）用戶測試用例設(shè)計需要考慮用戶實際使用場景。[1分]4、集成測試策略中，漸增式與非漸增式集成策略各有何優(yōu)、缺點(diǎn)？為什么通常采用漸增式？非漸增式集成策略是將所有的模塊一次連接起來，簡單、易行，節(jié)省機(jī)時，但測試過程中難于查錯，發(fā)現(xiàn)錯誤也很難定位，測試效率低。[1分]漸增式集成策略是將模塊一個一個地連入系統(tǒng)，每連入一個模塊，都要對新系統(tǒng)進(jìn)行測試。這種組裝測試方案比較非漸增式，容易查出錯誤及進(jìn)行錯誤定位，有利于查出模塊接口部分的錯誤，因此測試效率高。但漸增式較費(fèi)機(jī)時。[2分]比較兩種集成策略，顯然漸增式有利于實現(xiàn)測試的目標(biāo)，故通常采用漸增式進(jìn)行組裝測試。[1分]5、請評價白盒測試？（1）[2分]優(yōu)點(diǎn)迫使測試人員去仔細(xì)思考軟件的實現(xiàn);可以檢測代碼中的每條分支和路徑;揭示隱藏在代碼中的錯誤;對代碼的測試比較徹底;最優(yōu)化。（2）[2分]缺點(diǎn)昂貴;無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤;白盒測試不驗證規(guī)格的正確性。黑盒測試的特點(diǎn)有哪些？（1）不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性；[1分]（2）測試人員只需知道該程序輸入和輸出之間的關(guān)系或功能；[1分]（3）設(shè)計測試用例的依據(jù)是需求規(guī)格說明書或用戶手冊；[1分]（4）尤其適合于一些第三方軟件測試，由于無法得到源程序，無法用其它方法進(jìn)行測試。[1分]等價類劃分的步驟如何？（1）根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃分成若干有效等價類和若干無效等價類；[2分]（2）設(shè)計一個測試用例，使其覆蓋盡可能多的尚未被覆蓋的有效等價類，重復(fù)該步驟，直至所有有效等價類均被覆蓋；[1分]（3）設(shè)計一個測試用例，使其覆蓋一個的尚未被覆蓋的無效等價類，重復(fù)該步驟，直至所有無效等價類均被覆蓋。[1分]3、談?wù)勀銓Α俺掷m(xù)的軟件測試”的理解。持續(xù)的軟件測試有兩方面的含義：（1）完整的軟件測試工作應(yīng)該貫穿整個軟件生存周期存周期[2分]（2）軟件開發(fā)不同階段都有軟件測試工作，即軟件測試工作的各個步驟分布在整個軟件生存周期中。[2分]4、一般的軟件項目管理與軟件測試項目管理之間的區(qū)別由那些？（1）對于一般的軟件項目管理，成本和進(jìn)度控制是最重要的；[2分]（2）而在軟件測試項目管理中，質(zhì)量第一是基本點(diǎn)，所有測試項目管理工作都要圍繞提高產(chǎn)品質(zhì)量展開，最終保證在合理的成本、進(jìn)度下滿足用戶需求或期望。[2分]5、與桌面檢查相比，代碼審查與代碼走查有哪些優(yōu)點(diǎn)？（1）桌面檢查即程序員自己檢查自己的程序。通常，由于程序員思維定勢、心理因素的限制，使得桌面檢查效率不高。[2分]（2）代碼走查、代碼審查采用成組方式進(jìn)行，一旦發(fā)現(xiàn)錯誤就知道了錯誤的位置和性質(zhì)，從而大大降低了調(diào)試費(fèi)用和成本；另外代碼走查、代碼審查可以一次發(fā)現(xiàn)一批錯誤，錯誤發(fā)現(xiàn)效率較高。[2分]1、請比較白盒測試與黑盒測試方法？（1）白盒測試只考慮測試軟件產(chǎn)品,它不保證完整的需求規(guī)格是否被滿足。而黑盒測試只考慮測試需求規(guī)格,它不保證實現(xiàn)的所有部分是否被測試到。[1分]（2）黑盒測試會發(fā)現(xiàn)遺漏的缺陷,指出規(guī)格的哪些部分沒有被完成。而白盒測試會發(fā)現(xiàn)代理方面的缺陷,指出哪些實現(xiàn)部分是錯誤的。[1分]（3）白盒測試比黑盒測試成本要高得多。它需要在測試可被計劃前產(chǎn)生源代碼,并且在確定合適的數(shù)據(jù)和決定軟件是否正確方面需要花費(fèi)更多的工作量。[1分]（4）一個白盒測試的失敗會導(dǎo)致一次修改,這需要所有的黑盒測試被重復(fù)執(zhí)行并且重新決定白盒測試路徑。[1分]測試項目中，主要的測試文檔有哪些？測試計劃、測試設(shè)計規(guī)格說明、測試用例說明、測試規(guī)程規(guī)格說明、測試執(zhí)行報告、測試日志、測試缺陷報告、測試總結(jié)報告等3、談?wù)勀銓Α败浖y試的必要性”的理解。軟件測試的必要性主要體現(xiàn)在如下方面：程序代碼最終體現(xiàn)了軟件的質(zhì)量；軟件測試力爭發(fā)現(xiàn)更多的缺陷盡量減少殘留的缺陷；軟件測試提高軟件的正確性；軟件測試建立對軟件的信心；軟件測試掌握軟件的質(zhì)量水平；軟件測試是軟件質(zhì)量保證的重要手段。4、請闡述測試用例在代碼走查中的作用。（1）代碼走查中，測試用例并不是關(guān)鍵，也并不是僅想驗證這幾個測試用例運(yùn)行是否正確，人腦畢竟比計算機(jī)慢太多；（2）這里測試用例是作為懷疑程序邏輯與計算錯誤的啟發(fā)點(diǎn)，在隨測試實例游歷程序邏輯時，在懷疑程序的過程中發(fā)現(xiàn)錯誤。5、測試覆蓋準(zhǔn)則的作用如何？1）定量地規(guī)定軟件測試需求，指導(dǎo)測試數(shù)據(jù)的選擇；（2）度量測試數(shù)據(jù)集，揭示軟件特定特征的能力；（3）對測試結(jié)果和軟件可靠性評估具有重要影響。專業(yè)軟件開發(fā)的SQA環(huán)境有哪些特征？遵守合同約定；服從顧客供貨商關(guān)系；需要協(xié)同工作；需要同其他開發(fā)組的合作和協(xié)調(diào)；同其它軟件系統(tǒng)的接口；項目組有變化時項目繼續(xù)進(jìn)行；需要持續(xù)維護(hù)軟件系統(tǒng)若干年。請指出走查、審查這兩種同行評審方法的不同？走查和審查的區(qū)別是其正式性的等級。其中，審查是兩者之中更為正式。[2分]走查的發(fā)現(xiàn)限于被評審文檔的意見，而審查的發(fā)現(xiàn)還同改進(jìn)開發(fā)方法自身的工作相結(jié)合。所以和走查相比，審查對一般的SQA做出了更大貢獻(xiàn)。請詳細(xì)描述軟件質(zhì)量費(fèi)用的經(jīng)典模型？在經(jīng)典軟件質(zhì)量費(fèi)用模型中，軟件質(zhì)量費(fèi)用可以劃分為控制費(fèi)用、控制失效費(fèi)用。其中，控制費(fèi)用被進(jìn)一步細(xì)化為預(yù)防費(fèi)用和評價費(fèi)用；控制失效費(fèi)用進(jìn)一步細(xì)化為內(nèi)部失效費(fèi)用、外部失效費(fèi)用。預(yù)防費(fèi)用包括建立軟件質(zhì)量基礎(chǔ)設(shè)施、更新并改進(jìn)基礎(chǔ)設(shè)施以及完成其運(yùn)行所需的常規(guī)活動的投資。評價費(fèi)用花在特定項目或軟件系統(tǒng)中軟件錯誤的檢測上。內(nèi)部失效費(fèi)用是指改正在顧客現(xiàn)場安裝軟件之前實施設(shè)計評審、軟件測試及驗收測試時檢測到的錯誤而產(chǎn)生的費(fèi)用。（4）外部失效費(fèi)用限定為改正由顧客或維護(hù)組在顧客現(xiàn)場安裝軟件系統(tǒng)之后檢測到的失效的費(fèi)用。認(rèn)證標(biāo)準(zhǔn)和評估標(biāo)準(zhǔn)的主要區(qū)別？認(rèn)證標(biāo)準(zhǔn)的重點(diǎn)是外部的--支持供貨商顧客關(guān)系[2分]，而評估標(biāo)準(zhǔn)的重點(diǎn)是內(nèi)部的。因為評估標(biāo)準(zhǔn)關(guān)注的是軟件過程改進(jìn)[2分]。5、CCB的決策機(jī)制有哪些種類？你認(rèn)為其中那種決策機(jī)制更實用？（1）最普遍的方法是投票決定。每個代表都投票，采用少數(shù)服從多數(shù)的方式。這種民主的做法能夠充分調(diào)動CCB成員的機(jī)機(jī)性；但是少數(shù)服從多數(shù)含義模糊，該決策模式也容易產(chǎn)生一些政見。（2）極端的做法是所有決策都交給一個人，這種安排鼓勵在決策中靈活考慮各種意見，但壓抑了CCB其他成員的積極性；（3）第三種可行的決策機(jī)制是尋求CCB成員的一致意見，同時提供合理的跳出機(jī)制。綜合考慮上述三種不同CCB決策機(jī)制，第三種策略最為實用。6、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些？傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動，如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報廢、返工、返修等形式出現(xiàn)；[2分]現(xiàn)代的質(zhì)量成本的目的則在于通過預(yù)防和評估活動中的適當(dāng)投入，減少與失效有關(guān)的活動。[2分]Crosby,Juran,Pressman軟件質(zhì)量定義的比較。（1）Crosby的定義指的是寫好的軟件符合由顧客和它的專業(yè)組編制的規(guī)格說明書的程度。這也意味著包含在規(guī)格說明中的錯誤是不予考慮的，也不降低軟件質(zhì)量—顯然這是不足的。[1分]（2）Juran的定義旨在達(dá)到顧客滿意度，這就要求對檢查改正顧客的需求規(guī)格書投入大量工作。但該定義的主要缺點(diǎn)是免除了顧客對軟件規(guī)格書準(zhǔn)確性、完備性的責(zé)任。[1分]（3）Pressman定義為SQA提出了要由開發(fā)者滿足的三個要求：特定功能需求，它主要是指軟件系統(tǒng)的輸出；在合同中提出的軟件質(zhì)量標(biāo)準(zhǔn)；反映當(dāng)今水平的專業(yè)方法的良好軟件工程方法的發(fā)展水平。實際上，Pressman定義提供了測試滿足需求程度的操作方向。談?wù)勀銓贤u審過程的理解？合同評審是一個指導(dǎo)評審建議草案和合同文檔的SQA部件。其過程分為兩個階段進(jìn)行：[1分]（1）第一階段—提交給可能顧客之前的建議草案評審；[1分]（2）第二階段—簽約前的合同草案評審,該階段在建議和合同談判期達(dá)成的理解基礎(chǔ)上評審合同草案。[1分]每個評審階段完成后，要求建議組與法律部進(jìn)行必要的修改、補(bǔ)充和改正。[1分]請列舉典型的軟件質(zhì)量基礎(chǔ)設(shè)施SQA部件?(不少于5個)規(guī)程與工作條例、支持性質(zhì)量手段、員工培訓(xùn)與認(rèn)證、改正性和預(yù)防性措施、配置管理、文檔編制控制請指出軟件質(zhì)量費(fèi)用擴(kuò)展模型對軟件質(zhì)量費(fèi)用經(jīng)典模型的擴(kuò)展。仔細(xì)考察經(jīng)典軟件質(zhì)量費(fèi)用模型的考察，我們將發(fā)現(xiàn)經(jīng)典軟件質(zhì)量費(fèi)用模型沒有能夠涵蓋管理以及管理性失效導(dǎo)致的軟件質(zhì)量費(fèi)用。[2分]軟件質(zhì)量費(fèi)用擴(kuò)展模型拓展了經(jīng)典軟件質(zhì)量費(fèi)用模型，以涵蓋管理人員對軟件質(zhì)量總費(fèi)用的‘貢獻(xiàn)’—軟件質(zhì)量的擴(kuò)展模型：相對經(jīng)典軟件質(zhì)量費(fèi)用，軟件質(zhì)量費(fèi)用擴(kuò)展模型添加了管理性準(zhǔn)備與控制費(fèi)用和管理性失效費(fèi)用。[2分]（管理性準(zhǔn)備與控制費(fèi)用同實施的預(yù)防性管理失效或減少這些這些失效的預(yù)期出現(xiàn)的活動相關(guān)聯(lián)；）請描述ISO9000-3質(zhì)量管理系統(tǒng)的基本原理（1）顧客關(guān)注。機(jī)構(gòu)依靠它們的顧客，所以應(yīng)當(dāng)理解當(dāng)前的與未來的顧客需要；（2）領(lǐng)導(dǎo)--建立并維護(hù)一個積極的內(nèi)部環(huán)境中行使領(lǐng)導(dǎo)權(quán)，以實現(xiàn)機(jī)構(gòu)的目標(biāo)；（3）人們的投入。人是機(jī)構(gòu)之本，他們在各機(jī)構(gòu)層次的全身心投入使得他們的能力能用于為機(jī)構(gòu)謀益；（4）過程方法--當(dāng)把活動與資源作為過程管理的時候，就更有效地達(dá)到理想的結(jié)果；（5）管理理的系統(tǒng)方法--把過程作為一個系統(tǒng)管理；（6）持續(xù)改進(jìn)--對全面性能正在進(jìn)行的改進(jìn)應(yīng)當(dāng)在機(jī)構(gòu)的日程上優(yōu)先；（7）決策制定的實在方法。有效決策是建立在信息分析的基礎(chǔ)上的；（8）相互支持的供貨商關(guān)系。一個機(jī)構(gòu)和它的供貨商是互相依賴時，相互支持的供貨由關(guān)系增強(qiáng)雙方創(chuàng)造增加值的能力6、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些？傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動，如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報廢、返工、返修等形式出現(xiàn)；現(xiàn)代的質(zhì)量成本的目的則在于通過預(yù)防和評估活動中的適當(dāng)投入，減少與失效有關(guān)的活動。在軟件產(chǎn)品與其他工業(yè)產(chǎn)品之間的區(qū)別主要有哪些？并描述這些不同？軟件產(chǎn)品和其他工業(yè)產(chǎn)品的主要區(qū)別有如下幾點(diǎn)：（1）產(chǎn)品的復(fù)雜性；產(chǎn)品的復(fù)雜性能夠用產(chǎn)品許可的操作方式的數(shù)目來度量:工業(yè)產(chǎn)品，即使是高級機(jī)器，也不允許由其不同的機(jī)器組合建立的幾千種以上的操作方式；一個典型的軟件，人們可以發(fā)現(xiàn)上百萬種軟件操作的可能。（2）產(chǎn)品的可見性；工業(yè)產(chǎn)品是可見的，而軟件產(chǎn)品是不可見的。工業(yè)產(chǎn)品的大多數(shù)缺陷可在制造過程中檢測出來；然而軟件產(chǎn)品的缺陷是不可見的，軟件包中的組件可能從一開始就缺失了。（3）產(chǎn)品開發(fā)和制造過程的特殊性。同工業(yè)產(chǎn)品相比，軟件產(chǎn)品不能在生產(chǎn)過程的所有三個階段檢測缺陷。能夠檢測缺陷的唯一階段是開發(fā)階段。高度螺旋模型每次迭代必需的活動包含哪些？顧客的需求規(guī)格說明、意見與更改要求；開發(fā)者的計劃制定活動；開發(fā)者的風(fēng)險分析與化解；開發(fā)者設(shè)計活動；開發(fā)者關(guān)于編碼、測試、發(fā)布的構(gòu)造活動；顧客的評價3、請從SQA的角度，闡述分別編寫用戶需求文檔和系統(tǒng)需求文檔的理由？（1）很自然人們會想到只有客戶才會有興趣透徹定義它的需求以確保他約定的軟件產(chǎn)品的質(zhì)量。他編制的需求文檔是對低質(zhì)量的基礎(chǔ)防護(hù)；（2）然而我們對各種軟件質(zhì)量因素的分析表明，開發(fā)者可以添加代表它自身利益的需求，例如可重用性需求、可驗證性需求等；許多情況下，某些沒有包括在典型客戶需求文檔中的質(zhì)量因素確是開發(fā)者感興趣的。而，諸如可移植性、可重用性、可驗證性等質(zhì)量因素，客戶很少感興趣。這也就是人們?yōu)楹畏謩e編制客戶需求文檔和系統(tǒng)需求文檔的理由。4、主要的SQA維護(hù)基礎(chǔ)設(shè)施工具有哪些？主要的SQA維護(hù)基礎(chǔ)設(shè)施工具有軟件維護(hù)規(guī)程和工作條例、支持性軟件質(zhì)量手段、維護(hù)組的培訓(xùn)和認(rèn)證、預(yù)防性和改正性措施、軟件配置管理、軟件維護(hù)文檔和質(zhì)量記錄等5、軟件質(zhì)量度量過程模型包含哪些活動？（1）軟件質(zhì)量需求的定義；（2）軟件質(zhì)量度量和評估的準(zhǔn)備；（3）軟件質(zhì)量度量的執(zhí)行、分析和確認(rèn)6、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的主要區(qū)別有哪些？（1）[2分]傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動，如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報廢、返工、返修等形式出現(xiàn)；（2）[2分]現(xiàn)代的質(zhì)量成本的目的則在于通過預(yù)防和評估活動中的適當(dāng)投入，減少與失效有關(guān)的活動。六、應(yīng)用題(每小題8分，共24分)1、某軟件需求規(guī)格說明中包含如下要求：第一列字符必須是A或B，第二列字符必須是一個數(shù)字，在此情況下進(jìn)行文件修改。但是，如果第一列字符不正確，則輸出信息L；如果第二列字符不是數(shù)字，則給出信息M。請采用因果圖進(jìn)行分析，并繪制出該軟件需求規(guī)格說明對應(yīng)的因果圖。[4分]識別出所有原因和所有結(jié)果，并給出原因、結(jié)果元的編號如下：編號原因1第一列字符為A2第一列字符為B3第二列字符為一個數(shù)字11中間原因21修改文件22給出信息L23給出信息M（2）[4分]識別所有原因與原因之間，原因與結(jié)果之間，結(jié)果與結(jié)果之間的關(guān)系，再次接觸上繪制出因果圖如下圖所示。2、某程序模塊功能描述如下：用戶輸入分別合乎規(guī)則輸入年、月、日，程序即給出相應(yīng)日期的下一天。假設(shè)限定該模塊年份在區(qū)間[1840，3000]，月份、日規(guī)定滿足公歷約束。試分別選取測試數(shù)據(jù)對年進(jìn)行（1）基本邊界值測試和（2）健壯性測試。假設(shè)該模塊的輸入：年、月、日分別使用變量year,month,day表示。[4分]基本邊界值測試的測試數(shù)據(jù)year值在有效取值區(qū)間內(nèi)取極值，其他變量取正常值。依據(jù)基本邊界值測試基本原理，測試數(shù)據(jù)選擇如下：組別測試數(shù)據(jù)1year=1840,month=1,day=122year=1841,month=2,day=203year=2002,month=9,day=14year=2999,month=11,day=105year=3000,month=3,day=30[4分]健壯性測試的測試數(shù)據(jù)year值在整個取值區(qū)間內(nèi)取極值，其他變量取正常值。依據(jù)健壯性測試基本原理，數(shù)據(jù)選擇如下：組別測試數(shù)據(jù)1year=1840,month=1,day=122year=1841,month=2,day=203year=2002,month=9,day=14year=2999,month=11,day=105year=3000,month=3,day=306year=1839,month=4,day=197year=3001,month=8,day=223、某程序模塊如下，其中，S1,S2均為語句塊：if((A>1)AND(B==0))S1;if((A==2)OR(X>1))S2;請把上述代碼轉(zhuǎn)換成程序流程圖分別選擇測試數(shù)據(jù)使得（2）判定覆蓋、（3）條件組合覆蓋標(biāo)準(zhǔn)都能夠得到滿足。（1）[2分]程序流程圖（2）（2）[2分]判定覆蓋標(biāo)準(zhǔn)A=2,B=0,X=3；A=1,B=1,X=1（3）[4分]條件組合覆蓋A=2,B=0,X=3；A=1,B=1,X=1；A=2,B=1,X=1A=1,B=0,X=21、閱讀如下C程序：要求：請繪制出左邊代碼對應(yīng)的流圖；要求：請繪制出左邊代碼對應(yīng)的流圖；計算所得流圖的環(huán)形復(fù)雜度V(G);假設(shè)輸入的取值范圍為（1000，20001），請用基本路徑測試方法為變量year設(shè)計測試用例，使其滿足基本路徑測試的要求。 if(year%4==0){ if(year%100==0){ if(year%400!=0) leap=1; else leap=0; }elseleap=1; }else leap=0;returnleap;}[3分]流圖（2）[1分]V(G)=e-n+2=14-12+2=判定點(diǎn)數(shù)+1=區(qū)域數(shù)=4（3）[4分]問題3要求設(shè)計滿足基本路徑覆蓋的測試用例，而且輸入的取值范圍（1000，2001）。所選擇的測試數(shù)據(jù)只要使得獨(dú)立路徑數(shù)量得到滿足即可。典型的測試數(shù)據(jù)為：測試用例編號測試數(shù)據(jù)預(yù)期執(zhí)行結(jié)果測試路徑1year=1001leap=01-2-3-11-122year=1004leap=11-2-4-5-10-11-123year=1100leap=01-2-4-6-7-9-10-11-124year=2000leap=11-2-4-6-8-10-11-122、被測程序段為：可供選擇的測試數(shù)據(jù)組合如下：xy可供選擇的測試數(shù)據(jù)組合如下：xyⅠ31Ⅱ-12Ⅲ03Ⅳ12找出實現(xiàn)（1）語句覆蓋；（2）判定覆蓋；（3）條件覆蓋至少要選擇的數(shù)據(jù)組。（1）III [2分] (2)III,IV [3分] (3)I,III [3分]3、擬對如下的軟件結(jié)構(gòu)：請圖形的方式分別給出（1）深度優(yōu)先的自頂向下集成測試策略、（2）自底向上集成測試策略的對上述軟件結(jié)構(gòu)進(jìn)行集成測試的詳細(xì)集成過程。假設(shè)集成測試過程中必須的驅(qū)動模塊、樁模塊分別編號：MX、SX，其中X為整數(shù)即驅(qū)動模塊或樁模塊編號。[4分]深度優(yōu)先的自頂向下集成測試策略（2）[4分]自底向上集成測試策略1、有一段子程序：procedureexample(y,z:real;varx:real)begin if (y>1)and(z=0)thenx:=x/y; if (y=2)or（x=l）thenx:=x+l;end.該子程序接受x,y,z的值，并將計算結(jié)果x的值返回給調(diào)用程序。答題要求：(1)把上述子程序轉(zhuǎn)化成程序流程圖。(2)用白盒法設(shè)計測試用例，并使得所設(shè)計的一組或幾組測試數(shù)據(jù)能夠滿足條件組合覆蓋標(biāo)準(zhǔn)。 (1)程序流程圖（2）[4分]用白盒法中條件組合覆蓋設(shè)計測試用例：①y=2,z=0,x=4;②y=2,z=1,x=1;③y=1,z=0,x=2;④y=1,z=1,x=1.2、某程序模塊功能描述如下：用戶輸入分別合乎規(guī)則輸入年、月、日，程序即給出相應(yīng)日期的下一天。假設(shè)限定該模塊年份在區(qū)間[1840，3000]，月份、日規(guī)定滿足公歷約束。試分別選取測試數(shù)據(jù)對月份進(jìn)行（1）基本邊界值測試和（2）健壯性測試。、假設(shè)該模塊的輸入：年、月、日分別使用變量year,month,day表示。（1）[4分]基本邊界值測試的測試數(shù)據(jù)：在各變量取值有效區(qū)間內(nèi)，month取極值，其他變量取任意正常值。按照基本邊界值測試原理，測試數(shù)據(jù)選取如下：組別測試數(shù)據(jù)1year=1840,month=1,day=122year=1841,month=2,day=203year=2002,month=9,day=14year=2999,month=11,day=105year=3000,month=12,day=30（2）[4分]健壯性測試的測試數(shù)據(jù)：month值在整個取值空間中選擇，其他變量取有效值區(qū)間中的任意值。按照健壯性測試原理，測試數(shù)據(jù)選取如下：組別測試數(shù)據(jù)1year=1840,month=1,day=122year=1841,month=2,day=203year=2002,month=9,day=14year=2999,month=11,day=105year=3000,month=12,day=306year=1839,month=0,day=197year=3001,month=13,day=223、變量的命名規(guī)則一般規(guī)定如下：變量名的長度不多于40個字符，第一個字符必須為英文字母，其他字母可以英文字母、數(shù)字以及下劃線的任意組合。請用等價分類法設(shè)計測試用例。(1)劃分等價類[4分]輸入條件合理等價類不合理等價類長度（1）小于40個字符（2）等于40個字符（5）大于40個字符第一個字符（3）英文字母（6）非英文字母其他字母（4）英文字母、數(shù)字或下劃線的任意組合空格標(biāo)點(diǎn)符號運(yùn)算符號其他可顯示字符(2)設(shè)計測試用例[4分]測試數(shù)據(jù)測試范圍期望結(jié)果s_name12等價類(1),(3),(4)有效a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_tr等價類(2),(3),(4)有效a1b2c3d4e5f6g7h8i9j1k2l3m4n5o6p7q8r9s_trff等價類(5)無效234name等價類(6)無效abgh等價類(7)無效Ab!2f等價類(8)無效Fg+ghh等價類(9)無效H@gh等價類(10)無效附錄資料：不需要的可以自行刪除電腦故障檢測及維修方法軟件調(diào)試的方法和建議1、操作系統(tǒng)方面。主要的調(diào)整內(nèi)容是操作系統(tǒng)的啟動文件、系統(tǒng)配置參數(shù)、組件文件、病毒等。修復(fù)操作系統(tǒng)啟動文件。1)對于Windows9x系統(tǒng)，可用SYS命令來修復(fù)（要保證MSDOS.SYS的大小在1KB以上），但要求，在修復(fù)之前應(yīng)保證分區(qū)參數(shù)是正確的。這可使用諸如DiskMap之類的軟件實現(xiàn)；2)對于Windows2000/XP系統(tǒng)，有兩種方法――修復(fù)啟動文件，使用fixboot命令；修復(fù)主引導(dǎo)記錄，使用fixmbr命令。調(diào)整操作系統(tǒng)配置文件。A.對于Windows9x系統(tǒng)，可用的工具很多，如：Msconfig命令、系統(tǒng)文件檢查器、注冊表備份和恢復(fù)命令（scanreg.exe，它要求在DOS環(huán)境下運(yùn)行。另外如果要用scanreg.exe恢復(fù)注冊表，最好使用所列出的恢復(fù)菜單中的第二個備份文件）等；B.對于Windows2000系統(tǒng)，可用的工具與Windows9x相比比較少，但某些調(diào)試命令可用Win98中的一些命令（如win98下的Msconfig命令，就可用在windows2000下）；C.對于WindowsXP系統(tǒng)，可用的工具主要是Msconfig命令；D.調(diào)整電源管理和有關(guān)的服務(wù)，可以使用的命令是，在“運(yùn)行”文本框中輸入gpedit.msc來進(jìn)行；E.所有操作系統(tǒng)的調(diào)試，都可通過控制面板、設(shè)備管理器、計算機(jī)管理器（Windows9x系統(tǒng)無）來進(jìn)行系統(tǒng)的調(diào)試。軟件調(diào)試的方法和建議組件文件（包括.DLL、.VXD等）的修復(fù)A.通過添加刪除程序來重新安裝；B.通過從.CAB文件中提取安裝；C.可用系統(tǒng)文件檢查器（sfc.exe命令）來修復(fù)有錯誤的文件；D.從好的機(jī)器上拷貝覆蓋。檢查系統(tǒng)中的病毒。建議使用命令行方式下的病毒查殺軟件，并能直接訪問諸如NTFS分區(qū)軟件調(diào)試的方法和建議2、設(shè)備驅(qū)動安裝與配置方面。主要調(diào)整設(shè)備驅(qū)動程序是否與設(shè)備匹配、版本是否合適、相應(yīng)的設(shè)備在驅(qū)動程序的作用下能否正常響應(yīng)。A.最好先由操作系統(tǒng)自動識別（特別要求的除外，如一些有特別要求的顯示卡驅(qū)動、聲卡驅(qū)動、非即插即用設(shè)備的驅(qū)動等），而后考慮強(qiáng)行安裝。這樣有利于判斷設(shè)備的好壞；B.如果有操作系統(tǒng)自帶的驅(qū)動，則先使用，仍不能正?；虿荒軡M足應(yīng)用需要，則使用設(shè)備自帶的驅(qū)動；C.更換設(shè)備，應(yīng)先卸載驅(qū)動再更換。卸載驅(qū)動，可從設(shè)備管理器中卸載；再從安全模式下卸載；進(jìn)而在INF目錄中刪除；最后通過注冊表卸載；D.更新驅(qū)動時，如直接升級有問題，須先卸載再更新。軟件調(diào)試的方法和建議3、磁盤狀況方面。檢查磁盤上的分區(qū)是否能訪問、介質(zhì)是否有損壞、保存在其上的文件是否完整等?？捎玫恼{(diào)整工具：A.DiskMap，方便地找回正確的分區(qū)；B.Fdisk及Fdisk/MDR，檢查分區(qū)是否正確及使主引導(dǎo)記錄恢復(fù)到原始狀態(tài)；C.當(dāng)硬盤容量大于64GB時，如果要重新分區(qū)或查看分區(qū)，要求使用隨機(jī)附帶的磁盤分區(qū)軟盤中的Fdisk命令。這個命令可用windowsMe下的Fdisk命令來代替；D.Format、Scandisk、廠商提供的磁盤檢測程序，檢查磁盤介質(zhì)是否有壞道；E.文件不完整時，要求對不完整的文件先進(jìn)行改名，再用在“操作系統(tǒng)方面”中所述的方法重建。軟件調(diào)試的方法和建議4、應(yīng)用軟件方面。如應(yīng)用軟件是否與操作系統(tǒng)或其它應(yīng)用有兼容性的問題、使用與配置是否與說明手冊中所述的相符、應(yīng)用軟件的相關(guān)程序、數(shù)據(jù)等是否完整等；5、BIOS設(shè)置方面。1)在必要時應(yīng)先恢復(fù)到最優(yōu)狀態(tài)。建議：在維修時先把BIOS恢復(fù)到最優(yōu)狀態(tài)（一般是出廠時的狀態(tài)），然后根據(jù)應(yīng)用的需要，逐步設(shè)置到合適值。2)BIOS刷新不一定要刷新到最新版，有時應(yīng)考慮降低版本。軟件調(diào)試的方法和建議6、重建系統(tǒng)。在硬件配置正確，并得到用戶許可時，可通過重建系統(tǒng)的方法來判斷操作系統(tǒng)之類軟件故障，在用戶不同意的情況下，建議使用自帶的硬盤，來進(jìn)行重建系統(tǒng)的操作。在這種情況下，最好重建系統(tǒng)后，逐步復(fù)原到用戶原硬盤的狀態(tài)，以便判斷故障點(diǎn)。1)重建系統(tǒng)，須以一鍵恢復(fù)為主，其次是恢復(fù)安裝，最后是完全重新安裝?；謴?fù)安裝的方法：對于Windows9x系統(tǒng)，直接從光盤安裝，或執(zhí)行tools\sysrec\pcrestor.bat，即可實現(xiàn)恢復(fù)安裝。在進(jìn)行恢復(fù)安裝時，可能由于的存在而影響安裝過程的正常進(jìn)行，這時，可在Windows目錄下，刪除后，再重新安裝。另一種恢復(fù)安裝，是將根目錄下的System.1st改名為System.dat后覆蓋掉Windows目錄下的同名文件，之后重啟即可。但這種方法，不是真正意義上的重新安裝，而類似于完全重新安裝。對于WindowsXP或Windows2000系統(tǒng)，直接使用其安裝光盤啟動，在安裝界面中選擇修復(fù)安裝，選擇R時會出現(xiàn)兩個選項：一是快速修復(fù)，對于簡單問題用此選擇；另一是故障修復(fù)臺，只要選擇正確的安裝目錄就可啟用故障修復(fù)臺。故障修復(fù)臺界面類似于DOS界面。2)為保證系統(tǒng)干凈，在安裝前，執(zhí)行Fdisk/MBR命令（也可用C）。必要時，在此之后執(zhí)行Format<驅(qū)動器盤符>/u[/s]命令。3)一定要使用隨機(jī)版的或正版的操作系統(tǒng)安裝介質(zhì)進(jìn)行安裝。引發(fā)硬件故障的原因1．硬件本身質(zhì)量不佳。粗糙的生產(chǎn)工藝、劣質(zhì)的制作材料、非標(biāo)準(zhǔn)的規(guī)格尺寸等都是引發(fā)故障的隱藏因素。由此常常引發(fā)板卡上元件焊點(diǎn)的虛焊脫焊、插接件之間接觸不良、連接導(dǎo)線短路斷路等故障。2．人為因素影響。操作人員的使用習(xí)慣和應(yīng)用水平也不容小覷，例如帶電插拔設(shè)備、設(shè)備之間錯誤的插接方式、不正確的BIOS參數(shù)設(shè)置等均可導(dǎo)致硬件故障。3．使用環(huán)境影響。這里的環(huán)境可以包括溫度、濕度、灰塵、電磁干擾、供電質(zhì)量等方面。每一方面的影響都是嚴(yán)重的，例如過高的環(huán)境溫度無疑會嚴(yán)重影響設(shè)備的性能等等。4．其他影響。由于設(shè)備的正常磨損和硬件老化也常常引發(fā)硬件故障。檢修硬件故障的原則1．先軟件后硬件電腦發(fā)生故障后，一定要在排除軟件方面的原因（例如系統(tǒng)注冊表損壞、BIOS參數(shù)設(shè)置不當(dāng)、硬盤主引導(dǎo)扇區(qū)損壞等）后再考慮硬件原因，否則很容易走彎路。2．先外設(shè)后主機(jī)由于外設(shè)原因引發(fā)的故障往往比較容易發(fā)現(xiàn)和排除，可以先根據(jù)系統(tǒng)報錯信息檢查鍵盤、鼠標(biāo)、顯示器、打印機(jī)等外部設(shè)備的各種連線和本身工作狀況。在排除外設(shè)方面的原因后，再來考慮主機(jī)。3．先電源后部件作為電腦主機(jī)的動力源泉，電源的作用很關(guān)鍵。電源功率不足、輸出電壓電流不正常等都會導(dǎo)致各種故障的發(fā)生。因此，應(yīng)該在首先排除電源的問題后再考慮其他部件。4．先簡單后復(fù)雜目前的電腦硬件產(chǎn)品并不像我們想象的那么脆弱、那么容易損壞。因此在遇到硬件故障時，應(yīng)該從最簡單的原因開始檢查。如各種線纜的連接情況是否正常、各種插卡是否存在接觸不良的情況等。在進(jìn)行檢修硬件故障的步驟1．軟件排障還原BIOS參數(shù)至缺省設(shè)置（開機(jī)后按[Del]鍵進(jìn)入BIOS設(shè)置窗口→選中“LoadOptimizedDefaults”項→回車后按[Y]鍵確認(rèn)→保存設(shè)置退出）；恢復(fù)注冊表（開機(jī)后按[F8]鍵→在啟動菜單中選擇“Commandpromptonly”方式啟動至純DOS模式下→鍵入“scanreg/restore”命令→選擇一個機(jī)器正常使用時的注冊表備份文件進(jìn)行恢復(fù)）；排除硬件資源沖突（右擊[我的電腦]→[屬性]→在[設(shè)備管理器]標(biāo)簽下找到并雙擊標(biāo)有黃色感嘆號的設(shè)備名稱→在[資源]標(biāo)簽下取消“使用自動的設(shè)置”選項并單擊[更改設(shè)置]按鈕→找到并分配一段不存在沖突的資源）。檢修硬件故障的步驟2．用診斷軟件測試使用專門檢查、診斷硬件故障的工具軟件來幫助查找故障的原因，如NortonTools（諾頓工具箱）等。診斷軟件不但能夠檢查整機(jī)系統(tǒng)內(nèi)部各個部件（如CPU、內(nèi)存、主板,硬盤等）的運(yùn)行狀況，還能檢查整個系統(tǒng)的穩(wěn)定性和系統(tǒng)工作能力。如果發(fā)現(xiàn)問題會給出詳盡的報告信息，便于我們尋找故障原因和排除故障。3．直接觀察即通過看、聽、摸、嗅等方式檢查比較明顯的故障。例如根據(jù)BIOS報警聲或Debug卡判斷故障發(fā)生的部位；觀察電源內(nèi)是否有火花、異常聲音；檢查各種插頭是否松動、線纜是否破損、斷線或碰線；電路板上的元件是否發(fā)燙、燒焦、斷裂、脫焊虛焊；各種風(fēng)扇是否運(yùn)轉(zhuǎn)正常等。有的故障現(xiàn)象時隱時現(xiàn)，可用橡皮榔頭輕敲有關(guān)元件，觀察故障現(xiàn)象的變化情況，以確定故障位置。檢修硬件故障的步驟4．插拔替換初步確定發(fā)生故障的位置后，可將被懷疑的部件或線纜重新插拔，以排除松動或接觸不良的原因。例如將板卡拆下后用橡皮擦擦拭金手指，然后重新插好；將各種線纜重新插拔等。如果經(jīng)過插拔后不能排除故障，可使用相同功能型號的板卡替換有故障的板卡，以確定板卡本身已經(jīng)損壞或是主板的插槽存在問題。然后根據(jù)情況更換板卡。5．系統(tǒng)最小化最嚴(yán)重的故障是機(jī)器開機(jī)后無任何顯示和報警信息，應(yīng)用上述方法已無法判斷故障產(chǎn)生的原因。這時我們可以采取最小系統(tǒng)法進(jìn)行診斷，即只安裝CPU、內(nèi)存、顯卡、主板。如果不能正常工作，則在這四個關(guān)鍵部件中采用替換法查找存在故障的部件。如果能正常工作，再接硬盤……以此類推，直到找出引發(fā)故障的罪魁禍?zhǔn)?。硬件檢修方法1、觀察法觀察，是維修判斷過程中第一要法，它貫穿于整個維修過程中。觀察不僅要認(rèn)真，而且要全面。要觀察的內(nèi)容包括：a、周圍的環(huán)境；b、硬件環(huán)境。包括接插頭、座和槽等；c、軟件環(huán)境；d、用戶操作的習(xí)慣、過程硬件檢修方法2、最小系統(tǒng)法最小系統(tǒng)是指，從維修判斷的角度能使電腦開機(jī)或運(yùn)行的最基本的硬件和軟件環(huán)境。最小系統(tǒng)有兩種形式：硬件最小系統(tǒng)：由電源、主板和CPU組成。在這個系統(tǒng)中，沒有任何信號線的連接，只有電源到主板的電源連接。在判斷過程中是通過聲音來判斷這一核心組成部分是否可正常工作；軟件最小系統(tǒng)：由電源、主板、CPU、內(nèi)存、顯示卡/顯示器、鍵盤和硬盤組成。這個最小系統(tǒng)主要用來判斷系統(tǒng)是否可完成正常的啟動與運(yùn)行。硬件檢修方法對于軟件最小環(huán)境，就“軟件”有以下幾點(diǎn)要說明：a、硬盤中的軟件環(huán)境，保留著原先的軟件環(huán)境，只是在分析判斷時，根據(jù)需要進(jìn)行隔離如卸載、屏蔽等）。保留原有的軟件環(huán)境，主要是用來分析判斷應(yīng)用軟件方面的問題b、硬盤中的軟件環(huán)境，只有一個基本的操作系統(tǒng)環(huán)境（可能是卸載掉所有應(yīng)用，或是重新安裝一個干凈的操作系統(tǒng)），然后根據(jù)分析判斷的需要，加載需要的應(yīng)用。需要使用一個干凈的操作系統(tǒng)環(huán)境，是要判斷系統(tǒng)問題、軟件沖突或軟、硬件間的沖突問題。c、在軟件最小系統(tǒng)下，可根據(jù)需要添加或更改適當(dāng)?shù)挠布?。如：在判斷啟動故障時，由于硬盤不能啟動，想檢查一下能否從其它驅(qū)動器啟動。這時，可在軟件最小系統(tǒng)下加入一個軟驅(qū)或干脆用軟驅(qū)替換硬盤來檢查。又如：在判斷音視頻方面的故障時，應(yīng)需要在軟件最小系統(tǒng)中加入聲卡；在判斷網(wǎng)絡(luò)問題時，就應(yīng)在軟件最小系統(tǒng)中加入網(wǎng)卡等。最小系統(tǒng)法，主要是要先判斷在最基本的軟、硬件環(huán)境中，系統(tǒng)是否可正常工作。如果不能正常工作，即可判定最基本的軟、硬件部件有故障，從而起到故障隔離的作用。硬件檢修方法3、逐步添加/去除法逐步添加法，以最小系統(tǒng)為基礎(chǔ)，每次只向系統(tǒng)添加一個部件/設(shè)備或軟件，來檢查故障現(xiàn)象是否消失或發(fā)生變化，以此來判斷并定位故障部位。逐步去除法，正好與逐步添加法的操作相反。逐步添加/去除法一般要與替換法配合，才能較為準(zhǔn)確地定位故障部位。4、隔離法是將可能防礙故障判斷的硬件或軟件屏蔽起來的一種判斷方法。它也可用來將懷疑相互沖突的硬件、軟件隔離開以判斷故障是否發(fā)生變化的一種方法。軟硬件屏蔽，對于軟件來說，即是停止其運(yùn)行，或者是卸載；對于硬件來說，是在設(shè)備管理器中，禁用、卸載其驅(qū)動，或干脆將硬件從系統(tǒng)中去除。硬件檢修方法5、替換法替換法是用好的部件去代替可能有故障的部件，以判斷故障現(xiàn)象是否消失的一種維修方法。好的部件可以是同型號的，也可能是不同型號的。替換的順序一般為：a、根據(jù)故障的現(xiàn)象或故障類別，來考慮需要進(jìn)行替換的部件或設(shè)備；b、按先簡單后復(fù)雜的順序進(jìn)行替換。如：先內(nèi)存、CPU，后主板，又如要判斷打印故障時，可先考慮打印驅(qū)動是否有問題，再考慮打印電纜是否有故障，最后考慮打印機(jī)或并口是否有故障等；c、最先考查與懷疑有故障的部件相連接的連接線、信號線等，之后是替換懷疑有故障的部件，再后是替換供電部件，最后是與之相關(guān)的其它部件。d、從部件的故障率高低來考慮最先替換的部件。故障率高的部件先進(jìn)行替換。硬件檢修方法6、比較法比較法與替換法類似，即用好的部件與懷疑有故障的部件進(jìn)行外觀、配置、運(yùn)行現(xiàn)象等方面的比較，也可在兩臺電腦間進(jìn)行比較，以判斷故障電腦在環(huán)境設(shè)置，硬件配置方面的不同，從而找出故障部位。7、升降溫法可在用戶同意的情況下，設(shè)法降低電腦的通風(fēng)能力，靠電腦自身的發(fā)熱來升溫；降溫的方法有：1）一般選擇環(huán)境溫度較低的時段，如一清早或較晚的時間；2）使電腦停機(jī)12~24小時以上等方法實現(xiàn)；3）用電風(fēng)扇對著故障機(jī)吹，以加快降溫速度。8、敲打法敲打法一般用在懷疑電腦中的某部件有接觸不良的故障時，通過振動、適當(dāng)?shù)呐で?，甚或用橡膠錘敲打部件或設(shè)備的特定部件來使故障復(fù)現(xiàn)，從而判斷故障部件的一種維修方法。硬件檢修方法9、對電腦產(chǎn)品進(jìn)行清潔有些電腦故障，往往是由于機(jī)器內(nèi)灰塵較多引起的，這就要求我們在維修過程中，注意觀察故障機(jī)內(nèi)、外部是否有較多的灰塵，如果是，應(yīng)該先進(jìn)行除塵，再進(jìn)行后續(xù)的判斷維修。在進(jìn)行除塵操作中，以下幾個方面要特別注意：a、注意風(fēng)道的清潔b、注意風(fēng)扇的清潔風(fēng)扇的清潔過程中，最好在清除其灰塵后，能在風(fēng)扇軸處，點(diǎn)一點(diǎn)兒鐘表油，加強(qiáng)潤滑。c、注意接插頭、座、槽、板卡金手指部分的清潔金手指的清潔，可以用橡皮擦拭金手指部分，或用酒精棉擦拭也可以。插頭、座、槽的金屬引腳上的氧化現(xiàn)象的去除：一是用酒精擦拭，一是用金屬片（如小一字改錐）在金屬引腳上輕輕刮擦。d、注意大規(guī)模集成電路、元器件等引腳處的清潔清潔時，應(yīng)用小毛刷或吸塵器等除掉灰塵，同時要觀察引腳有無虛焊和潮濕的現(xiàn)象，元器件是否有變形、變色或漏液現(xiàn)象。e、注意使用的清潔工具清潔用的工具，首先是防靜電的。如清潔用的小毛刷，應(yīng)使用天然材料制成的毛刷，禁用塑料毛刷。其次是如使用金屬工具進(jìn)行清潔時，必須切斷電源，且對金屬工具進(jìn)行泄放靜電的處理。用于清潔的工具包括：小毛刷、皮老虎、吸塵器、抹布、酒精（不可用來擦拭機(jī)箱、顯示器等的塑料外殼）。f、對于比較潮濕的情況，應(yīng)想辦法使其干燥后再使用?？捎玫墓ぞ呷珉婏L(fēng)扇、電吹風(fēng)等，也可讓其自然風(fēng)干。系統(tǒng)報警提示含義1短系統(tǒng)啟動正常

1短1短1短系統(tǒng)加電自檢初始化失敗

1短1短2短主板錯誤

1短1短3短CMOS或電池失敗