2023年軟件測試于質(zhì)量保證題庫

一、選擇題(每題只有一個選項(xiàng)，將你認(rèn)為合理的選項(xiàng)填在題前括號內(nèi)，每小題２分,共16分)(D)1、較實(shí)用的軟件測試停止標(biāo)準(zhǔn)是()。A、測試超過了預(yù)定期間,則停止測試。Ｂ、根據(jù)單位時間內(nèi)查出故障的數(shù)量決定是否停止測試。C、執(zhí)行了所有的測試用例,但并沒有發(fā)現(xiàn)故障,則停止測試。D、用圖表達(dá)出某個測試階段中單位時間檢查出的故障數(shù)量，通過對圖中曲線的分析,擬定應(yīng)繼續(xù)測試還是停止測試。(C）2、軟件測試的目的是：A、表白軟件是對的的? ?? B、評價(jià)軟件質(zhì)量C、盡也許發(fā)現(xiàn)軟件中的錯誤? ???D、鑒定軟件是否合格(A)3、()不是常見的覆蓋率標(biāo)準(zhǔn)。A、函數(shù)覆蓋 ??Ｂ、數(shù)據(jù)流覆蓋? ?C、邏輯覆蓋??Ｄ、功能覆蓋(Ｂ)４、將基于功能的和基于實(shí)現(xiàn)的測試方法結(jié)合在一起的動態(tài)測試類型,我們稱這種測試為()。A、白盒測試 ??B、灰盒測試 ?Ｃ、黑盒測試??D、基于故障的測試（Ｂ)5、下列不從屬于白盒測試方法的是（)：A、控制流測試? B、健壯性測試??Ｃ、數(shù)據(jù)流測試 D、變異測試(A)６、項(xiàng)目管理三要素不涉及()。??Ａ、Pｒoｇramｍｉｎg ?B、Ｐｒoceｓs ? C、Ｐｒｏblem ?D、Ｐroｃess(D)7、下列選項(xiàng)中,不是Ｍercurｙ公司測試工具的是(）。Ａ、LoａｄRuｎnｅr B、WinRｕnner??C、TestDiｒector? D、Ｒｅbｏt(A)８、下面（）方法可以有效地檢測輸入條件的各種組合也許引起的錯誤。A、因果圖 Ｂ、等價(jià)類劃分 C、邊界值分析? D、錯誤推測(D)1、通常,()是在編碼階段進(jìn)行的測試，它是整個測試工作的基礎(chǔ)。Ａ、系統(tǒng)測試 B、確認(rèn)測試 C、集成測試 ? D、單元測試(Ａ)２、據(jù)權(quán)威部門記錄,軟件錯誤產(chǎn)生的因素分布圖表中,如下（)選項(xiàng)是導(dǎo)致軟件錯誤的重要因素:A、軟件需求規(guī)格說明錯誤B、設(shè)計(jì)錯誤Ｃ、編碼錯誤D、測試錯誤(C)3、軟件測試充足性理論是由()最先提出的。A、Deutｓcｈ和Willis???? B、McCalleｔal．Ｃ、Goｏdeｎough和Ｇerhart?? Ｄ、Eｖanｓh和Mａrciｎｉak（Ｃ)4、軟件測試風(fēng)險(xiǎn)管理包含(）和風(fēng)險(xiǎn)控制兩方面內(nèi)容。A、?風(fēng)險(xiǎn)排序?B、風(fēng)險(xiǎn)辨認(rèn) C、風(fēng)險(xiǎn)評估???D、風(fēng)險(xiǎn)分析（D)５、下列不屬于黑盒測試方法的是（）。A、等價(jià)類劃分?Ｂ、狀態(tài)測試 ?C、邊界值分析? Ｄ、變異測試(A）6、常見的覆蓋率標(biāo)準(zhǔn)不涉及()。Ａ、函數(shù)覆蓋??B、邏輯覆蓋??Ｃ、數(shù)據(jù)流覆蓋?Ｄ、功能覆蓋(B)7、因果圖是()公司最先發(fā)明并實(shí)行的。A、SUN???B、IＢM? ?C、Microsｏft D、ORAＣＬE(D）8、針對下面一個程序段：if ((Ａ>1)＆&(Ｂ==0）)S1;If?((Ａ==２)||(Ｘ>1）)S２;其中,S1、S2均為語句塊?，F(xiàn)在選取測試用例:Ａ=２B=０X=3,該測試用例滿足了（)。A、途徑覆蓋 B、條件組合覆蓋C、鑒定覆蓋?Ｄ、語句覆蓋（A)1、下列各測試工具中從屬于Mercuｒy公司產(chǎn)品的是(）A、WinRunner??Ｂ、JUnit ? Ｃ、Puｒify ?D、WeｂＳtress（D)2、下面關(guān)于軟件測試的說法,其中對的的是()通過測試沒有發(fā)現(xiàn)錯誤,說明程序?qū)Φ? ?成功的測試是沒有發(fā)現(xiàn)錯誤的測試測試的目的是為了證明程序沒有錯誤 ??? D、成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試（B)3、在某種類型會議上,由小組成員閱讀程序,以發(fā)現(xiàn)程序錯誤,同時測試員運(yùn)用測試數(shù)據(jù)人工運(yùn)營程序并得出輸出結(jié)果,然后由參與者對結(jié)果進(jìn)行審查,以達(dá)成測試的目的。這種測試方法是()。A、軟件審查??Ｂ、代碼走查 C、技術(shù)評審 D、代碼審查(C)4、測試充足性準(zhǔn)則內(nèi)容不涉及()。A、空集不充足性?B、單調(diào)性 C、可靠性?Ｄ、復(fù)雜性（Ａ）5、控制流覆蓋準(zhǔn)則約束最弱的是(）。Ａ、點(diǎn)覆蓋??B、邊覆蓋??Ｃ、條件覆蓋??D、途徑覆蓋（C)6、設(shè)計(jì)測試用例時候，（）是用得最多的一種黑盒測試方法。A、因果圖 ?B、等價(jià)類劃分? C、邊界值分析??D、錯誤推測（B)7、軟件測試風(fēng)險(xiǎn)管理包含(）和風(fēng)險(xiǎn)控制兩方面內(nèi)容。A、風(fēng)險(xiǎn)辨認(rèn)? B、風(fēng)險(xiǎn)評估 C、風(fēng)險(xiǎn)排序??Ｄ、風(fēng)險(xiǎn)分析(A）8、對下面的計(jì)算個人所得稅程序中ｉf(ｉnｃomｅ＜８00)? ｔaxrａｔｅ=0;elseiｆ(iｎcomｅ＜＝１500) ｔaxrate=0.05；ｅlseｉf(ｉncome<2023)? taxraｔe=0.08；ｅlsetaxｒａt(yī)ｅ=０.1；滿足鑒定覆蓋的測試用例是(）。A、ｉnｃoｍe＝(７99,1５00，1９９９，２023) ?B、incｏme=(799，１5０1，2023,２023）C、incoｍｅ=(800,150０,2023,2０23) ??D、income=(800,１499,２023,2023）二、判斷題(判斷下列題目是否對的,假如對的請打“√”,錯誤請打“×”每小題2分，共８分)(√)1、技術(shù)評審即是一種技術(shù)手段,也是一種質(zhì)量管理手段。(×）２、設(shè)計(jì)-實(shí)現(xiàn)－測試，軟件測試是開發(fā)后期的一個階段。(×)3、單元測試僅僅證明了被測程序單元做了什么。(×)4、由于函數(shù)覆蓋率是基于代碼的,所以也可以把函數(shù)覆蓋歸入黑盒測試的范疇。（√)1、在軟件測試中,測試預(yù)言是一種檢查待測系統(tǒng)在特定執(zhí)行下是否對的運(yùn)營的方法。（×)2、在白盒測試中，假如覆蓋率達(dá)成１０0％,就基本可以保證把所有的隱藏程序缺陷都已經(jīng)揭露出來了。（×）３、軟件測試的目的在于發(fā)現(xiàn)錯誤、改正錯誤。(√)４、由于函數(shù)覆蓋率是基于代碼的,所以也可以把函數(shù)覆蓋歸入白盒測試的范疇。(×)1、軟件測試等于程序測試。(×)２、我是個很棒的程序員，我無需進(jìn)行單元測試。(√)３、在白盒測試中,即使覆蓋率達(dá)成100％,也無法保證所有的隱藏程序缺陷都已經(jīng)被揭露出來。(×）4、由于函數(shù)覆蓋率是基于代碼的,所以也可以把函數(shù)覆蓋歸入黑盒測試的范疇。(×）1、軟件故障是導(dǎo)致軟件失效的必要和充足要素。（√)２、同行評審的重要目的在于檢測錯誤、核對與標(biāo)準(zhǔn)的偏離。（√）3、在任何軟件機(jī)構(gòu)中,定期、不定期的培訓(xùn)、再培訓(xùn)都是必須并且是必要的。(√)4、在整個機(jī)構(gòu)中使用基礎(chǔ)設(shè)施防護(hù)與改善部件的重要目的是在機(jī)構(gòu)積累的SQA經(jīng)驗(yàn)基礎(chǔ)上消除或至少減少犯錯率。(×）5、所有ＳQA活動和項(xiàng)目里程碑的完畢或項(xiàng)目里程碑的檢查是同時發(fā)生的。(×)6、DanｉelGaliｎ等提在2０世紀(jì)50年代建立的經(jīng)典質(zhì)量費(fèi)用模型,提供了一種以經(jīng)濟(jì)學(xué)觀點(diǎn)把與產(chǎn)品質(zhì)量保證相關(guān)的費(fèi)用非類的方法學(xué)。(√)7、一旦更改過的SＣＩ替換了前面的SCI,就認(rèn)為完畢了軟件的一個新版本。(√)8、軟件質(zhì)量成本是一個投資問題,而不是成本問題!(×)9、SEICMM評估標(biāo)準(zhǔn),IＳO9００1和ＩSO9０00－3標(biāo)準(zhǔn)是典型的項(xiàng)目過程標(biāo)準(zhǔn)。(√)1０、軟件質(zhì)量保證的獨(dú)特性是由軟件產(chǎn)品不同于其他制造產(chǎn)品的本質(zhì)決定的。(√）1、在專業(yè)的軟件開發(fā)、維護(hù)中，SQA環(huán)境是建立、執(zhí)行ＳQＡ方法時必須首要考慮的問題。（×)２、如何看待軟件產(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、ＣAＰA的目的在于檢測、解決、改正軟件缺陷。(×)8、項(xiàng)目進(jìn)展控制SQＡ工具有Gａｔt圖、日歷、數(shù)據(jù)流圖和活動網(wǎng)絡(luò)圖。(√)9、ＩEEＥ、ISＯ、DOＤ、AＮSI、EIA都是著名的SQＡ標(biāo)準(zhǔn)開發(fā)機(jī)構(gòu)。(√)１０、在科學(xué)和工程中，假如沒有度量，對一切都沒有一個定量的了解,那么這種科學(xué)和工程既不是有效的，也不是實(shí)際的。(×)1、在軟件產(chǎn)品制定生產(chǎn)計(jì)劃階段，不必進(jìn)行重大的SＱA活動。(√）2、軟件故障是導(dǎo)致軟件失效的必要，而非充足要素。(×)3、只有客戶才會有愛好透徹定義它的需求以保證他約定的軟件產(chǎn)品的質(zhì)量。(√)4、軟件質(zhì)量系統(tǒng)之間各不相同,說明機(jī)構(gòu)ＳQＡ系統(tǒng)構(gòu)建存在固有靈活性。(√）５、質(zhì)量管理標(biāo)準(zhǔn)指導(dǎo)軟件開發(fā)、維護(hù)和基礎(chǔ)設(shè)施的管理。它的重點(diǎn)是需要什么，但沒有指明如何達(dá)成標(biāo)準(zhǔn)規(guī)定的努力細(xì)節(jié)。（×)6、通常,檢查表的使用的是強(qiáng)制性的。(×）7、CAPA的執(zhí)行從主線上依賴于對的的指導(dǎo)和經(jīng)常的培訓(xùn)。(√）8、軟件質(zhì)量度量面臨的特有困難根植于包含于軟件質(zhì)量度量的測量（參數(shù))中。(√）9、一旦更改過的ＳCI替換了前面的ＳCI,就認(rèn)為完畢了軟件的一個新版本。(×)10、SQA項(xiàng)目過程標(biāo)準(zhǔn)如CＭＭ、ISＯ９０00－3標(biāo)準(zhǔn)。三、填空題(每空1分,共14分;請把答案書寫在相應(yīng)橫線上。)1、軟件測試過程包含的測試活動有測試計(jì)劃，測試設(shè)計(jì)，測試實(shí)行，測試執(zhí)行,缺陷跟蹤和測試評估2、軟件測試策略的擬定過程通常經(jīng)歷擬定測試需求、評估風(fēng)險(xiǎn)、擬定測試策略三個階段組成。3、變異測試的理論基礎(chǔ)是程序員能力假設(shè)和組合效應(yīng)假設(shè)。４、軟件缺陷打開／關(guān)閉圖表、主線因素圖表、軟件缺陷關(guān)閉周期表是常用的軟件缺陷跟蹤圖表。5、軟件測試規(guī)范可以分為行業(yè)規(guī)范和操作規(guī)范。1、通常，由人工進(jìn)行的靜態(tài)測試方法涉及桌面檢查、代碼審查、代碼走查和技術(shù)評審。2、典型的測試設(shè)計(jì)活動涉及測試用例設(shè)計(jì)、測試過程設(shè)計(jì)、設(shè)計(jì)驅(qū)動程序和穩(wěn)定的樁。3、按照測試的層次和策略，軟件測試可以分為單元測試、集成測試、確認(rèn)測試和系統(tǒng)測試。4、為了考察測試用例的重要性,我們可以從有效性、可重用性、易組織性、可評估性、可管理性五方面理解。5、面向?qū)ο蠹蓽y試常見方法涉及抽樣測試、正交矩陣(陣列）測試。1、面向?qū)ο鬁y試充足性三個常用標(biāo)準(zhǔn)是基于狀態(tài)的覆蓋率、基于約束的覆蓋率和基于代碼的覆蓋率。２、常見的程序分析視角有句法視角，功能視角、文本視角和計(jì)算流視角3、按照測試用例的設(shè)計(jì)方法，軟件測試可以分為白盒測試、黑盒測試和灰盒測試。4、我們可以按照編寫過程、執(zhí)行過程和組織過程三個緯度對測試用例屬性進(jìn)行歸類。５、單元測試內(nèi)容包含如下方面:模塊接口測試、邊界條件測試、錯誤解決測試、局部數(shù)據(jù)結(jié)構(gòu)測試和重要途徑測試。1、軟件質(zhì)量工程涉及軟件質(zhì)量保證、軟件質(zhì)量規(guī)劃和軟件質(zhì)量控制三大方面。2、McCａll模型產(chǎn)品修改緯度的質(zhì)量因素有可維護(hù)性、可測試性、靈活性。３、面向?qū)ο竽Ｐ筒煌谄渌Ｐ偷闹匾匦允墙M件的密集重用。4、有兩種同行評審方法學(xué):審查和走查。5、ＲMＡ可以劃提成三組類別內(nèi)部風(fēng)險(xiǎn)管理措施、分包風(fēng)險(xiǎn)管理措施和顧客風(fēng)險(xiǎn)管理措施。6、支持性質(zhì)量手段有模板和檢查表。７、依據(jù)軟件系統(tǒng)的生命周期和其他階段，軟件質(zhì)量度量劃分為軟件過限度量和軟件產(chǎn)品度量。８、軟件配置發(fā)布的版本有基線版本、中間版本、修訂版本。９、ＳQA標(biāo)準(zhǔn)被劃提成軟件質(zhì)量管理標(biāo)準(zhǔn)和軟件項(xiàng)目過程標(biāo)準(zhǔn)兩類。10、軟件缺陷的固有特性有軟件缺陷的固有性、軟件缺陷的敏感性、軟件缺陷的感染性。１、McＣaｌl模型劃分了軟件運(yùn)營、軟件轉(zhuǎn)移、軟件修改三個緯度的1１個軟件質(zhì)量因素。2、螺旋模型任何一次迭代都可劃分為制定計(jì)劃、風(fēng)險(xiǎn)分析和化解、工程和顧客評估四個項(xiàng)限。3、依據(jù)協(xié)議評審的目的對協(xié)議評審主題進(jìn)行分類為建議草案評審主題和協(xié)議草案評審主題兩種類型。4、典型的版本方針涉及嚴(yán)格-單一活動版本方針、多版本方針。5、軟件對屬于各種質(zhì)量因素的需求的符合性是由軟件質(zhì)量度量來測量的。6、CAPA過程的成功運(yùn)營包含如下活動:信息收集、信息分析、解決方案和改善方法的建立、改善方法的執(zhí)行、跟蹤。7、常見的軟件配置演化模型有線性演化模型和樹演化模型。８、軟件更改的質(zhì)量保證工作需要每個更改的SＣＩ的質(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、測試人員、SＱA單位是ＳQA專職人員。1、CＭＭ內(nèi)容包含初始級、可反復(fù)級、已定義級、已管理級和可優(yōu)化級五個等級。2、軟件質(zhì)量保證的目的涉及面向產(chǎn)品的軟件開發(fā)和面向過程的軟件維護(hù)兩大方面。3、開發(fā)生命周期階段SQA部件可以劃提成三類:評審、專家觀點(diǎn)、軟件測試、軟件維護(hù)ＳQA部件和由第三方/分包商使用的SQA部件。4、版本方針和更改方針是維護(hù)方針的重要組成。５、外部參與方可被分類為分包商、ＣOTS軟件和重用軟件模塊的供貨商和顧客自身三組。6、在任何機(jī)構(gòu)中，CＡPＡ要對的發(fā)揮作用需要CAPA記錄流的跟蹤、CＡPＡ執(zhí)行的跟蹤和ＣＡＰＡ執(zhí)行結(jié)果的跟蹤三個要的跟蹤任務(wù)。7、軟件更改的質(zhì)量保證工作需要每個更改的SCI的質(zhì)量保證和整個新軟件系統(tǒng)版本的質(zhì)量保證兩個級別的活動。８、軟件過限度量可以進(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ì)量的管理部件有項(xiàng)目進(jìn)展控制、軟件質(zhì)量度量、軟件質(zhì)量費(fèi)用和可用于控制軟件維護(hù)的工具ＳＱＡ管理工具。四、名詞解釋(每小題3分,共１8分)1、軟件測試風(fēng)險(xiǎn)軟件測試風(fēng)險(xiǎn)是指軟件測試過程出現(xiàn)的或潛在的問題2、動態(tài)測試技術(shù)通過在抽樣測試數(shù)據(jù)上運(yùn)營程序來檢查程序的動態(tài)行為和運(yùn)營結(jié)果以發(fā)現(xiàn)缺陷。３、確認(rèn)測試確認(rèn)測試是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的規(guī)定一致。對軟件的從功能、性能、可靠性、易用性等方面作全面的質(zhì)量檢測,幫助軟件公司找出產(chǎn)品存在的問題,出具相應(yīng)的產(chǎn)品質(zhì)量報(bào)告。4、條件組合覆蓋條件組合覆蓋是邏輯覆蓋標(biāo)準(zhǔn)的一種，它規(guī)定選取足夠多的測試數(shù)據(jù)，使得每個鑒定表達(dá)式中條件的各種也許組合都至少出現(xiàn)一次。５、Ｌ１0N軟件本地化6、(軟件產(chǎn)品的)ＦURPＳFURPS即軟件系統(tǒng)的功能、可使用性、可靠性、性能和支持等特性。1、L10Ｎ＆&Ｉ18N軟件本地化和國際化2、軟件測試項(xiàng)目管理軟件測試項(xiàng)目管理就是以測試項(xiàng)目為管理對象,通過一個臨時性的專門的測試組織，運(yùn)用專門的軟件測試知識、技能、工具和方法，對測試項(xiàng)目進(jìn)行計(jì)劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進(jìn)行分析和管理活動。３、軟件測試文檔測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進(jìn)行描述、定義、規(guī)定和報(bào)告的任何書面或圖示信息。4、測試用例測試用例是為了特定目的而設(shè)計(jì)的測試數(shù)據(jù)及相關(guān)測試規(guī)程的一個特定集合,即為有效發(fā)現(xiàn)軟件缺陷的最小測試執(zhí)行單元。５、白盒測試白盒測試是指測試人員根據(jù)程序的內(nèi)部結(jié)構(gòu)特性和與程序途徑相關(guān)的數(shù)據(jù)特性,設(shè)計(jì)測試數(shù)據(jù)組成測試用例執(zhí)行程序的一種動態(tài)測試。6、無效等價(jià)類無效等價(jià)類是指對于程序的規(guī)格說明來說，不合理的,沒故意義的輸入數(shù)據(jù)的集合。軟件測試軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。或軟件測試是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)的一批測試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果）,并運(yùn)用這些測試用例運(yùn)營程序，以及發(fā)現(xiàn)錯誤的過程。２、測試用例的有效性軟件測試用例是測試人員測試過程中的重要參考依據(jù);不同測試人員根據(jù)相同測試用例所得到的輸出應(yīng)當(dāng)是一致的。3、軟件測試規(guī)范軟件測試規(guī)范是對軟件測試流程的過程化，并對每一個過程元素進(jìn)行明確界定,而形成的完整的規(guī)范體系。4、條件覆蓋條件覆蓋從屬控制流覆蓋標(biāo)準(zhǔn)的范疇，它不僅規(guī)定每個語句至少執(zhí)行一次，并且規(guī)定使得鑒定表達(dá)式中每個條件都取得各種也許的結(jié)果5、TDD測試驅(qū)動開發(fā)（ＴeｓtＤｒｉｖｅnDevｅｌoｐｍent)６、α測試α測試是由用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測試。這是在受控制的環(huán)境下進(jìn)行的測試。Ｃrosby軟件質(zhì)量的定義系統(tǒng)、部件或過程滿足規(guī)定需求的限度。２、軟件可靠性(IＥEE）軟件可靠性是指一個系統(tǒng)或組件在某個特定期期、特定條件下完畢所需完畢的功能的能力。3、規(guī)程規(guī)程是完畢某件事情或行動的特定方式，即規(guī)程是為了完畢一個任務(wù),根據(jù)給定方法所執(zhí)行的具體活動或過程。4、開發(fā)風(fēng)險(xiǎn)軟件開發(fā)風(fēng)險(xiǎn)是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì),假如忽略它，將增長軟件項(xiàng)目失敗的也許。5、（軟件工程領(lǐng)域）模板在軟件工程領(lǐng)域，模板指的是小組或機(jī)構(gòu)創(chuàng)建的，用于編輯報(bào)告以及其他形式文檔的格式。6、軟件配置管理一個負(fù)責(zé)應(yīng)用(計(jì)算機(jī)化的或非計(jì)算機(jī)化的）技術(shù)工具和管理規(guī)程、使之可以完畢為維護(hù)SＣI和軟件配置版本所需任務(wù)的SQA部1、DanieｌＧａlｉn軟件質(zhì)量保證的擴(kuò)展定義軟件質(zhì)量保證是一個有系統(tǒng)的、有計(jì)劃的行動集合，它是提供軟件產(chǎn)品開發(fā)、維護(hù)過程符合其已建立的技術(shù)需求以及跟上計(jì)劃安排和在預(yù)算限制之內(nèi)進(jìn)行管理上的需求充足信任所必需的。2、協(xié)議評審協(xié)議評審是一個指導(dǎo)評審建議草案和協(xié)議文檔的SQA部件。3、規(guī)程規(guī)程是完畢某件事情或行動的特定方式，即規(guī)程是為了完畢一個任務(wù)，根據(jù)給定方法所執(zhí)行的具體活動或過4、4Ｗ１ＨW1H即WHAT，WHEN,WＨEＲE,WＨO和HOW。他們具體含義如下:WHAＴ--Ｗｈaｔactiviｔieshavetobeｐeｒfｏｒmｅd?ＷＨEN--WhenＳhｏｕｌdthｅaｃｔｉvitybeｐerfoｒｍed?WHERＥ-－Ｗhｅｒesｈｏｕlｄtheactiviｔybeｐerｆormeｄ?WHO--Whoshouldperｆormtｈeactiｖitｙ?HOＷ-－Howshouldeachaｃtiｖiｔybeｐeｒfｏrmed?5、受控文檔受控文檔是那些目前就對軟件系統(tǒng)的開發(fā)、維護(hù)以及與目前和將來顧客關(guān)系的管理重要或也許變得重要的,并且處在控制狀態(tài)下的文檔。6、軟件質(zhì)量度量一個項(xiàng)目具有給定質(zhì)量屬性的限度定量測度；或一個函數(shù),其輸入為軟件數(shù)據(jù)、輸出為單一的數(shù)值,該值可以被理解為軟件具有給定質(zhì)量屬性的限度Pｒessmaｎ軟件質(zhì)量的定義軟件質(zhì)量是符合明確陳述的功能性能需求、明確文檔化了的開發(fā)標(biāo)準(zhǔn)和所有專業(yè)開發(fā)預(yù)期的隱含特性。2、軟件開發(fā)風(fēng)險(xiǎn)軟件開發(fā)風(fēng)險(xiǎn)是軟件開發(fā)任務(wù)或環(huán)境的一種狀態(tài)或性質(zhì),假如忽略它，將增長軟件項(xiàng)目失敗的也許。３、協(xié)議評審協(xié)議評審是一個指導(dǎo)評審建議草案和協(xié)議文檔的SQＡ部件。4、質(zhì)量記錄質(zhì)量記錄是一種特殊類型的受控文檔。它是面向顧客的文檔，用于證實(shí)同顧客需求的全面符合性以及貫穿于開發(fā)和維護(hù)全過程的軟件質(zhì)量保證系統(tǒng)的有效運(yùn)營５、軟件可靠性管理軟件可靠性管理指通過一個程序使軟件的可靠性得到最優(yōu)化的過程。此程序著重于軟件防錯(ｓofｔwareerrorpreveｎｔiｏｎ）,發(fā)現(xiàn)并清除fａuｌt；此程序著重于采用一定措施并根據(jù)諸如資源，進(jìn)度表及性能的約束條件使可靠性最大化。6、軟件配置版本軟件配置版本是指在給定期間點(diǎn)上組成軟件系統(tǒng)的、已批準(zhǔn)并且文檔化的SCI版本的集合。五、問答題(每小題４分,共２０分)談?wù)勀銓ψ儺悳y試原理的理解。(1）使用變異算子對被測程序做微小的合乎語法的變動,每個新程序稱為一個變異體;(2)根據(jù)已有的測試數(shù)據(jù)運(yùn)營變異體；(3)比較變異體和原程序的運(yùn)營結(jié)果:假如兩者不同就稱該測試數(shù)據(jù)將該變異體殺死了；否則稱該變異體是活的。２、請闡述軟件測試的原則。（１）盡早的和不斷的測試應(yīng)作為軟件開發(fā)人員的座右銘。(2）測試用例應(yīng)當(dāng)由測試數(shù)據(jù)和與之相應(yīng)的預(yù)期結(jié)果組成。（3)測試用例應(yīng)涉及合理的輸入條件和不合理的輸入條件。(４）嚴(yán)格執(zhí)行測試計(jì)劃，排除測試的隨意性。(５)充足注意測試當(dāng)中的群體現(xiàn)象。(６)要對每一個測試結(jié)果作全面的檢查。(7）保存測試計(jì)劃、測試用例、犯錯記錄和最終分析報(bào)告,為維護(hù)工作提供充足的資料。３、測試用例設(shè)計(jì)的考慮因素有哪些？（1）測試用例必須具有代表性、典型性；[1分］（2）測試用例要濃縮系統(tǒng)設(shè)計(jì)；[1分］(3)測試用例既要考慮對的的輸入,也需要考慮錯誤或異常的輸入,以及促使這些錯誤、異常發(fā)生的條件；[1分](4)用戶測試用例設(shè)計(jì)需要考慮用戶實(shí)際使用場景。［1分］4、集成測試策略中，漸增式與非漸增式集成策略各有何優(yōu)、缺陷？為什么通常采用漸增式?非漸增式集成策略是將所有的模塊一次連接起來，簡樸、易行,節(jié)省機(jī)時,但測試過程中難于查錯,發(fā)現(xiàn)錯誤也很難定位,測試效率低。［1分]漸增式集成策略是將模塊一個一個地連入系統(tǒng),每連入一個模塊,都要對新系統(tǒng)進(jìn)行測試。這種組裝測試方案比較非漸增式，容易查犯錯誤及進(jìn)行錯誤定位,有助于查出模塊接口部分的錯誤,因此測試效率高。但漸增式較費(fèi)機(jī)時。[２分]比較兩種集成策略，顯然漸增式有助于實(shí)現(xiàn)測試的目的，故通常采用漸增式進(jìn)行組裝測試。[1分]5、請?jiān)u價(jià)白盒測試?（１）[2分］優(yōu)點(diǎn)迫使測試人員去仔細(xì)思考軟件的實(shí)現(xiàn)；可以檢測代碼中的每條分支和途徑;揭示隱藏在代碼中的錯誤;對代碼的測試比較徹底;最優(yōu)化。（２）[2分]缺陷昂貴;無法檢測代碼中漏掉的途徑和數(shù)據(jù)敏感性錯誤；白盒測試不驗(yàn)證規(guī)格的對的性。黑盒測試的特點(diǎn)有哪些?(１)不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性;[1分］（2)測試人員只需知道該程序輸入和輸出之間的關(guān)系或功能；［1分]（3)設(shè)計(jì)測試用例的依據(jù)是需求規(guī)格說明書或用戶手冊;[１分］(4)特別適合于一些第三方軟件測試，由于無法得到源程序，無法用其它方法進(jìn)行測試。[１分]等價(jià)類劃分的環(huán)節(jié)如何？（1）根據(jù)輸入條件把數(shù)目極多的輸入數(shù)據(jù)劃提成若干有效等價(jià)類和若干無效等價(jià)類；[2分］(2）設(shè)計(jì)一個測試用例，使其覆蓋盡也許多的尚未被覆蓋的有效等價(jià)類,反復(fù)該環(huán)節(jié)，直至所有有效等價(jià)類均被覆蓋；［1分］（3)設(shè)計(jì)一個測試用例,使其覆蓋一個的尚未被覆蓋的無效等價(jià)類,反復(fù)該環(huán)節(jié),直至所有無效等價(jià)類均被覆蓋。[１分]3、談?wù)勀銓Α斑B續(xù)的軟件測試”的理解。連續(xù)的軟件測試有兩方面的含義：（1)完整的軟件測試工作應(yīng)當(dāng)貫穿整個軟件生存周期存周期［2分](2)軟件開發(fā)不同階段都有軟件測試工作,即軟件測試工作的各個環(huán)節(jié)分布在整個軟件生存周期中。[2分]4、一般的軟件項(xiàng)目管理與軟件測試項(xiàng)目管理之間的區(qū)別由那些?(1)對于一般的軟件項(xiàng)目管理,成本和進(jìn)度控制是最重要的;［２分](２）而在軟件測試項(xiàng)目管理中,質(zhì)量第一是基本點(diǎn),所有測試項(xiàng)目管理工作都要圍繞提高產(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)白盒測試只考慮測試軟件產(chǎn)品,它不保證完整的需求規(guī)格是否被滿足。而黑盒測試只考慮測試需求規(guī)格,它不保證實(shí)現(xiàn)的所有部分是否被測試到。[１分]（2)黑盒測試會發(fā)現(xiàn)漏掉的缺陷，指出規(guī)格的哪些部分沒有被完畢。而白盒測試會發(fā)現(xiàn)代理方面的缺陷,指出哪些實(shí)現(xiàn)部分是錯誤的。[1分]（3)白盒測試比黑盒測試成本要高得多。它需要在測試可被計(jì)劃前產(chǎn)生源代碼,并且在擬定合適的數(shù)據(jù)和決定軟件是否對的方面需要花費(fèi)更多的工作量。[１分］（４)一個白盒測試的失敗會導(dǎo)致一次修改,這需要所有的黑盒測試被反復(fù)執(zhí)行并且重新決定白盒測試途徑。[1分]測試項(xiàng)目中，重要的測試文檔有哪些?測試計(jì)劃、測試設(shè)計(jì)規(guī)格說明、測試用例說明、測試規(guī)程規(guī)格說明、測試執(zhí)行報(bào)告、測試日記、測試缺陷報(bào)告、測試總結(jié)報(bào)告等3、談?wù)勀銓Α败浖y試的必要性”的理解。軟件測試的必要性重要體現(xiàn)在如下方面:程序代碼最終體現(xiàn)了軟件的質(zhì)量;軟件測試力爭發(fā)現(xiàn)更多的缺陷盡量減少殘留的缺陷；軟件測試提高軟件的對的性;軟件測試建立對軟件的信心;軟件測試掌握軟件的質(zhì)量水平;軟件測試是軟件質(zhì)量保證的重要手段。4、請闡述測試用例在代碼走查中的作用。（1）代碼走查中，測試用例并不是關(guān)鍵,也并不是僅想驗(yàn)證這幾個測試用例運(yùn)營是否對的，人腦畢竟比計(jì)算機(jī)慢太多；（2)這里測試用例是作為懷疑程序邏輯與計(jì)算錯誤的啟發(fā)點(diǎn),在隨測試實(shí)例游歷程序邏輯時，在懷疑程序的過程中發(fā)現(xiàn)錯誤。5、測試覆蓋準(zhǔn)則的作用如何?1）定量地規(guī)定軟件測試需求，指導(dǎo)測試數(shù)據(jù)的選擇；(2)度量測試數(shù)據(jù)集，揭示軟件特定特性的能力；(3)對測試結(jié)果和軟件可靠性評估具有重要影響。專業(yè)軟件開發(fā)的SQA環(huán)境有哪些特性?遵守協(xié)議約定;服從顧客供貨商關(guān)系；需要協(xié)同工作;需要同其他開發(fā)組的合作和協(xié)調(diào)；同其它軟件系統(tǒng)的接口;項(xiàng)目組有變化時項(xiàng)目繼續(xù)進(jìn)行;需要連續(xù)維護(hù)軟件系統(tǒng)若干年。請指出走查、審查這兩種同行評審方法的不同？走查和審查的區(qū)別是其正式性的等級。其中,審查是兩者之中更為正式。［2分]走查的發(fā)現(xiàn)限于被評審文檔的意見，而審查的發(fā)現(xiàn)還同改善開發(fā)方法自身的工作相結(jié)合。所以和走查相比，審核對一般的SQA做出了更大奉獻(xiàn)。請具體描述軟件質(zhì)量費(fèi)用的經(jīng)典模型?在經(jīng)典軟件質(zhì)量費(fèi)用模型中，軟件質(zhì)量費(fèi)用可以劃分為控制費(fèi)用、控制失效費(fèi)用。其中,控制費(fèi)用被進(jìn)一步細(xì)化為防止費(fèi)用和評價(jià)費(fèi)用；控制失效費(fèi)用進(jìn)一步細(xì)化為內(nèi)部失效費(fèi)用、外部失效費(fèi)用。防止費(fèi)用涉及建立軟件質(zhì)量基礎(chǔ)設(shè)施、更新并改善基礎(chǔ)設(shè)施以及完畢其運(yùn)營所需的常規(guī)活動的投資。評價(jià)費(fèi)用花在特定項(xiàng)目或軟件系統(tǒng)中軟件錯誤的檢測上。內(nèi)部失效費(fèi)用是指改正在顧客現(xiàn)場安裝軟件之前實(shí)行設(shè)計(jì)評審、軟件測試及驗(yàn)收測試時檢測到的錯誤而產(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)系［２分］,而評估標(biāo)準(zhǔn)的重點(diǎn)是內(nèi)部的。由于評估標(biāo)準(zhǔn)關(guān)注的是軟件過程改善［2分]。5、CＣB的決策機(jī)制有哪些種類？你認(rèn)為其中那種決策機(jī)制更實(shí)用?(1)最普遍的方法是投票決定。每個代表都投票,采用少數(shù)服從多數(shù)的方式。這種民主的做法可以充足調(diào)動ＣCB成員的機(jī)機(jī)性；但是少數(shù)服從多數(shù)含義模糊,該決策模式也容易產(chǎn)生一些政見。（2)極端的做法是所有決策都交給一個人，這種安排鼓勵在決策中靈活考慮各種意見,但壓抑了CCB其他成員的積極性;(3)第三種可行的決策機(jī)制是尋求CCB成員的一致意見,同時提供合理的跳出機(jī)制。綜合考慮上述三種不同CCB決策機(jī)制,第三種策略最為實(shí)用。６、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的重要區(qū)別有哪些？傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動,如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報(bào)廢、返工、返修等形式出現(xiàn)；[2分]現(xiàn)代的質(zhì)量成本的目的則在于通過防止和評估活動中的適當(dāng)投入,減少與失效有關(guān)的活動。[2分]Crosｂy,Jｕran,Pｒessman軟件質(zhì)量定義的比較。(1）Cｒoｓby的定義指的是寫好的軟件符合由顧客和它的專業(yè)組編制的規(guī)格說明書的限度。這也意味著包含在規(guī)格說明中的錯誤是不予考慮的，也不減少軟件質(zhì)量—顯然這是局限性的。[1分](２）Ｊuｒａn的定義旨在達(dá)成顧客滿意度，這就規(guī)定對檢查改正顧客的需求規(guī)格書投入大量工作。但該定義的重要缺陷是免去了顧客對軟件規(guī)格書準(zhǔn)確性、完備性的責(zé)任。[1分］（3)Ｐressman定義為ＳＱＡ提出了要由開發(fā)者滿足的三個規(guī)定:特定功能需求，它重要是指軟件系統(tǒng)的輸出;在協(xié)議中提出的軟件質(zhì)量標(biāo)準(zhǔn)；反映當(dāng)今水平的專業(yè)方法的良好軟件工程方法的發(fā)展水平。事實(shí)上,Pｒessman定義提供了測試滿足需求限度的操作方向。談?wù)勀銓f(xié)議評審過程的理解?協(xié)議評審是一個指導(dǎo)評審建議草案和協(xié)議文檔的ＳQＡ部件。其過程分為兩個階段進(jìn)行:[1分]（1)第一階段—提交給也許顧客之前的建議草案評審;［1分]（2）第二階段—簽約前的協(xié)議草案評審,該階段在建議和協(xié)議談判期達(dá)成的理解基礎(chǔ)上評審協(xié)議草案。［1分］每個評審階段完畢后,規(guī)定建議組與法律部進(jìn)行必要的修改、補(bǔ)充和改正。[1分］請列舉典型的軟件質(zhì)量基礎(chǔ)設(shè)施ＳQA部件?(不少于5個)規(guī)程與工作條例、支持性質(zhì)量手段、員工培訓(xùn)與認(rèn)證、改正性和防止性措施、配置管理、文檔編制控制請指出軟件質(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)用。[２分]軟件質(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)用同實(shí)行的防止性管理失效或減少這些這些失效的預(yù)期出現(xiàn)的活動相關(guān)聯(lián)；)請描述ＩSO９000-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),以實(shí)現(xiàn)機(jī)構(gòu)的目的；(3）人們的投入。人是機(jī)構(gòu)之本，他們在各機(jī)構(gòu)層次的全身心投入使得他們的能力能用于為機(jī)構(gòu)謀益；(4）過程方法－-當(dāng)把活動與資源作為過程管理的時候，就更有效地達(dá)成抱負(fù)的結(jié)果;(５）管理理的系統(tǒng)方法--把過程作為一個系統(tǒng)管理；（6）連續(xù)改善--對全面性能正在進(jìn)行的改善應(yīng)當(dāng)在機(jī)構(gòu)的日程上優(yōu)先;(７）決策制定的實(shí)在方法。有效決策是建立在信息分析的基礎(chǔ)上的;(8)互相支持的供貨商關(guān)系。一個機(jī)構(gòu)和它的供貨商是互相依賴時，互相支持的供貨由關(guān)系增強(qiáng)雙方發(fā)明增長值的能力6、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的重要區(qū)別有哪些?傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動,如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報(bào)廢、返工、返修等形式出現(xiàn)；現(xiàn)代的質(zhì)量成本的目的則在于通過防止和評估活動中的適當(dāng)投入，減少與失效有關(guān)的活動。在軟件產(chǎn)品與其他工業(yè)產(chǎn)品之間的區(qū)別重要有哪些？并描述這些不同？軟件產(chǎn)品和其他工業(yè)產(chǎn)品的重要區(qū)別有如下幾點(diǎn)：(１）產(chǎn)品的復(fù)雜性;產(chǎn)品的復(fù)雜性可以用產(chǎn)品許可的操作方式的數(shù)目來度量：工業(yè)產(chǎn)品,即使是高級機(jī)器，也不允許由其不同的機(jī)器組合建立的幾千種以上的操作方式;一個典型的軟件，人們可以發(fā)現(xiàn)上百萬種軟件操作的也許。（２)產(chǎn)品的可見性;工業(yè)產(chǎn)品是可見的,而軟件產(chǎn)品是不可見的。工業(yè)產(chǎn)品的大多數(shù)缺陷可在制造過程中檢測出來；然而軟件產(chǎn)品的缺陷是不可見的,軟件包中的組件也許從一開始就缺失了。(3)產(chǎn)品開發(fā)和制造過程的特殊性。同工業(yè)產(chǎn)品相比，軟件產(chǎn)品不能在生產(chǎn)過程的所有三個階段檢測缺陷?？梢詸z測缺陷的唯一階段是開發(fā)階段。高度螺旋模型每次迭代必需的活動包含哪些？顧客的需求規(guī)格說明、意見與更改規(guī)定；開發(fā)者的計(jì)劃制定活動；開發(fā)者的風(fēng)險(xiǎn)分析與化解；開發(fā)者設(shè)計(jì)活動;開發(fā)者關(guān)于編碼、測試、發(fā)布的構(gòu)造活動;顧客的評價(jià)3、請從ＳQA的角度,闡述分別編寫用戶需求文檔和系統(tǒng)需求文檔的理由?（１)很自然人們會想到只有客戶才會有愛好透徹定義它的需求以保證他約定的軟件產(chǎn)品的質(zhì)量。他編制的需求文檔是對低質(zhì)量的基礎(chǔ)防護(hù);(２）然而我們對各種軟件質(zhì)量因素的分析表白,開發(fā)者可以添加代表它自身利益的需求,例如可重用性需求、可驗(yàn)證性需求等;許多情況下,某些沒有涉及在典型客戶需求文檔中的質(zhì)量因素確是開發(fā)者感愛好的。而,諸如可移植性、可重用性、可驗(yàn)證性等質(zhì)量因素,客戶很少感愛好。這也就是人們?yōu)槭裁捶謩e編制客戶需求文檔和系統(tǒng)需求文檔的理由。4、重要的ＳＱA維護(hù)基礎(chǔ)設(shè)施工具有哪些？重要的ＳQA維護(hù)基礎(chǔ)設(shè)施工具有軟件維護(hù)規(guī)程和工作條例、支持性軟件質(zhì)量手段、維護(hù)組的培訓(xùn)和認(rèn)證、防止性和改正性措施、軟件配置管理、軟件維護(hù)文檔和質(zhì)量記錄等５、軟件質(zhì)量度量過程模型包含哪些活動?（1)軟件質(zhì)量需求的定義；（2）軟件質(zhì)量度量和評估的準(zhǔn)備;（3)軟件質(zhì)量度量的執(zhí)行、分析和確認(rèn)6、傳統(tǒng)質(zhì)量成本和現(xiàn)代質(zhì)量成本的重要區(qū)別有哪些?（１)[2分］傳統(tǒng)的質(zhì)量成本集中在與失效有關(guān)的事件和活動，如損壞、缺陷等。傳統(tǒng)質(zhì)量成本通常以報(bào)廢、返工、返修等形式出現(xiàn);(2）［２分]現(xiàn)代的質(zhì)量成本的目的則在于通過防止和評估活動中的適當(dāng)投入,減少與失效有關(guān)的活動。六、應(yīng)用題(每小題8分，共2４分）1、某軟件需求規(guī)格說明中包含如下規(guī)定:第一列字符必須是A或B，第二列字符必須是一個數(shù)字,在此情況下進(jìn)行文獻(xiàn)修改。但是,假如第一列字符不對的，則輸出信息L;假如第二列字符不是數(shù)字,則給出信息Ｍ。請采用因果圖進(jìn)行分析,并繪制出該軟件需求規(guī)格說明相應(yīng)的因果圖。[4分]辨認(rèn)出所有因素和所有結(jié)果,并給出因素、結(jié)果元的編號如下:編號因素1第一列字符為A2第一列字符為B3第二列字符為一個數(shù)字11中間因素2１修改文獻(xiàn)22給出信息L23給出信息Ｍ（2）［４分]辨認(rèn)所有因素與因素之間,因素與結(jié)果之間,結(jié)果與結(jié)果之間的關(guān)系,再次接觸上繪制出因果圖如下圖所示。2、某程序模塊功能描述如下:用戶輸入分別合乎規(guī)則輸入年、月、日,程序即給出相應(yīng)日期的下一天。假設(shè)限定該模塊年份在區(qū)間[1840，3000］，月份、日規(guī)定滿足公歷約束。試分別選取測試數(shù)據(jù)對年進(jìn)行(１)基本邊界值測試和(２）健壯性測試。假設(shè)該模塊的輸入：年、月、日分別使用變量yeaｒ,mｏnth,ｄay表達(dá)。[4分]基本邊界值測試的測試數(shù)據(jù)yｅar值在有效取值區(qū)間內(nèi)取極值，其他變量取正常值。依據(jù)基本邊界值測試基本原理,測試數(shù)據(jù)選擇如下:組別測試數(shù)據(jù)1yｅar=18４0,montｈ＝1，dａｙ=12２year=1841，monｔh＝2，ｄａｙ=203year=２023,month=９,day=14year=2９99,ｍonth=１1,day=10５year=3000,ｍoｎｔh＝3,day=30[4分]健壯性測試的測試數(shù)據(jù)year值在整個取值區(qū)間內(nèi)取極值，其他變量取正常值。依據(jù)健壯性測試基本原理，數(shù)據(jù)選擇如下:組別測試數(shù)據(jù)1year＝1840，monｔh=１,day=12２yｅａｒ=1８4１,monｔh＝2,ｄay=203yeａr＝2023,mｏnth=9，dａy=１4year=2999,mｏntｈ=11,ｄaｙ=105yeａｒ=3000,mｏnｔｈ=3,ｄay＝30６year＝１８３9,ｍｏｎtｈ=4,ｄay＝19７ｙｅar=300１,ｍｏnth=8,day=223、某程序模塊如下，其中,S１，S2均為語句塊:if((A>1)ＡNＤ(B==0))S1;if（(A==２)OR(X>１)）Ｓ2；請把上述代碼轉(zhuǎn)換成程序流程圖分別選擇測試數(shù)據(jù)使得(２）鑒定覆蓋、（3)條件組合覆蓋標(biāo)準(zhǔn)都可以得到滿足。（1)[2分]程序流程圖（2)（２)[2分]鑒定覆蓋標(biāo)準(zhǔn)Ａ=2,B=0,X=3;A=1,B=1,X=1（3）[４分]條件組合覆蓋A=２,B=0,X=３；A＝1,B=1，X＝1;A=２，B=1,X=1Ａ＝１，Ｂ=0，X=21、閱讀如下Ｃ程序:規(guī)定：請繪制出左邊代碼相應(yīng)的流圖；規(guī)定：請繪制出左邊代碼相應(yīng)的流圖；計(jì)算所得流圖的環(huán)形復(fù)雜度V(G);假設(shè)輸入的取值范圍為（1000，20231），請用基本途徑測試方法為變量year設(shè)計(jì)測試用例，使其滿足基本途徑測試的規(guī)定。?if(ｙear%4==0){ ?if(ｙear%100＝=0){???if（ｙeaｒ%4０0！=0） ?? leaｐ=１; ??else?lｅap=0; }elselｅａp=1; ｝else?leap=０；rｅｔuｒnleａp;}［3分］流圖(2)［1分]V（G)＝e－ｎ+2＝１４－１2+2=鑒定點(diǎn)數(shù)＋1＝區(qū)域數(shù)=4(3)[４分]問題3規(guī)定設(shè)計(jì)滿足基本途徑覆蓋的測試用例,并且輸入的取值范圍(1000，2０23）。所選擇的測試數(shù)據(jù)只要使得獨(dú)立途徑數(shù)量得到滿足即可。典型的測試數(shù)據(jù)為:測試用例編號測試數(shù)據(jù)預(yù)期執(zhí)行結(jié)果測試途徑1year=1001leap＝0１-2-３-11-1２２ｙear=1０04leap=11－2-4-5－10-11-12３yｅar=1100leap=01-2-4-6－7-９－１0－11-124yｅａr=２023leap＝１1-２-4-6-8－1０-１１-122、被測程序段為:可供選擇的測試數(shù)據(jù)組合如下：xy可供選擇