2025年大學(xué)《信息與計(jì)算科學(xué)》專(zhuān)業(yè)題庫(kù)——信息與計(jì)算科學(xué)的軟件測(cè)試方法考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（每小題2分，共20分。請(qǐng)將正確選項(xiàng)的代表字母填在題干后的括號(hào)內(nèi)）1.軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的錯(cuò)誤，以下哪項(xiàng)通常不被視為軟件測(cè)試活動(dòng)？（）A.在測(cè)試環(huán)境中執(zhí)行程序B.編寫(xiě)代碼以修復(fù)發(fā)現(xiàn)的錯(cuò)誤C.分析需求以識(shí)別潛在問(wèn)題D.記錄測(cè)試結(jié)果和缺陷報(bào)告2.將測(cè)試用例應(yīng)用于程序，以驗(yàn)證程序行為是否符合預(yù)期的活動(dòng)稱(chēng)為？（）A.測(cè)試設(shè)計(jì)B.測(cè)試執(zhí)行C.缺陷跟蹤D.測(cè)試評(píng)估3.黑盒測(cè)試方法主要關(guān)注軟件的？（）A.內(nèi)部邏輯結(jié)構(gòu)B.外部行為和接口C.數(shù)據(jù)存儲(chǔ)機(jī)制D.算法效率4.等價(jià)類(lèi)劃分方法的核心思想是將輸入數(shù)據(jù)劃分成若干個(gè)等價(jià)類(lèi)，每個(gè)類(lèi)中的任意一個(gè)輸入數(shù)據(jù)在測(cè)試中的作用是？（）A.必須不同B.相同的C.互補(bǔ)的D.互斥的5.邊界值分析方法是基于經(jīng)驗(yàn)法則，認(rèn)為錯(cuò)誤往往發(fā)生在輸入或輸出范圍的邊界上，以下哪種情況適合應(yīng)用邊界值分析？（）A.測(cè)試函數(shù)的中間輸入值B.測(cè)試數(shù)據(jù)類(lèi)型轉(zhuǎn)換的內(nèi)部處理C.測(cè)試輸入值恰好等于或小于最小/最大有效值D.測(cè)試用戶(hù)界面的響應(yīng)時(shí)間6.白盒測(cè)試方法主要依賴(lài)于？（）A.軟件需求規(guī)格說(shuō)明書(shū)B(niǎo).程序的內(nèi)部結(jié)構(gòu)和代碼C.用戶(hù)的使用場(chǎng)景D.第三方的測(cè)試工具7.在軟件測(cè)試過(guò)程中，將系統(tǒng)分解成子系統(tǒng)進(jìn)行測(cè)試，然后再將子系統(tǒng)組合起來(lái)進(jìn)行測(cè)試的測(cè)試策略是？（）A.自頂向下測(cè)試B.自底向上測(cè)試C.大爆炸測(cè)試D.逐步集成測(cè)試8.驗(yàn)收測(cè)試的目的是？（）A.驗(yàn)證軟件是否滿(mǎn)足設(shè)計(jì)規(guī)范B.驗(yàn)證軟件是否滿(mǎn)足用戶(hù)需求C.驗(yàn)證軟件的代碼質(zhì)量D.驗(yàn)證軟件的算法效率9.在測(cè)試過(guò)程中，發(fā)現(xiàn)一個(gè)程序在輸入特定值時(shí)崩潰，這個(gè)現(xiàn)象在軟件工程中被稱(chēng)為？（）A.測(cè)試用例B.測(cè)試結(jié)果C.缺陷（或錯(cuò)誤）D.測(cè)試報(bào)告10.不需要執(zhí)行程序代碼，僅根據(jù)軟件的規(guī)格說(shuō)明或用戶(hù)手冊(cè)來(lái)設(shè)計(jì)測(cè)試用例的測(cè)試方法屬于？（）A.白盒測(cè)試B.黑盒測(cè)試C.單元測(cè)試D.集成測(cè)試二、簡(jiǎn)答題（每小題5分，共20分）1.簡(jiǎn)述軟件測(cè)試的四個(gè)基本原則。2.請(qǐng)分別解釋黑盒測(cè)試和白盒測(cè)試的核心思想。3.什么是測(cè)試用例？設(shè)計(jì)測(cè)試用例時(shí)通常需要考慮哪些主要因素？4.簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試的主要區(qū)別。三、綜合應(yīng)用題（共30分）1.（10分）給定一個(gè)簡(jiǎn)單的函數(shù)功能描述：該函數(shù)接收一個(gè)整數(shù)參數(shù)n，如果n是正數(shù)，返回n的平方；如果n是負(fù)數(shù)，返回-n的平方；如果n等于0，返回0。請(qǐng)運(yùn)用等價(jià)類(lèi)劃分方法設(shè)計(jì)一組測(cè)試用例，用于測(cè)試該函數(shù)的正確性。2.（10分）請(qǐng)分別說(shuō)明判定表法適用于哪些類(lèi)型的軟件功能測(cè)試，并簡(jiǎn)要描述判定表法的四個(gè)組成部分。3.（10分）假設(shè)你需要測(cè)試一個(gè)銀行系統(tǒng)的轉(zhuǎn)賬功能（從賬戶(hù)A向賬戶(hù)B轉(zhuǎn)賬指定金額）。請(qǐng)簡(jiǎn)要說(shuō)明你會(huì)采用哪些測(cè)試策略（如不同測(cè)試層次）來(lái)執(zhí)行這項(xiàng)測(cè)試，并列舉至少三種可能出現(xiàn)的缺陷類(lèi)型以及相應(yīng)的測(cè)試用例設(shè)計(jì)思路。四、論述題（20分）結(jié)合你所學(xué)的軟件測(cè)試知識(shí)，論述在敏捷開(kāi)發(fā)模式下，軟件測(cè)試活動(dòng)與傳統(tǒng)瀑布模型下的測(cè)試活動(dòng)有何主要不同？并說(shuō)明在這種模式下，測(cè)試人員應(yīng)具備哪些關(guān)鍵能力。試卷答案一、選擇題1.B解析：軟件測(cè)試的目標(biāo)是發(fā)現(xiàn)錯(cuò)誤，而編寫(xiě)代碼修復(fù)錯(cuò)誤屬于軟件開(kāi)發(fā)階段的活動(dòng)。2.B解析：測(cè)試執(zhí)行是指將設(shè)計(jì)好的測(cè)試用例在實(shí)際運(yùn)行的程序上運(yùn)行，并觀察其行為是否符合預(yù)期。3.B解析：黑盒測(cè)試關(guān)注的是軟件的外部接口和功能，不考慮內(nèi)部實(shí)現(xiàn)細(xì)節(jié)。4.B解析：等價(jià)類(lèi)劃分的目的是將輸入數(shù)據(jù)劃分為若干等價(jià)類(lèi)，假設(shè)類(lèi)中每個(gè)值的行為相同，只需選取代表性數(shù)據(jù)進(jìn)行測(cè)試。5.C解析：邊界值分析關(guān)注輸入或輸出范圍的邊界情況，如最大/最小值、臨界值等，認(rèn)為錯(cuò)誤常發(fā)生在這些邊界上。6.B解析：白盒測(cè)試需要基于程序代碼的內(nèi)部結(jié)構(gòu)和邏輯來(lái)設(shè)計(jì)測(cè)試用例，需要程序員或具備代碼閱讀能力的人員進(jìn)行。7.D解析：逐步集成測(cè)試是將系統(tǒng)模塊逐個(gè)或分組集成，并逐步進(jìn)行測(cè)試，這與題干描述一致。8.B解析：驗(yàn)收測(cè)試是在軟件交付前進(jìn)行的測(cè)試，主要目的是驗(yàn)證軟件是否滿(mǎn)足用戶(hù)的需求和業(yè)務(wù)場(chǎng)景。9.C解析：缺陷（或錯(cuò)誤）是指軟件中不符合預(yù)期要求的部分，發(fā)現(xiàn)程序崩潰是典型的缺陷表現(xiàn)。10.B解析：黑盒測(cè)試不關(guān)心內(nèi)部實(shí)現(xiàn)，只根據(jù)規(guī)格說(shuō)明設(shè)計(jì)測(cè)試用例，不執(zhí)行代碼即可進(jìn)行。二、簡(jiǎn)答題1.軟件測(cè)試的四個(gè)基本原則是：①早期測(cè)試（Testingshouldbestartedasearlyaspossible）；②三級(jí)測(cè)試（Testingshouldbeconductedatdifferentlevels:unit,integration,system）；③集成測(cè)試應(yīng)遵循自頂向下或自底向上的原則（Integrationtestingshouldfollowtop-downorbottom-upapproach）；④窮盡測(cè)試幾乎不可能，應(yīng)進(jìn)行風(fēng)險(xiǎn)驅(qū)動(dòng)測(cè)試（Exhaustivetestingisimpossible,testingshouldberisk-driven）。2.黑盒測(cè)試的核心思想是“盲人摸象”，測(cè)試人員不關(guān)心程序內(nèi)部如何實(shí)現(xiàn)，只根據(jù)軟件的規(guī)格說(shuō)明書(shū)、用戶(hù)手冊(cè)等文檔，檢查軟件的功能、性能、接口等是否滿(mǎn)足需求。白盒測(cè)試的核心思想是“內(nèi)部檢查”，測(cè)試人員需要了解程序的內(nèi)部結(jié)構(gòu)、邏輯和代碼，基于代碼設(shè)計(jì)測(cè)試用例，檢查程序的路徑、條件、變量等是否正確。3.測(cè)試用例是一組輸入數(shù)據(jù)、執(zhí)行條件、測(cè)試步驟和預(yù)期結(jié)果，用于執(zhí)行軟件測(cè)試的實(shí)例。設(shè)計(jì)測(cè)試用例時(shí)需要考慮的主要因素包括：功能需求、非功能需求（性能、安全、易用性等）、用戶(hù)場(chǎng)景、錯(cuò)誤歷史、測(cè)試目標(biāo)、風(fēng)險(xiǎn)評(píng)估等。4.集成測(cè)試是在單元測(cè)試之后，系統(tǒng)測(cè)試之前進(jìn)行的測(cè)試，主要目的是驗(yàn)證模塊之間接口和交互的正確性。系統(tǒng)測(cè)試是測(cè)試整個(gè)系統(tǒng)，包括所有模塊、外部依賴(lài)、運(yùn)行環(huán)境等，驗(yàn)證系統(tǒng)是否作為一個(gè)整體滿(mǎn)足需求。集成測(cè)試的范圍通常比系統(tǒng)測(cè)試小，更側(cè)重于模塊組合的驗(yàn)證；系統(tǒng)測(cè)試的范圍更廣，側(cè)重于系統(tǒng)整體的行為和符合性。三、綜合應(yīng)用題1.等價(jià)類(lèi)劃分：-需求分析：正數(shù)、負(fù)數(shù)、零。-等價(jià)類(lèi)劃分：-對(duì)于正數(shù)：有效等價(jià)類(lèi)（如1），無(wú)效等價(jià)類(lèi)（如-1）。-對(duì)于負(fù)數(shù)：有效等價(jià)類(lèi)（如-1），無(wú)效等價(jià)類(lèi)（如1）。-對(duì)于零：有效等價(jià)類(lèi)（0）。-測(cè)試用例設(shè)計(jì)：-測(cè)試用例1：輸入n=10（有效正數(shù)），預(yù)期輸出100。-測(cè)試用例2：輸入n=-10（有效負(fù)數(shù)），預(yù)期輸出100。-測(cè)試用例3：輸入n=0（有效零），預(yù)期輸出0。-測(cè)試用例4：輸入n=-5（有效負(fù)數(shù)），預(yù)期輸出25。-測(cè)試用例5：輸入n=5（有效正數(shù)），預(yù)期輸出25。-（可選，增加邊界考慮，如n=INT_MAX,n=INT_MIN，雖然題目未明確要求）2.判定表法適用性及組成：適用性：判定表法適用于描述邏輯復(fù)雜、存在多個(gè)輸入條件組合、并產(chǎn)生不同動(dòng)作或輸出結(jié)果的軟件功能。當(dāng)測(cè)試需求可以用條件組合與動(dòng)作的關(guān)系清晰地表達(dá)時(shí)，判定表非常有效。組成：判定表通常由四部分組成：-條件樁（Condition樁）：列出所有影響判斷的條件，以及每個(gè)條件的可能取值。-動(dòng)作樁（Action樁）：列出所有可能執(zhí)行的動(dòng)作。-判定項(xiàng)（Rule樁）：表示條件樁和動(dòng)作樁之間的邏輯關(guān)系，即一行代表一個(gè)完整的測(cè)試規(guī)則，規(guī)定了在特定條件組合下應(yīng)執(zhí)行哪些動(dòng)作。-積木條（Condition-ActionTable，簡(jiǎn)稱(chēng)CAT）：是判定表的簡(jiǎn)化形式，用符號(hào)（如'1'表示滿(mǎn)足，'0'表示不滿(mǎn)足）表示每個(gè)條件下動(dòng)作的執(zhí)行情況。3.轉(zhuǎn)賬功能測(cè)試策略與缺陷類(lèi)型：測(cè)試策略：-單元測(cè)試：測(cè)試轉(zhuǎn)賬函數(shù)本身的邏輯是否正確（如計(jì)算手續(xù)費(fèi)、判斷賬戶(hù)余額等）。-集成測(cè)試：測(cè)試賬戶(hù)A到賬戶(hù)B的轉(zhuǎn)賬流程，包括接口調(diào)用、數(shù)據(jù)交互是否正確。-系統(tǒng)測(cè)試：在模擬的生產(chǎn)環(huán)境中，測(cè)試完整的轉(zhuǎn)賬交易，包括并發(fā)轉(zhuǎn)賬、異常處理、通知機(jī)制等。缺陷類(lèi)型及設(shè)計(jì)思路：-賬戶(hù)余額不足：設(shè)計(jì)用例，使賬戶(hù)A的余額小于轉(zhuǎn)賬金額，驗(yàn)證系統(tǒng)是否拒絕交易或正確處理。-賬戶(hù)不存在：設(shè)計(jì)用例，輸入無(wú)效的賬戶(hù)A或賬戶(hù)B編號(hào)，驗(yàn)證系統(tǒng)是否給出錯(cuò)誤提示。-轉(zhuǎn)賬金額異常：設(shè)計(jì)用例，輸入負(fù)數(shù)金額、零金額、過(guò)大金額（超出限制），驗(yàn)證系統(tǒng)是否按規(guī)則處理（如拒絕、按最小單位處理、報(bào)錯(cuò)）。-并發(fā)轉(zhuǎn)賬問(wèn)題：設(shè)計(jì)用例，模擬多個(gè)用戶(hù)同時(shí)向同一賬戶(hù)轉(zhuǎn)賬或從一個(gè)賬戶(hù)轉(zhuǎn)出，驗(yàn)證是否存在數(shù)據(jù)不一致或死鎖。四、論述題在敏捷開(kāi)發(fā)模式下，軟件測(cè)試活動(dòng)與傳統(tǒng)瀑布模型下的測(cè)試活動(dòng)存在顯著不同。首先，敏捷開(kāi)發(fā)強(qiáng)調(diào)測(cè)試與開(kāi)發(fā)的緊密協(xié)作和并行進(jìn)行，測(cè)試人員通常作為開(kāi)發(fā)團(tuán)隊(duì)的一員早期介入，測(cè)試活動(dòng)貫穿整個(gè)迭代周期，而非僅在開(kāi)發(fā)完成后集中進(jìn)行。其次，敏捷測(cè)試更注重驗(yàn)收測(cè)試和持續(xù)反饋，測(cè)試用例通常與用戶(hù)故事（UserStory）緊密關(guān)聯(lián)，通過(guò)頻繁的演示（Demo）獲取用戶(hù)反饋，并快速調(diào)整測(cè)試策略和需求。再次，敏捷測(cè)試更靈活，能夠適應(yīng)需求的變化，測(cè)試活動(dòng)更具探索性和響應(yīng)性。最后，敏捷環(huán)境下的測(cè)試可能更依賴(lài)自動(dòng)化測(cè)試來(lái)支持快速迭代和持續(xù)集成。在這種