2025年ISTQB軟件測(cè)試工程師專項(xiàng)測(cè)試卷中文版考試時(shí)間：______分鐘總分：______分姓名：______一、選擇題（請(qǐng)選擇最符合題意的選項(xiàng)）1.軟件測(cè)試的目的是發(fā)現(xiàn)軟件中的缺陷，其核心活動(dòng)通常包括需求分析、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和缺陷跟蹤。以下哪個(gè)活動(dòng)通常被視為軟件測(cè)試過(guò)程的核心環(huán)節(jié)？A.需求評(píng)審B.測(cè)試用例設(shè)計(jì)C.軟件開發(fā)D.用戶驗(yàn)收2.在軟件開發(fā)生命周期模型中，V模型強(qiáng)調(diào)測(cè)試活動(dòng)與開發(fā)活動(dòng)的緊密對(duì)應(yīng)關(guān)系，每個(gè)開發(fā)階段都有相應(yīng)的測(cè)試階段。以下哪個(gè)階段通常與概要設(shè)計(jì)階段相對(duì)應(yīng)？A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.驗(yàn)收測(cè)試3.等價(jià)類劃分法是一種常用的測(cè)試用例設(shè)計(jì)技術(shù)。將輸入數(shù)據(jù)或輸出數(shù)據(jù)劃分為若干個(gè)等價(jià)類，從每個(gè)等價(jià)類中選取代表性數(shù)據(jù)設(shè)計(jì)測(cè)試用例。以下哪個(gè)描述是等價(jià)類劃分法的正確應(yīng)用原則？A.對(duì)于所有無(wú)效等價(jià)類，必須設(shè)計(jì)測(cè)試用例覆蓋。B.有效等價(jià)類的測(cè)試用例可以選，也可以不選。C.必須同時(shí)選取一個(gè)有效等價(jià)和一個(gè)無(wú)效等價(jià)類的數(shù)據(jù)設(shè)計(jì)測(cè)試用例。D.等價(jià)類的劃分僅適用于輸入數(shù)據(jù)，不適用于輸出數(shù)據(jù)。4.邊界值分析法是另一種常用的測(cè)試用例設(shè)計(jì)技術(shù)，它關(guān)注輸入或輸出數(shù)據(jù)的邊界值。以下哪個(gè)數(shù)值通常被認(rèn)為是邊界值？A.范圍內(nèi)的第一個(gè)值B.范圍內(nèi)的最后一個(gè)有效值C.范圍內(nèi)的中間值D.范圍外的一個(gè)隨機(jī)值5.判定表法是一種基于邏輯判斷的測(cè)試用例設(shè)計(jì)技術(shù)，適用于描述輸入條件組合與輸出動(dòng)作之間復(fù)雜的關(guān)系。使用判定表法的主要優(yōu)點(diǎn)之一是？A.可以自動(dòng)生成測(cè)試用例B.非常適用于所有類型的測(cè)試C.能夠清晰地表示復(fù)雜的邏輯關(guān)系，減少遺漏D.只需要很少的測(cè)試用例就能覆蓋所有情況6.在測(cè)試過(guò)程中，測(cè)試人員發(fā)現(xiàn)并報(bào)告了一個(gè)軟件缺陷。該缺陷被記錄在缺陷管理系統(tǒng)中，并指派給開發(fā)人員進(jìn)行修復(fù)。缺陷狀態(tài)從“已報(bào)告”變?yōu)椤耙研迯?fù)”。接下來(lái)，哪個(gè)活動(dòng)是確保缺陷已被正確修復(fù)的標(biāo)準(zhǔn)步驟？A.重新測(cè)試該缺陷B.由項(xiàng)目經(jīng)理驗(yàn)證缺陷修復(fù)C.由測(cè)試經(jīng)理忽略該缺陷D.將缺陷狀態(tài)標(biāo)記為“已關(guān)閉”7.缺陷嚴(yán)重性（Severity）用于描述缺陷對(duì)軟件功能或質(zhì)量的影響程度。以下哪個(gè)描述代表了最高級(jí)別的嚴(yán)重性？A.軟件崩潰，核心功能無(wú)法使用B.軟件出現(xiàn)界面顯示錯(cuò)誤，影響用戶體驗(yàn)C.軟件存在數(shù)據(jù)計(jì)算錯(cuò)誤，導(dǎo)致部分業(yè)務(wù)功能異常D.軟件存在輕微的性能延遲，不影響主要功能8.缺陷優(yōu)先級(jí)（Priority）用于描述缺陷需要被修復(fù)的緊急程度，通常基于業(yè)務(wù)影響和項(xiàng)目需求。以下哪種情況通常會(huì)將缺陷的優(yōu)先級(jí)設(shè)置為最高？A.軟件存在一個(gè)可以通過(guò)配置輕松繞過(guò)的UI小問(wèn)題B.軟件的核心支付功能在特定條件下失敗C.軟件文檔中存在一個(gè)拼寫錯(cuò)誤D.軟件在低負(fù)載測(cè)試環(huán)境下出現(xiàn)性能瓶頸9.靜態(tài)測(cè)試是指不運(yùn)行被測(cè)試軟件的代碼，通過(guò)分析文檔、代碼或設(shè)計(jì)來(lái)發(fā)現(xiàn)缺陷或潛在問(wèn)題。以下哪種活動(dòng)屬于靜態(tài)測(cè)試？A.執(zhí)行自動(dòng)化測(cè)試腳本B.測(cè)試人員手動(dòng)執(zhí)行功能測(cè)試用例C.代碼審查（CodeReview）D.性能測(cè)試工具監(jiān)控應(yīng)用響應(yīng)時(shí)間10.動(dòng)態(tài)測(cè)試是指通過(guò)運(yùn)行被測(cè)試軟件的代碼，輸入測(cè)試數(shù)據(jù)，并觀察輸出結(jié)果來(lái)驗(yàn)證軟件行為是否符合預(yù)期。以下哪個(gè)活動(dòng)是動(dòng)態(tài)測(cè)試的核心組成部分？A.編寫測(cè)試計(jì)劃B.設(shè)計(jì)測(cè)試用例C.執(zhí)行測(cè)試用例并記錄結(jié)果D.準(zhǔn)備測(cè)試數(shù)據(jù)二、情景題（請(qǐng)根據(jù)情景描述，回答后續(xù)問(wèn)題）某公司正在開發(fā)一款面向用戶的在線購(gòu)物平臺(tái)。該平臺(tái)的主要功能包括用戶注冊(cè)登錄、商品瀏覽、購(gòu)物車管理、訂單提交和在線支付。目前，測(cè)試團(tuán)隊(duì)正在進(jìn)行系統(tǒng)測(cè)試階段。情景：在執(zhí)行購(gòu)物車功能測(cè)試時(shí)，測(cè)試人員發(fā)現(xiàn)一個(gè)問(wèn)題時(shí)：當(dāng)用戶將特定商品（商品編號(hào)為SKU12345）添加到購(gòu)物車兩次，然后進(jìn)行結(jié)賬操作時(shí)，系統(tǒng)計(jì)算的總金額不正確，比預(yù)期少計(jì)算了該商品的單價(jià)。11.根據(jù)這個(gè)情景描述，測(cè)試人員發(fā)現(xiàn)的問(wèn)題最可能屬于哪個(gè)測(cè)試類型？A.單元測(cè)試B.集成測(cè)試C.系統(tǒng)測(cè)試D.回歸測(cè)試12.為了進(jìn)一步確認(rèn)和定位這個(gè)問(wèn)題，測(cè)試人員應(yīng)該首先執(zhí)行哪些操作？（請(qǐng)選擇最相關(guān)的兩項(xiàng)）A.回顧購(gòu)物車功能的業(yè)務(wù)需求文檔B.檢查商品編號(hào)為SKU12345的商品信息，特別是價(jià)格和促銷規(guī)則C.嘗試使用不同的瀏覽器和操作系統(tǒng)重復(fù)該問(wèn)題D.檢查訂單提交后數(shù)據(jù)庫(kù)中相關(guān)表的數(shù)據(jù)記錄13.如果確定這是一個(gè)軟件缺陷，在缺陷報(bào)告中，除了描述問(wèn)題現(xiàn)象外，還應(yīng)該包含哪些關(guān)鍵信息？（請(qǐng)選擇最相關(guān)的三項(xiàng)）A.缺陷的復(fù)現(xiàn)步驟B.實(shí)際結(jié)果與預(yù)期結(jié)果的對(duì)比C.缺陷發(fā)生的具體時(shí)間D.缺陷的嚴(yán)重性和優(yōu)先級(jí)建議E.相關(guān)的截圖或日志文件14.假設(shè)開發(fā)團(tuán)隊(duì)修復(fù)了這個(gè)問(wèn)題，并在修復(fù)后的版本中包含了該功能的回歸測(cè)試。回歸測(cè)試的主要目的是什么？A.發(fā)現(xiàn)開發(fā)過(guò)程中引入的新缺陷B.驗(yàn)證修復(fù)后的缺陷是否已解決C.評(píng)估修復(fù)對(duì)軟件其他部分可能產(chǎn)生的影響D.測(cè)試修復(fù)是否遵循了正確的開發(fā)流程三、填空題（請(qǐng)將正確答案填寫在橫線上）15.軟件測(cè)試的生命周期通常包括計(jì)劃、設(shè)計(jì)、執(zhí)行和_______等主要階段。16.測(cè)試用例通常由測(cè)試_______、預(yù)期結(jié)果和實(shí)際結(jié)果等部分組成。17.在缺陷管理流程中，缺陷狀態(tài)從“已修復(fù)”到“已驗(yàn)證通過(guò)”的轉(zhuǎn)換，標(biāo)志著測(cè)試人員確認(rèn)了修復(fù)的有效性。18._______測(cè)試關(guān)注軟件的非功能特性，如性能、可靠性、安全性等。19.對(duì)于Web應(yīng)用測(cè)試，確保用戶界面在不同瀏覽器和分辨率下的顯示一致性是_______測(cè)試的一個(gè)重要方面。20.在API測(cè)試中，使用工具（如Postman或JMeter）發(fā)送HTTP請(qǐng)求并接收J(rèn)SON格式的響應(yīng)是常見的_______測(cè)試活動(dòng)。四、簡(jiǎn)答題（請(qǐng)根據(jù)要求簡(jiǎn)要回答問(wèn)題）21.簡(jiǎn)述靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的主要區(qū)別。22.什么是測(cè)試用例？設(shè)計(jì)測(cè)試用例時(shí)需要考慮哪些主要因素？23.解釋什么是缺陷嚴(yán)重性（Severity）和缺陷優(yōu)先級(jí)（Priority），并說(shuō)明兩者的區(qū)別。24.在進(jìn)行移動(dòng)應(yīng)用測(cè)試時(shí)，除了功能測(cè)試，還需要關(guān)注哪些重要的非功能測(cè)試方面？25.什么是持續(xù)集成（CI）？在CI流程中，測(cè)試扮演著怎樣的角色？---試卷答案一、選擇題1.B解析：測(cè)試的核心活動(dòng)是測(cè)試設(shè)計(jì)、執(zhí)行和缺陷跟蹤，這些活動(dòng)直接依賴于對(duì)基礎(chǔ)理論的理解和應(yīng)用。測(cè)試用例設(shè)計(jì)是測(cè)試執(zhí)行前必不可少的關(guān)鍵環(huán)節(jié)。2.B解析：V模型強(qiáng)調(diào)開發(fā)階段的測(cè)試對(duì)應(yīng)，概要設(shè)計(jì)階段對(duì)應(yīng)集成測(cè)試。3.A解析：等價(jià)類劃分法要求為每個(gè)有效等價(jià)類至少設(shè)計(jì)一個(gè)測(cè)試用例，覆蓋其正常功能；為每個(gè)無(wú)效等價(jià)類也至少設(shè)計(jì)一個(gè)測(cè)試用例，以發(fā)現(xiàn)錯(cuò)誤。選項(xiàng)B錯(cuò)誤，有效等價(jià)類通常必須覆蓋。選項(xiàng)C錯(cuò)誤，無(wú)需同時(shí)選取。選項(xiàng)D錯(cuò)誤，也適用于輸出數(shù)據(jù)。4.B解析：邊界值是指等價(jià)類的邊界上的值，包括范圍的第一個(gè)值和最后一個(gè)有效值（即上限）以及最后一個(gè)無(wú)效值（即下限）。5.C解析：判定表法通過(guò)明確的邏輯條件組合和動(dòng)作，能夠系統(tǒng)地覆蓋所有可能的邏輯場(chǎng)景，有效防止遺漏。6.A解析：重新測(cè)試（回歸測(cè)試）是驗(yàn)證缺陷修復(fù)是否有效的標(biāo)準(zhǔn)做法。7.A解析：嚴(yán)重性描述缺陷的影響程度，崩潰導(dǎo)致核心功能無(wú)法使用是最高級(jí)別的影響。8.B解析：優(yōu)先級(jí)反映修復(fù)的緊急程度，核心功能失敗直接影響業(yè)務(wù)，優(yōu)先級(jí)最高。9.C解析：代碼審查是檢查源代碼的過(guò)程，屬于靜態(tài)測(cè)試。其他選項(xiàng)都是動(dòng)態(tài)測(cè)試活動(dòng)。10.C解析：動(dòng)態(tài)測(cè)試的核心是執(zhí)行代碼并觀察輸出，記錄結(jié)果與預(yù)期對(duì)比。二、情景題11.C解析：系統(tǒng)測(cè)試是在集成測(cè)試之后，對(duì)整個(gè)集成后的系統(tǒng)進(jìn)行測(cè)試，驗(yàn)證其是否滿足指定需求。發(fā)現(xiàn)的購(gòu)物車金額計(jì)算問(wèn)題涉及整個(gè)購(gòu)物流程，屬于系統(tǒng)測(cè)試范疇。12.A,B解析：回顧需求文檔有助于理解預(yù)期行為。檢查特定商品信息（如價(jià)格、促銷規(guī)則）有助于定位問(wèn)題根源。不同瀏覽器/操作系統(tǒng)重復(fù)（C）和檢查數(shù)據(jù)庫(kù)（D）可能是后續(xù)深入分析或確認(rèn)環(huán)境影響，但不是首要操作。13.A,B,D解析：缺陷報(bào)告必須包含清晰的復(fù)現(xiàn)步驟（A）、實(shí)際與預(yù)期結(jié)果對(duì)比（B）以及修復(fù)建議（D）。時(shí)間（C）、截圖/日志（E）也是有用的信息，但核心是ABC。14.A,B,C解析：回歸測(cè)試的主要目的包括發(fā)現(xiàn)新缺陷（A）、驗(yàn)證修復(fù)有效性（B）以及檢查修復(fù)引入的副作用（C）。遵循流程（D）是開發(fā)的要求，不是回歸測(cè)試的目的。三、填空題15.收尾（或評(píng)估與總結(jié)）解析：軟件測(cè)試生命周期通常包括計(jì)劃、設(shè)計(jì)、執(zhí)行和收尾階段。16.描述（或標(biāo)識(shí)）解析：測(cè)試用例需要有清晰的描述或標(biāo)識(shí)以便執(zhí)行和管理。預(yù)期結(jié)果是核心部分。17.驗(yàn)證通過(guò)（或關(guān)閉）解析：在缺陷管理中，確認(rèn)修復(fù)有效后，狀態(tài)通常變?yōu)椤耙羊?yàn)證通過(guò)”或直接“已關(guān)閉”。18.非功能解析：非功能測(cè)試關(guān)注軟件的質(zhì)量屬性，如性能、安全、可用性等。19.兼容性解析：確保不同環(huán)境下的顯示一致性是兼容性測(cè)試的主要目標(biāo)。20.接口解析：API測(cè)試主要關(guān)注應(yīng)用程序接口的正確性，發(fā)送請(qǐng)求和接收響應(yīng)是核心活動(dòng)。四、簡(jiǎn)答題21.靜態(tài)測(cè)試不運(yùn)行被測(cè)試軟件的代碼，通過(guò)分析文檔、代碼或設(shè)計(jì)來(lái)發(fā)現(xiàn)缺陷，如代碼審查、文檔評(píng)審。動(dòng)態(tài)測(cè)試則運(yùn)行軟件代碼，輸入數(shù)據(jù)并觀察輸出，以驗(yàn)證功能是否符合預(yù)期，如執(zhí)行測(cè)試用例。靜態(tài)測(cè)試側(cè)重于“查找潛在問(wèn)題”，動(dòng)態(tài)測(cè)試側(cè)重于“驗(yàn)證實(shí)際行為”。22.測(cè)試用例是包含測(cè)試標(biāo)識(shí)、測(cè)試描述、輸入數(shù)據(jù)、執(zhí)行步驟和預(yù)期結(jié)果的文檔，用于指導(dǎo)測(cè)試執(zhí)行。設(shè)計(jì)測(cè)試用例時(shí)需考慮：需求、功能規(guī)格、用戶場(chǎng)景、邊界值、錯(cuò)誤猜測(cè)、測(cè)試類型（黑盒/白盒）、可執(zhí)行性、可自動(dòng)化程度、優(yōu)先級(jí)等。23.缺陷嚴(yán)重性（Severity）衡量缺陷對(duì)軟件質(zhì)量或用戶的影響程度，是客觀描述。優(yōu)先級(jí)（Priority）衡量缺陷需要被修復(fù)的緊急程度，是主觀判斷，基于業(yè)務(wù)影響和項(xiàng)目目標(biāo)。例如，一個(gè)嚴(yán)重性高但影響小眾場(chǎng)景的缺陷，優(yōu)先級(jí)可能低。24.移動(dòng)應(yīng)用測(cè)試除功能