四級(jí)軟件測(cè)試工程師歷年習(xí)題

1、全國(guó)計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師模擬卷(一)（考試時(shí)間120分鐘，滿分100分）一、選擇題（1-25每題2分,共50分) 下列各題A、B、C、D四個(gè)選項(xiàng)中，只有一個(gè)選項(xiàng)是正確的。請(qǐng)將正確選項(xiàng)填涂在答題卡相應(yīng)位置上，答在試卷上不得分。1 下列關(guān)于軟件質(zhì)量模型的說(shuō)法中正確的是_。（A）外部質(zhì)量是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，決定其滿足規(guī)定的和隱含的要求的能力的（B）容錯(cuò)性，通用性，結(jié)構(gòu)性和通信性不全屬于軟件的質(zhì)量特性（C）內(nèi)部質(zhì)量是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足規(guī)定的和隱含的要求的程度（D）使用質(zhì)量是軟件產(chǎn)品在規(guī)定的使用環(huán)境中，規(guī)定的用戶能實(shí)現(xiàn)規(guī)定目標(biāo)的要求2軟件驗(yàn)證和確認(rèn)理論是測(cè)試過(guò)

2、程的理論依據(jù)，其中確認(rèn)是檢查我們是否在建成一個(gè)正確的產(chǎn)品，它強(qiáng)調(diào)的是_。（A）過(guò)程的正確性（B）產(chǎn)品的正確性（C）測(cè)試的正確性（D）規(guī)格說(shuō)明的正確性3根據(jù)軟件體系結(jié)構(gòu)的設(shè)計(jì)，按照一定順序?qū)⒔?jīng)過(guò)單元測(cè)試的程序單元逐步組裝為子系統(tǒng)或系統(tǒng)，這種測(cè)試是_。（A）系統(tǒng)測(cè)試（B）單元測(cè)試（C）集成測(cè)試（D）驗(yàn)收測(cè)試4自頂向下單元測(cè)試的策略是首先對(duì)模塊調(diào)用圖上的哪一層模塊進(jìn)行測(cè)試_。（A）最底層（B）下一層（C）最高層（D）上一層5一般來(lái)說(shuō)，與設(shè)計(jì)測(cè)試用例無(wú)關(guān)的文檔是_。（A）需求規(guī)格說(shuō)明書（B）程序的復(fù)雜程度（C）源程序（D）項(xiàng)目開發(fā)計(jì)劃6在黑盒測(cè)試中，著重檢查輸入條件的組合是_。（A）等價(jià)類劃分法（B）

3、邊界值分析法（C）錯(cuò)誤推測(cè)法（D）因果圖法7如果一個(gè)判定中的復(fù)合條件表達(dá)式為（A>10） or （B<=7），則為了達(dá)到100%的判定覆蓋率，至少需要設(shè)計(jì)多少個(gè)測(cè)試用例_。（A）1個(gè)（B）2個(gè)（C）3個(gè)（D）4個(gè)8.單元測(cè)試主要針對(duì)模塊的幾個(gè)基本特征進(jìn)行測(cè)試，該階段不能完成的測(cè)試是_。（A）系統(tǒng)功能（B）局部數(shù)據(jù)結(jié)構(gòu)（C）重要的獨(dú)立路徑（D）出錯(cuò)處理9下列關(guān)于邏輯覆蓋，說(shuō)法錯(cuò)誤的是_。（A）滿足條件覆蓋并不一定滿足判定覆蓋（B）滿足條件組合覆蓋的測(cè)試一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋（C）滿足路徑覆蓋也一定滿足條件組合覆蓋（D）判定/條件覆蓋同時(shí)滿足判定覆蓋和條件覆蓋10評(píng)

4、審是對(duì)軟件進(jìn)行靜態(tài)測(cè)試的一種方法，下列結(jié)論中，_是與軟件評(píng)審無(wú)關(guān)的內(nèi)容。（A）盡量發(fā)現(xiàn)錯(cuò)誤（B）根據(jù)評(píng)審標(biāo)準(zhǔn)（C）依靠測(cè)試信息（D）檢查軟件文檔11Myers 提出的軟件缺陷的群集現(xiàn)象指的是_。（A）在軟件測(cè)試過(guò)程中，缺陷不會(huì)少量出現(xiàn)，而會(huì)成群的出現(xiàn)（B）在測(cè)試一個(gè)功能部件的過(guò)程中，通常一次會(huì)發(fā)現(xiàn)很多缺陷（C）在測(cè)試的各個(gè)功能部件中，一般不是沒(méi)有發(fā)現(xiàn)缺陷，就是發(fā)現(xiàn)許多缺陷（D）一個(gè)功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的缺陷的可能性就越大12在北京某個(gè)銀行的人事信息管理軟件中，系統(tǒng)允許用戶輸入8位數(shù)字的北京市電話號(hào)碼。若使用等價(jià)類劃分法設(shè)計(jì)測(cè)試用例，獲得輸入等價(jià)類，那么從保證測(cè)試效果的角

5、度來(lái)看，下面最佳的測(cè)試用例選擇應(yīng)為_。（A）62570007，80603805，100080，39103825（B）62570007，80603805（C）62570007，39103825，8253324，空值，h?（D）39103825，8253324，139109230013 下列敘述中，說(shuō)法錯(cuò)誤的是_。A）不應(yīng)該采用模塊化方法開發(fā)自動(dòng)測(cè)試腳本B)自動(dòng)測(cè)試一般要求被測(cè)試的應(yīng)用系統(tǒng)相對(duì)穩(wěn)定（C）應(yīng)盡量使單元測(cè)試自動(dòng)化（D）自動(dòng)測(cè)試腳本可能包含錯(cuò)誤，也需要進(jìn)行維護(hù)14單元測(cè)試時(shí)，用于代替被調(diào)用模塊的是_。（A）樁模塊（B）通信模塊（C）驅(qū)動(dòng)模塊（D）代理模塊15在實(shí)際測(cè)試中，軟件性能的高低往

6、往直接取決于_。（A）用戶對(duì)響應(yīng)時(shí)間的接受程度（B）響應(yīng)時(shí)間的絕對(duì)值（C）系統(tǒng)響應(yīng)時(shí)間（D）所以功能的最大響應(yīng)時(shí)間16當(dāng)軟件的各部件組成邏輯都相對(duì)簡(jiǎn)單的情況下，對(duì)其進(jìn)行軟件可靠性分析通常最好選擇運(yùn)用下面哪一種軟件可靠性分析方法_。（A）故障樹分析（B）嚴(yán)酷度分析（C）失效模式影響分析（D）潛在線路分析17下列關(guān)于面向?qū)ο蟪绦虻臏y(cè)試組織問(wèn)題的說(shuō)法中，正確的是_。（A）在面向?qū)ο蟪绦驕y(cè)試中，通過(guò)執(zhí)行程序代碼完成的測(cè)試通常包括單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試三個(gè)主要方面（B）在面向?qū)ο蟪绦蛑械囊粋€(gè)類可以作為被獨(dú)立測(cè)試的單元（C）在面向?qū)ο蟪绦驕y(cè)試中，很容易對(duì)一個(gè)類中的單個(gè)成員方法進(jìn)行充分的單元測(cè)試（D）

7、由于集成測(cè)試目標(biāo)相同，結(jié)構(gòu)化程序的集成測(cè)試技術(shù)都適用于對(duì)類的測(cè)試18下列不屬于Web應(yīng)用軟件的特征的是_。（A）內(nèi)容驅(qū)動(dòng)（B）開發(fā)周期短（C）美觀性要求較高（D）安全性要求較低19下列關(guān)于Web應(yīng)用軟件測(cè)試的說(shuō)法中，正確的是_。（A）排版結(jié)構(gòu)測(cè)試是Web應(yīng)用軟件易用性測(cè)試的重要內(nèi)容（B）對(duì)于數(shù)據(jù)完整性的測(cè)試是Web應(yīng)用軟件業(yè)務(wù)層測(cè)試的重要內(nèi)容（C）Cookie測(cè)試是Web應(yīng)用軟件功能測(cè)試的重要內(nèi)容（D）對(duì)Web應(yīng)用軟件進(jìn)行系統(tǒng)測(cè)試時(shí)不必考慮性能測(cè)20下列不屬于兼容性要考慮的方面是_。（A）硬件兼容性（B）軟件兼容性（C）程序兼容性（D）數(shù)據(jù)兼容性21下列選項(xiàng)中，不屬于軟件功能易用性測(cè)試關(guān)注的內(nèi)

8、容_。（A）軟件是否能幫助用戶減少重復(fù)的輸入勞動(dòng)（B）軟件是否能在耗時(shí)較長(zhǎng)的操作期間提供反饋（C）軟件是否允許用戶針對(duì)自己的使用習(xí)慣進(jìn)行定制（D）軟件界面中文字的顯示風(fēng)格22下列關(guān)于極限測(cè)試，說(shuō)法不正確的是_。（A）相對(duì)傳統(tǒng)的軟件開發(fā)方法，極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求（B）極限編程的單元測(cè)試是由編碼人員完成的測(cè)試（C）極限編程要求在編碼之前先設(shè)計(jì)測(cè)試（D）驗(yàn)收測(cè)試由用戶來(lái)完成，編碼人員不必在現(xiàn)場(chǎng)23下列有關(guān)軟件問(wèn)題生命周期模型狀態(tài)定義的說(shuō)法中，錯(cuò)誤的是_。（A）"新建"表示測(cè)試中發(fā)現(xiàn)并報(bào)告了新的軟件問(wèn)題（B）"打開"表示軟件問(wèn)題已經(jīng)被確認(rèn)并分配測(cè)

9、試工程師處理（C）"關(guān)閉"表示軟件問(wèn)題已被已被確認(rèn)為無(wú)效的軟件問(wèn)題（D）"解決"表示軟件問(wèn)題已被確認(rèn)修復(fù)24軟件測(cè)試過(guò)程可持續(xù)改進(jìn)的根本是_。（A）度量與分析（B）變更控制（C）把握需求（D）度量25在QESuite Web Version 1.0中，測(cè)試管理人員可以使用_視圖，了解哪些模塊存在嚴(yán)重的軟件問(wèn)題。A）"按功能分類"視圖B）"按狀態(tài)/子狀態(tài)"視圖C）"按子系統(tǒng)/狀態(tài)"視圖D）"嚴(yán)重性"視圖二、論述題 (1-1每題20分,2-2每題12分,3-3每題18分,共50分

10、1論述題1：以下是某應(yīng)用程序的輸入條件限制，請(qǐng)按要求回答問(wèn)題（20分）某應(yīng)用程序的輸入條件組合為：姓名：填或不填性別：男或女狀態(tài)：激活或未激活（1）對(duì)該應(yīng)用程序采用正交試驗(yàn)設(shè)計(jì)法設(shè)計(jì)測(cè)試用例。（10分）（2）談一下正交實(shí)驗(yàn)設(shè)計(jì)法設(shè)計(jì)測(cè)試用例的好在哪里?（10分） 2論述題2：以下是某軟件的規(guī)格說(shuō)明，請(qǐng)按要求回答問(wèn)題（12分）軟件規(guī)格說(shuō)明：文件名的第一個(gè)字符必須是A或B，第二個(gè)字符必須是數(shù)字。滿足則修改文件。若第一個(gè)字符不為A或B，打印錯(cuò)誤信息X12，若第二個(gè)字符不為數(shù)字，則打印錯(cuò)誤信息X13。（1）根據(jù)軟件規(guī)格說(shuō)明的描述,畫出因果圖。（3分）（2）采用因果圖法設(shè)計(jì)該軟件的測(cè)試用例。（9分） 3

11、論述題3：用戶登錄界面通常需要用戶輸入用戶名和密碼，以下是系統(tǒng)反饋信息的幾條規(guī)則，請(qǐng)按照要求回答問(wèn)題（18分） 如果用戶名和密碼正確無(wú)誤，則顯示"登錄成功" 只要用戶名為空，就提示"用戶名不能為空"，清空密碼框； 用戶名不為空，而密碼為空，則提示"密碼不能為空"； 若用戶名不正確，則提示"用戶名錯(cuò)誤"，清空用戶名框和密碼框； 若用戶名正確，密碼不正確，則提示"密碼錯(cuò)誤"，清空密碼框；（1）根據(jù)上述規(guī)則，設(shè)計(jì)判定表（2）根據(jù)判定表設(shè)計(jì)測(cè)試用例（假設(shè)有一用戶名/密碼：abc/123456，不存在名為

12、xyz的用戶） 參考答案與分析一、選擇題（1-25每題2分,共50分)1 D2 B3 C4 C5 D6 D7 B8 A9 C10 C11 D12 C13 A14 A15 A16 C17 A18 D19 C20 C21 D22 D23 B24 A25 A二、論述題 (1問(wèn)題1： 采用常用方法設(shè)計(jì)測(cè)試用例如下：對(duì)于該程序的輸入條件，因?yàn)槊總€(gè)條件分別有兩個(gè)輸入?yún)?shù)，如果要全部覆蓋他們的輸入組合，則需設(shè)計(jì)8個(gè)測(cè)試用例，分別是：1 填寫姓名、選擇男性、狀態(tài)設(shè)置為激活。2 填寫姓名、選擇女性、狀態(tài)設(shè)置為激活。3 填寫姓名、選擇男性、狀態(tài)設(shè)置為未激活。4 填寫姓名、選擇女性、狀態(tài)設(shè)置為未激活。5 不填寫姓名

13、、選擇男性、狀態(tài)設(shè)置為激活。6 不填寫姓名、選擇女性、狀態(tài)設(shè)置為激活。7 不填寫姓名、選擇男性、狀態(tài)設(shè)置為未激活。8 不填寫姓名、選擇女性、狀態(tài)設(shè)置為未激活。問(wèn)題2： 下面采用正交試驗(yàn)設(shè)計(jì)法設(shè)計(jì)測(cè)試用例步驟1：確定有哪些因素，即輸入的條件。該應(yīng)用程序有姓名、性別、狀態(tài)三個(gè)因素。步驟2：每個(gè)因素有哪幾種參數(shù)，即輸入條件的參數(shù)。該應(yīng)用程序中的因素都有兩種參數(shù)，如姓名有填寫和不填寫兩個(gè)參數(shù)。步驟3：選擇一個(gè)合適的正交表。對(duì)上述應(yīng)用程序，我們可以選用L4，構(gòu)造正交表，如表下所示：步驟4：將變量的值映射到表中，即把表中的0和1映射成條件和參數(shù)，則上表轉(zhuǎn)換為下表：步驟5：把上表中每一行各種因素組合，即作為

14、一個(gè)測(cè)試用例。由上表有4行，故用正交試驗(yàn)法設(shè)計(jì)的該應(yīng)用程序的測(cè)試用例有4個(gè)，分別是：1) 填寫姓名、性別為男，狀態(tài)設(shè)置為激活。2) 填寫姓名、性別為女，狀態(tài)設(shè)置為未激活。3) 不填寫姓名、性別為男，狀態(tài)設(shè)置為未激活。4) 不填寫姓名、性別為女，狀態(tài)設(shè)置為激活。正交試驗(yàn)設(shè)計(jì)法的好處：簡(jiǎn)化測(cè)試用例，是一種可以用最少的測(cè)試用例獲得較為全面的測(cè)試覆蓋率的設(shè)計(jì)方法，尤其對(duì)于較為復(fù)雜的程序，該方法優(yōu)點(diǎn)顯著。2問(wèn)題1： 分析軟件規(guī)格說(shuō)明書，找出原因和結(jié)果并進(jìn)行編號(hào)。原因：1第一個(gè)字符為A 2第一個(gè)字符為B 3第一個(gè)字符為數(shù)字結(jié)果：80修改文件 81打印錯(cuò)誤信息X12 82打印錯(cuò)誤信息X13找出各原因和結(jié)果之

15、間、原因和原因之間的關(guān)系，畫出因果圖，如圖下所示：?jiǎn)栴}2： 將上述因果圖轉(zhuǎn)換為判定表，如下表所示。根據(jù)判定表設(shè)計(jì)測(cè)試用例，如下表所示。3（1）根據(jù)題意設(shè)計(jì)判定表，如下表所示：（2）由判定表設(shè)計(jì)測(cè)試用例時(shí)，要求覆蓋所有規(guī)則，一般針對(duì)每個(gè)規(guī)則設(shè)計(jì)一個(gè)測(cè)試用例。對(duì)于該測(cè)試用例以規(guī)則所對(duì)應(yīng)的條件為要求滿足的輸入條件，并以規(guī)則所對(duì)應(yīng)的動(dòng)作的動(dòng)作為預(yù)期結(jié)果。根據(jù)上表可以設(shè)計(jì)4個(gè)測(cè)試用例，它們分別覆蓋規(guī)則15，如下表所示。答案分析一、選擇題1分析：外部質(zhì)量是針對(duì)要求的滿足程度而言的，是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足規(guī)定的和隱含的要求的程度而內(nèi)部質(zhì)量則主要是根據(jù)軟件產(chǎn)品的情況給出的，內(nèi)部質(zhì)量是表征軟件產(chǎn)

16、品在規(guī)定條件下使用時(shí)，決定其滿足規(guī)定的和隱含的要求的能力的產(chǎn)品屬性的全體。故選項(xiàng)A和C敘述剛好顛倒，選項(xiàng)B中的性質(zhì)都是屬于軟件的質(zhì)量特性的，而選項(xiàng)D中關(guān)于使用質(zhì)量的敘述是完全正確的。2分析：驗(yàn)證是檢查軟件開發(fā)的各個(gè)階段過(guò)程活動(dòng)的結(jié)果是否滿足規(guī)格說(shuō)明的描述，證實(shí)各階段和階段之間的邏輯協(xié)調(diào)性、完備性和正確性。確認(rèn)是證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性，即是否滿足用戶的要求。Bohem給出了一個(gè)經(jīng)典定義：驗(yàn)證是檢查我們是否正在正確地建造一個(gè)產(chǎn)品，它強(qiáng)調(diào)的是過(guò)程的正確性。而確認(rèn)是檢查我們是否在建成一個(gè)正確的產(chǎn)品，它強(qiáng)調(diào)的是產(chǎn)品的正確性。3分析：軟件測(cè)試生存周期模型描述了軟件測(cè)試的全過(guò)程：?jiǎn)卧獪y(cè)試

17、、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試等。4分析：自底向上測(cè)試與自頂向下測(cè)試策略都是增量式的測(cè)試，軟件是分層設(shè)計(jì)的，主模塊調(diào)用子模塊，子模塊又依次調(diào)用更低層次的模塊，依此類推。在自底向上單元測(cè)試的策略中，應(yīng)首先測(cè)試最底層的模塊，利用輔助的測(cè)試驅(qū)動(dòng)模塊調(diào)用他們并傳遞測(cè)試數(shù)據(jù)，然后再測(cè)試更高層次的模塊，再較高層次的模塊測(cè)試中可以直接調(diào)用已測(cè)試過(guò)的較低層次的模塊。在自頂向下測(cè)試中，首先測(cè)試的則是頂層模塊，無(wú)須編寫驅(qū)動(dòng)模塊，但要使用樁模塊，當(dāng)頂層模塊被證明無(wú)誤后，在測(cè)試下一個(gè)高層次的模塊。5分析：在各個(gè)時(shí)期進(jìn)行的軟件測(cè)試，其依據(jù)都是不同的，測(cè)試用例的設(shè)計(jì)應(yīng)該與各個(gè)時(shí)期的文檔有關(guān)，故測(cè)試用例的設(shè)計(jì)與需

18、求規(guī)格說(shuō)明書，程序復(fù)雜程度，源程序都是有關(guān)的。而項(xiàng)目的開發(fā)計(jì)劃是為程序的開發(fā)做準(zhǔn)備的，與測(cè)試無(wú)關(guān)。6分析：在黑盒測(cè)試中，這些測(cè)試策略基本上都要考慮輸入條件的組合，但是基于因果圖的方法就是著重檢查輸入條件組合的一種測(cè)試方法。7分析：題目要求達(dá)到100%的判定覆蓋率，即要求所以的判定真假都至少執(zhí)行一次，故我們?nèi)《ǎˋ=12，B=7）和（A=7，B=10）兩組測(cè)試用例，即可滿足題目要求。8分析：?jiǎn)卧獪y(cè)試主要從下面五個(gè)基本特征進(jìn)行測(cè)試，分別是：模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、獨(dú)立路徑和出錯(cuò)處理。故不能完成的測(cè)試是系統(tǒng)功能，這通常是在系統(tǒng)測(cè)試時(shí)進(jìn)行的。9分析：考察各種邏輯覆蓋的關(guān)系： 條件組合覆蓋>判定覆

19、蓋>語(yǔ)句覆蓋（即如果達(dá)到條件組合覆蓋，就達(dá)到判定覆蓋和語(yǔ)句覆蓋；如果達(dá)到判定覆蓋，就達(dá)到語(yǔ)句覆蓋，下面類似理解）。 條件組合覆蓋>條件覆蓋。 條件覆蓋不一定包含判定覆蓋、語(yǔ)句覆蓋。 判定覆蓋不一定包含條件覆蓋。 路徑覆蓋>判定覆蓋>語(yǔ)句10分析：評(píng)審是一種軟件開發(fā)前期階段人工測(cè)試的方法，主要是發(fā)現(xiàn)缺陷，并通過(guò)評(píng)審標(biāo)準(zhǔn)檢查軟件文檔，故選項(xiàng)A、選項(xiàng)B和選項(xiàng)D都與軟件評(píng)審有關(guān)。而評(píng)審這一階段是不需要依靠測(cè)試信息的。11分析：Myers 提出的軟件缺陷的群集現(xiàn)象是指：測(cè)試后程序中殘余的錯(cuò)誤數(shù)目與該程序中已發(fā)現(xiàn)的錯(cuò)誤數(shù)目成正比。即一個(gè)功能部件已發(fā)現(xiàn)的缺陷越多，找到它的更多未發(fā)現(xiàn)的

20、缺陷的可能性就越大。12分析：根據(jù)等價(jià)類劃分法設(shè)計(jì)測(cè)試用例的原則。13分析：自動(dòng)測(cè)試腳本最好采用模塊化方法。14分析：增量測(cè)試策略首先要對(duì)程序的每個(gè)程序單元或程序部件單獨(dú)進(jìn)行測(cè)試，這種測(cè)試便是單元測(cè)試或模塊測(cè)試或部件測(cè)試。在單元測(cè)試時(shí)，程序員必須編寫一個(gè)驅(qū)動(dòng)模塊，用來(lái)調(diào)用被測(cè)模塊并向其傳送測(cè)試數(shù)據(jù)，若該模塊調(diào)用了其他模塊，程序員必須編寫一個(gè)樁模塊，用來(lái)代替被調(diào)用的模塊。15分析：軟件的性能是軟件的一種非功能特性，響應(yīng)時(shí)間軟件性能指標(biāo)之一，響應(yīng)時(shí)間是指系統(tǒng)對(duì)請(qǐng)求作出響應(yīng)的時(shí)間，對(duì)于單機(jī)的沒(méi)有并發(fā)操作的應(yīng)用系統(tǒng)而言，人們普遍認(rèn)為響應(yīng)時(shí)間會(huì)是一個(gè)合理且準(zhǔn)確的性能指標(biāo)，但是要指出的是，在實(shí)際測(cè)試中，響

21、應(yīng)時(shí)間的絕對(duì)值并不能直接反映軟件性能的高低，軟件性能的高低實(shí)際上取決于用戶對(duì)響應(yīng)時(shí)間的接受程度。16分析：軟件可靠性分析方法主要有：失效模式影響分析、嚴(yán)酷性分析、故障樹分析、事件樹分析和潛在線路分析。其中失效模式影響分析（FMEA）的基本假設(shè)是產(chǎn)品本身的邏輯沒(méi)有故障，但其各部件出現(xiàn)的故障可能會(huì)導(dǎo)致產(chǎn)品出現(xiàn)故障，所以，該方法的思路是通過(guò)分析產(chǎn)品與其各個(gè)部件的邏輯，從而分析出各個(gè)部件的故障對(duì)整個(gè)產(chǎn)品可靠性的影響。故當(dāng)軟件的各部件組成邏輯都相對(duì)簡(jiǎn)單的情況下，采用該方法是最適合的。17分析：在面向?qū)ο蟪绦驕y(cè)試中，通過(guò)執(zhí)行程序代碼完成的測(cè)試通常包括單元測(cè)試、集成測(cè)試和系統(tǒng)測(cè)試三個(gè)主要方面。其中單元測(cè)試的

22、基本要求是被測(cè)單元被獨(dú)立地測(cè)試，而在測(cè)試面向?qū)ο蟪绦驎r(shí)，由于一個(gè)類的各個(gè)成員方法通常是相互聯(lián)系的，因而很難對(duì)一個(gè)類中的單個(gè)成員方法進(jìn)行充分的單元測(cè)試。面向?qū)ο蟪绦蛑械囊粋€(gè)類甚至也不能作為被獨(dú)立測(cè)試的單元，主要原因一方面是由于繼承的存在，一個(gè)類通常依賴于其父類和其他祖先類，另一方面由于面向?qū)ο蟪绦蚪?jīng)常出現(xiàn)多個(gè)類相互依賴也會(huì)導(dǎo)致每個(gè)類難以被獨(dú)立的測(cè)試。集成測(cè)試是針對(duì)程序的集成結(jié)構(gòu)進(jìn)行，在面向?qū)ο蟪绦蛑?，許多集成機(jī)制在傳統(tǒng)結(jié)構(gòu)化程序中沒(méi)有，因而結(jié)構(gòu)化程序的集成測(cè)試技術(shù)難以適用于對(duì)類的測(cè)試。18分析：Web應(yīng)用軟件與其他的應(yīng)用軟件有較大的差別，其特點(diǎn)有基于無(wú)連接協(xié)議，內(nèi)容驅(qū)動(dòng)，開發(fā)周期短，演化頻繁，安

23、全性要求較高，美觀性要求較高。19分析：Web應(yīng)用軟件的系統(tǒng)測(cè)試除了功能測(cè)試外還包括性能測(cè)試、易用性測(cè)試、內(nèi)容測(cè)試、安全性測(cè)試和接口測(cè)試等。功能測(cè)試主要包括：連接測(cè)試，表單測(cè)試，Cookie測(cè)試，故選項(xiàng)C正確，由排版結(jié)構(gòu)的測(cè)試是Web應(yīng)用軟件表示層的測(cè)試，故A不正確。而對(duì)數(shù)據(jù)完整性的測(cè)試是Web應(yīng)用軟件數(shù)據(jù)層的測(cè)試，故選型B不正確。對(duì)于Web應(yīng)用軟件而言，性能測(cè)試是一個(gè)至關(guān)重要的因素，所以對(duì)Web應(yīng)用軟件進(jìn)行系統(tǒng)測(cè)試時(shí)，必須考慮性能測(cè)試，故D說(shuō)法錯(cuò)誤。20分析：所謂兼容性測(cè)試，是指針對(duì)軟件對(duì)其運(yùn)行環(huán)境的依賴進(jìn)行測(cè)試，以驗(yàn)證軟件是否能夠在所有期望的環(huán)境中運(yùn)行。在大多數(shù)情況下，兼容性測(cè)試主要考慮硬

24、件兼容性、軟件兼容性和數(shù)據(jù)兼容性三個(gè)方面。21分析：功能易用性是指用戶能否方便、快速、準(zhǔn)確地使用軟件提供地功能來(lái)完成需要完成的任務(wù)。一般功能易用性測(cè)試涉及面很廣，其主要內(nèi)容有：業(yè)務(wù)符合度，功能定制性，功能的關(guān)聯(lián)度，數(shù)據(jù)的共享度，用戶約束的合理性，反饋的及時(shí)性。22分析：極限編程強(qiáng)調(diào)靈活的分析和設(shè)計(jì)，極限編程與傳統(tǒng)軟件開發(fā)方法相比，有四個(gè)主要特征：簡(jiǎn)單地分析設(shè)計(jì)，頻繁地客戶交流，增量式開發(fā)，連續(xù)的測(cè)試。這些特征決定了極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求。單元測(cè)試是極限編程中最重要的發(fā)現(xiàn)缺陷的手段，主要由編碼人員來(lái)完成，驗(yàn)收測(cè)試主要由用戶來(lái)完成，但編碼人員也必須在場(chǎng)，以便與用戶進(jìn)行交流。另外極限編

25、程要求在編碼之前先設(shè)計(jì)測(cè)試，因?yàn)檫@樣可提高編碼人員測(cè)試自己編寫代碼的效率。23分析：軟件問(wèn)題的狀態(tài)定義如下： 新建（New）-測(cè)試中新報(bào)告的軟件問(wèn)題 打開（Open）-軟件問(wèn)題已被確認(rèn)并分配給相關(guān)開發(fā)工程師處理 關(guān)閉（Closed）-確認(rèn)為無(wú)效的軟件問(wèn)題 待驗(yàn)（Pending）-工程師已完成修正，等待測(cè)試人員驗(yàn)證 解決（Resolved）-軟件問(wèn)題已被修復(fù)24分析：在軟件系統(tǒng)開發(fā)過(guò)程中，度量與分析同樣體現(xiàn)的是"全過(guò)程測(cè)試"理念，對(duì)測(cè)試過(guò)程的度量有利于及時(shí)把握項(xiàng)目情況，對(duì)過(guò)程數(shù)據(jù)進(jìn)行分析，很容易發(fā)現(xiàn)優(yōu)勢(shì)和劣勢(shì)，找出需要改進(jìn)的地方，及時(shí)調(diào)整測(cè)試策略。所以說(shuō)度量與分析是軟件測(cè)試過(guò)

26、程可持續(xù)改進(jìn)的根本。25分析：在QESuite Web Version 1.0中，可以監(jiān)控軟件問(wèn)題報(bào)告處理過(guò)程和軟件系統(tǒng)各模塊軟件問(wèn)題布狀況，測(cè)試管理人員使用"按功能分類"視圖查看軟件問(wèn)題分布情況，可以了解哪些模塊存在嚴(yán)重的軟件問(wèn)題。使用"按狀態(tài)/子狀態(tài)"視圖可以了解當(dāng)前所有軟件問(wèn)題的處理狀態(tài)。使用"按子系統(tǒng)/狀態(tài)"視圖可以了解各個(gè)部分軟件問(wèn)題的數(shù)量情況，及時(shí)調(diào)整開發(fā)人員修復(fù)和測(cè)試人員驗(yàn)證的工作方向。使用"嚴(yán)重性"視圖可以了解當(dāng)前軟件問(wèn)題的嚴(yán)重性分布。二、論述題1分析：首先考慮程序的的輸入條件組合，根據(jù)路徑覆蓋需要

27、8個(gè)測(cè)試用例，然后根據(jù)正交實(shí)驗(yàn)設(shè)計(jì)測(cè)試用例方法步驟，通過(guò)構(gòu)造正交表設(shè)計(jì)測(cè)試用例。最后通過(guò)結(jié)果，比較總結(jié)出正交實(shí)驗(yàn)設(shè)計(jì)法設(shè)計(jì)測(cè)試用例的好處。2分析：首先分析題目規(guī)格說(shuō)明書，找出原因和結(jié)果，以及它們相互之間的關(guān)系，畫出因果圖。然后根據(jù)黑盒測(cè)試中基于因果圖的方法設(shè)計(jì)測(cè)試用例。3分析：首先根據(jù)登錄界面反饋信息的規(guī)則，列出相關(guān)的條件以及動(dòng)作，畫出判定表，然后再根據(jù)黑盒測(cè)試中基于判定表的測(cè)試方法設(shè)計(jì)測(cè)試用例。全國(guó)計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師模擬卷(二)（考試時(shí)間120分鐘，滿分100分）一、選擇題（1-25每題2分,共50分) 下列各題A、B、C、D四個(gè)選項(xiàng)中，只有一個(gè)選項(xiàng)是正確的。請(qǐng)將正確選項(xiàng)填涂在

28、答題卡相應(yīng)位置上，答在試卷上不得分。1下列軟件屬性中，軟件產(chǎn)品首要滿足的應(yīng)該是_。（A）功能需求（B）性能需求（C）可擴(kuò)展性和靈活性（D）容錯(cuò)、糾錯(cuò)能力2對(duì)于維護(hù)軟件的人員來(lái)說(shuō)。使用質(zhì)量是_的結(jié)果。( A )功能性（B）可靠性（C）可維護(hù)性（D）效率3軟件規(guī)劃階段實(shí)際上指的是_。（A）需求獲取和定義階段（B）數(shù)據(jù)獲取和定義階段（C）測(cè)試用例設(shè)計(jì)規(guī)劃階段（D）產(chǎn)品實(shí)施規(guī)劃4在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔是_。（A）用戶手冊(cè)（B）外部設(shè)計(jì)規(guī)格說(shuō)明（C）內(nèi)部設(shè)計(jì)規(guī)格說(shuō)明（D）測(cè)試計(jì)劃手冊(cè)5在模塊測(cè)試的過(guò)程中，采用自底向上的測(cè)試比自頂向下的測(cè)試_。（A）好（B）差（C）一樣

29、（D）不確定6黑盒測(cè)試是從_觀點(diǎn)出發(fā)的測(cè)試，而白盒測(cè)試是從_觀點(diǎn)出發(fā)的測(cè)試。（A）開發(fā)人員、管理人員（B）用戶、管理人員（C）用戶、開發(fā)人員（D）開發(fā)人、用戶7從已經(jīng)發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過(guò)程稱為_。（A）錯(cuò)誤檢測(cè)（B）故障排除（C）測(cè)試（D）調(diào)試8下列關(guān)于邏輯覆蓋的敘述，說(shuō)法錯(cuò)誤的是_。（A）條件覆蓋的檢錯(cuò)能力較判定覆蓋強(qiáng)，但有時(shí)達(dá)不到判定覆蓋的要求（B）判定覆蓋包含了語(yǔ)句覆蓋，但它可能會(huì)使一些條件得不到測(cè)試（C）判定/條件覆蓋包含了判定覆蓋和條件覆蓋的要求，實(shí)際上不一定達(dá)到覆蓋的標(biāo)準(zhǔn)（D）凡滿足條件組合覆蓋標(biāo)準(zhǔn)的測(cè)試用例，也必然滿足其他所有覆蓋種類的覆蓋標(biāo)

30、準(zhǔn)9傳統(tǒng)集成測(cè)試的主要方法有兩個(gè)，一個(gè)是_，另一個(gè)是_。（A）白盒測(cè)試方法、黑盒測(cè)試方法（B）漸增式測(cè)試方法、非漸增式測(cè)試方法（C）等價(jià)類劃分方法、邊界值分析方法（D）因果圖方法、錯(cuò)誤推測(cè)法10下列測(cè)試方法中，不屬于白盒測(cè)試技術(shù)的是_。（A）判定覆蓋（B）語(yǔ)句覆蓋（C）條件組合覆蓋（D）邊界值分析11以下說(shuō)法錯(cuò)誤的是_。（A）軟件產(chǎn)品的質(zhì)量越高，發(fā)布后維護(hù)成本就越低（B）在軟件測(cè)試中一般只需要運(yùn)行預(yù)先設(shè)計(jì)的所有測(cè)試案例（C）通常應(yīng)該在需求階段設(shè)計(jì)系統(tǒng)測(cè)試案例，以此作為需求檢查的輔助手段（D）發(fā)現(xiàn)和修復(fù)產(chǎn)品中的軟件缺陷越早，開發(fā)費(fèi)用就會(huì)越低12在銀行的活期存折賬戶管理軟件中，要求可以輸入一個(gè)賬戶

31、的每筆交易的金額。若規(guī)定存入的金額的有效取值范圍使1.00元至99 999 999.99元。若考慮使用邊界值分析設(shè)計(jì)關(guān)于這個(gè)金額的測(cè)試用例，下列屬于它的邊界值是_。（A）2，9 999 999（B）1.01，99 999 999.99（C）99 999 999.98，9.99（D）0.99，100 000 000.0013下列哪一項(xiàng)內(nèi)容通常屬于易用性測(cè)試的范圍是_。（A）安裝與卸載測(cè)試（B）系統(tǒng)故障頻率（C）聯(lián)機(jī)文檔中斷開的鏈接（D）中文版與英文版的一致14下列關(guān)于軟件測(cè)試自動(dòng)化，說(shuō)法正確的是_。（A）無(wú)法依靠人工完成的測(cè)試活動(dòng)均可以通過(guò)測(cè)試自動(dòng)化完成（B）輸出結(jié)果不明確的測(cè)試不適合自動(dòng)化（C

32、）是否采用測(cè)試自動(dòng)化與所開發(fā)的應(yīng)用軟件項(xiàng)目的性質(zhì)無(wú)關(guān)（D）與手工測(cè)試相比，采用自動(dòng)化測(cè)試可以明顯的提高測(cè)試質(zhì)量15關(guān)于人工測(cè)試方法，說(shuō)法正確的是_。（A）走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合（B）同行評(píng)審的文檔是一種過(guò)渡性的文檔，不是公開的正式文檔（C）桌上檢查的文檔是一個(gè)最終可交付的文檔（D）評(píng)審是一項(xiàng)很浪費(fèi)時(shí)間的活動(dòng)，會(huì)減緩項(xiàng)目的進(jìn)度16軟件性能測(cè)試的目標(biāo)有_。（A）發(fā)現(xiàn)（和改正）軟件性能缺陷（B）性能調(diào)優(yōu)（C）能力檢驗(yàn)和規(guī)劃（D）以上全部17下列關(guān)于面向?qū)ο筌浖y(cè)試的說(shuō)法中，不正確的是_。（A）面向?qū)ο筌浖陌缀袦y(cè)試不能不加改變地照搬傳統(tǒng)軟件的白盒測(cè)試準(zhǔn)則（B）在存在多

33、態(tài)的情況下，為了達(dá)到較高的測(cè)試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測(cè)試（C）假設(shè)類B是類A的子類，如果類A已進(jìn)行了充分的測(cè)試，在測(cè)試類B時(shí)不必測(cè)試任何類B繼承類A的成員方法（D）對(duì)于一棵繼承樹上的多個(gè)類，處于葉子節(jié)點(diǎn)的類也需要測(cè)試18 Web應(yīng)用軟件的性能測(cè)試主要包括_。（A）并發(fā)測(cè)試（B）負(fù)載測(cè)試和壓力測(cè)試（C）配置測(cè)試和性能調(diào)優(yōu)（D）以上全部19下列兼容性不屬于軟件兼容性的考慮范疇的是_。（A）與外設(shè)的兼容性（B）與不同類軟件的兼容性（C）與瀏覽器的兼容性（D）與中間件的兼容性20下列關(guān)于Web應(yīng)用軟件的系統(tǒng)安全檢測(cè)與防護(hù)說(shuō)法不正確的是_。（A）對(duì)系統(tǒng)安全漏洞的檢測(cè)同樣也屬于測(cè)試的范疇（B）W

34、eb應(yīng)用軟件的安全性僅與Web應(yīng)用軟件本身的開發(fā)相關(guān)（C）系統(tǒng)安全檢測(cè)與防護(hù)應(yīng)當(dāng)作一個(gè)系統(tǒng)工程來(lái)完成，僅僅經(jīng)過(guò)入侵檢測(cè)和漏洞掃描是不夠的，在這其中最重要的應(yīng)該是建立完善的安全策略（D）訪問(wèn)安全是指控制外界對(duì)主機(jī)的訪問(wèn)，從而減少甚至避免非法的訪問(wèn)和使用21下列關(guān)于軟件測(cè)試過(guò)程的幾種抽象模型，說(shuō)法正確的是_。（A）H模型指出軟件測(cè)試具有獨(dú)立性，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開展（B）W模型強(qiáng)調(diào)在整個(gè)項(xiàng)目開發(fā)中需要經(jīng)歷的不同測(cè)試級(jí)別，指明測(cè)試的對(duì)象是程序（C）軟件測(cè)試過(guò)程與軟件開發(fā)過(guò)程不同的是，它不必遵循軟件工程原理（D）V模型強(qiáng)調(diào)測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣需要測(cè)試22

35、關(guān)于測(cè)試的策劃，說(shuō)法不正確的是_。（A）測(cè)試設(shè)計(jì)的任務(wù)是執(zhí)行測(cè)試用例，需要時(shí)也可以將測(cè)試用例設(shè)計(jì)與執(zhí)行并行開展（B）若系統(tǒng)對(duì)質(zhì)量要求很高，則需要開展多次的回歸測(cè)試驗(yàn)證（C）在實(shí)際軟件項(xiàng)目中，一個(gè)測(cè)試團(tuán)隊(duì)可能大都是骨干人員（D）測(cè)試團(tuán)隊(duì)的規(guī)模與被測(cè)系統(tǒng)規(guī)模、測(cè)試方資源調(diào)配情況有關(guān)23下列關(guān)于測(cè)試策略說(shuō)法不正確的是_。（A）測(cè)試策略活動(dòng)可以和測(cè)試設(shè)計(jì)活動(dòng)并行開展（B）測(cè)試設(shè)計(jì)活動(dòng)也可以和測(cè)試執(zhí)行活動(dòng)并行開展（C）在測(cè)試的最后階段里，測(cè)試總結(jié)和測(cè)試執(zhí)行通常并行開展（D）在實(shí)際測(cè)試過(guò)程中，要不得不將一些測(cè)試活動(dòng)并行開展，主要是因?yàn)闀r(shí)間原因24下列關(guān)于軟件缺陷狀態(tài)的定義，不正確的是_。（A）New-測(cè)試

36、中新報(bào)告的軟件缺陷（B）Open-缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理（C）Fixed-測(cè)試工程師已完成修正，等待開發(fā)人員驗(yàn)證（D）Closed-缺陷已被修復(fù)25在QESAT/C中，下列屬于動(dòng)態(tài)測(cè)試過(guò)程步驟的是_。（A）設(shè)定待測(cè)試的配置、編譯相關(guān)的源程序（B）設(shè)定需插裝的函數(shù)（C）運(yùn)行源程序、合并動(dòng)態(tài)運(yùn)行的結(jié)果（D）以上全部二、論述題 (1-1每題20分,2-2每題12分,3-3每題18分,共50分1論述題1：以下是某應(yīng)用程序的規(guī)格描述，請(qǐng)按要求回答問(wèn)題（20分）程序規(guī)則：實(shí)現(xiàn)某城市的電話號(hào)碼，該電話號(hào)碼由三部分組成。它的說(shuō)明如下：區(qū)號(hào)：空白或3為數(shù)字；前綴：非"0"或&q

37、uot;1"開頭的3為數(shù)字；后綴：4位數(shù)字。請(qǐng)分析該程序的規(guī)則說(shuō)明和被測(cè)程序的功能，采用等價(jià)類劃分方法設(shè)計(jì)測(cè)試用例。（10分） 2論述題2：你認(rèn)為應(yīng)該由誰(shuí)來(lái)進(jìn)行確認(rèn)測(cè)試？是軟件開發(fā)者還是軟件用戶？為什么？（12分） 3論述題3：以下電費(fèi)計(jì)算的幾條規(guī)則，請(qǐng)按要求回答問(wèn)題（18分）一些城市的電力公司把用戶分為兩類：?jiǎn)钨M(fèi)率用戶和復(fù)費(fèi)率用戶。對(duì)于單費(fèi)率用戶實(shí)行單一電價(jià)，即在任何時(shí)間短都是一個(gè)價(jià)；對(duì)于復(fù)費(fèi)率用戶在不同時(shí)段實(shí)行不同的電價(jià)。有4條計(jì)算電費(fèi)的規(guī)則：對(duì)于單費(fèi)率用戶，按公式A計(jì)算電費(fèi)；對(duì)于復(fù)費(fèi)率用戶，如果不在規(guī)定期間內(nèi)，同單費(fèi)率用戶，按照公式A計(jì)算電費(fèi)，否則按公式B計(jì)算；如果既不是單費(fèi)率

38、用戶也不是復(fù)費(fèi)率用戶，則做其他處理。（1）根據(jù)上述要求，設(shè)計(jì)判定表。（10分）（2）根據(jù)上述判定表設(shè)計(jì)測(cè)試用例，盡量使其覆蓋所以得情況。（8分） 參考答案與分析一、選擇題（1-25每題2分,共50分)1 A2 C3 A4 A5 A6 C7 D8 D9 B10 D11 B12 D13 B14 B15 A16 D17 C18 D19 A20 B21 A22 C23 C24 C25 D二、論述題 (1問(wèn)題1：解答：首先分析程序的規(guī)則說(shuō)明和被測(cè)程序的功能，將其劃分等價(jià)類并編號(hào)，如下：有效等價(jià)類輸入：（2） 區(qū)號(hào)：空白；（3） 區(qū)號(hào)：3位數(shù)字；（4） 前綴：從100999的3位數(shù)字；（5） 后綴：4位數(shù)

39、字。無(wú)效等價(jià)類輸入：（1） 區(qū)號(hào)：有非數(shù)字字符；（2） 區(qū)號(hào)：少于3位數(shù)字；（3） 區(qū)號(hào)：多于3位數(shù)字；（4） 前綴：有非數(shù)字字符；（5） 前綴：起始位為"0"；（6） 前綴：少于3位數(shù)字；（7） 前綴：多于3位數(shù)字；（8） 后綴：有非數(shù)字字符；（9） 后綴：少于4位數(shù)字；（10） 后綴：多于4位數(shù)字。問(wèn)題2：根據(jù)上述等價(jià)類的劃分，設(shè)計(jì)測(cè)試用例如下：有效測(cè)試用例輸入，如下表所示：無(wú)效的測(cè)試用例輸入，如下表所示：2在對(duì)照需求做功能測(cè)試和軟件配置復(fù)審時(shí)，是由軟件開發(fā)者在開發(fā)環(huán)境下進(jìn)行的測(cè)試。而接下來(lái)做驗(yàn)收測(cè)試時(shí)則以用戶為主。軟件開發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。由用戶參加

40、設(shè)計(jì)測(cè)試用例，使用用戶界面輸入測(cè)試數(shù)據(jù)，并分析測(cè)試的輸出結(jié)果。一般使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。 如果軟件是為多個(gè)客戶開發(fā)的，則需要進(jìn)行測(cè)試和測(cè)試。測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的測(cè)試。軟件在一個(gè)自然設(shè)置狀態(tài)下使用。開發(fā)者坐在用戶旁邊，隨時(shí)記下錯(cuò)誤情況和使用中的問(wèn)題。這是在受控制的環(huán)境下進(jìn)行的測(cè)試。測(cè)試是由軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。這些用戶是與公司簽定了支持產(chǎn)品預(yù)發(fā)行合同的外部客戶，他們要求使用該產(chǎn)品，并愿意返回有關(guān)錯(cuò)位錯(cuò)誤信息給開發(fā)者。與測(cè)試不同的是，開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)。因而，測(cè)試是在開發(fā)者無(wú)法控制的

41、環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。3（1）根據(jù)題意設(shè)計(jì)判定表，如下表所示： （2）由判定表設(shè)計(jì)測(cè)試用例時(shí)，要求覆蓋所有規(guī)則，一般針對(duì)每個(gè)規(guī)則設(shè)計(jì)一個(gè)測(cè)試用例。對(duì)于該測(cè)試用例以規(guī)則所對(duì)應(yīng)的條件為要求滿足的輸入條件，并以規(guī)則所對(duì)應(yīng)的動(dòng)作的動(dòng)作為預(yù)期結(jié)果。根據(jù)表 可以設(shè)計(jì)4個(gè)測(cè)試用例，它們分別覆蓋規(guī)則14，如下表所示。答案分析一、選擇題1分析：軟件產(chǎn)品質(zhì)量的屬性有很多，其中軟件產(chǎn)品首先要滿足的就是客戶的功能需求。性能需求包括處理和響應(yīng)時(shí)間，約束條件則是標(biāo)識(shí)外部硬件、可用存儲(chǔ)或其他現(xiàn)有系統(tǒng)對(duì)軟件的限制。功能、性能和約束必須在一起進(jìn)行評(píng)價(jià)。另外軟件產(chǎn)品還應(yīng)具備一定的可擴(kuò)展性和靈活性，應(yīng)能夠有效的處理例外或異常情

42、況，具有一定的容錯(cuò)、糾錯(cuò)能力?？傊?，軟件質(zhì)量實(shí)際上是各種特性的復(fù)雜組合。2分析：使用質(zhì)量是從用戶觀點(diǎn)來(lái)對(duì)軟件產(chǎn)品提出的質(zhì)量要求，所以它的度量主要是針對(duì)用戶使用的績(jī)效，而不是軟件自身的特性，使用質(zhì)量是面向用戶的內(nèi)部和外部質(zhì)量的組合效果。使用質(zhì)量與其他軟件產(chǎn)品質(zhì)量特性之間的關(guān)系取決于用戶的類型： 對(duì)最終用戶來(lái)說(shuō)，使用質(zhì)量主要是功能性、可靠性、易用性和效率的結(jié)果。 對(duì)維護(hù)軟件的人員來(lái)說(shuō)，使用質(zhì)量是可維護(hù)性的結(jié)果。 對(duì)移植軟件的人員來(lái)說(shuō)，使用質(zhì)量是可移植性的結(jié)果。3分析：規(guī)劃階段的測(cè)試實(shí)際上就是對(duì)需求獲取和定義階段進(jìn)行的測(cè)試，產(chǎn)品規(guī)劃小組應(yīng)由系統(tǒng)分析員、銷售人員和市場(chǎng)營(yíng)銷人員以及產(chǎn)品經(jīng)理等組成，他們對(duì)

43、產(chǎn)品進(jìn)行定義，制作演示模型，以闡明他們的構(gòu)想。規(guī)劃人員目的是編寫文檔來(lái)知道將來(lái)的開發(fā)工作。4分析：軟件的外部設(shè)計(jì)是從用戶的角度對(duì)產(chǎn)品進(jìn)行描述的，外部設(shè)計(jì)規(guī)格說(shuō)明是在外部設(shè)計(jì)期間產(chǎn)生的文檔，用戶手冊(cè)是另一種文檔，與外部設(shè)計(jì)規(guī)格說(shuō)明不同的是，它是在需求獲取與定義階段就開始建立，以后要不斷細(xì)化和完善的文檔。5分析：自底向上測(cè)試和自頂向下測(cè)試都是增量式的測(cè)試方法，在自底向上測(cè)試中，首先測(cè)試最底層的模塊，利用輔助的驅(qū)動(dòng)模塊調(diào)用，然后測(cè)試高層次的模塊。而自頂向下測(cè)試則剛好相反，它是首先測(cè)試頂層模塊，無(wú)需編寫驅(qū)動(dòng)模塊，但要使用樁模塊，然后測(cè)試下一層模塊。二者各有優(yōu)缺點(diǎn)，但權(quán)衡來(lái)看，自底向上測(cè)試的方法要優(yōu)于自

44、頂向下測(cè)試方法。6分析：黑盒測(cè)試是從用戶觀點(diǎn)出發(fā)的測(cè)試，不需要了解程序的內(nèi)部邏輯，而白盒測(cè)試是從開發(fā)人員的觀點(diǎn)出發(fā)的測(cè)試。7分析：對(duì)已經(jīng)發(fā)現(xiàn)的錯(cuò)誤進(jìn)行錯(cuò)誤定位和確定出錯(cuò)性質(zhì)，并改正這些錯(cuò)誤，同時(shí)修改相關(guān)的文檔，這一過(guò)程稱為排錯(cuò)，也稱調(diào)試。8分析：考察各種邏輯覆蓋的關(guān)系。9分析：傳統(tǒng)的集成測(cè)試分為漸增式集成測(cè)試方法和非漸增式集成測(cè)試方法。10分析：邊界值分析屬于黑盒測(cè)試。11分析：測(cè)試用例是在測(cè)試過(guò)程中設(shè)計(jì)的，并非要預(yù)先設(shè)計(jì)的。只有在極限測(cè)試時(shí)要預(yù)先設(shè)計(jì)測(cè)試用例，通常情況都不需要。12分析：邊界值的概念。13分析：易用性測(cè)試包括對(duì)用戶文檔的測(cè)試、易安裝性測(cè)試、功能易用性測(cè)試和用戶界面測(cè)試。選項(xiàng)B

45、中系統(tǒng)故障頻率不屬于易用性測(cè)試范圍。14分析：對(duì)于軟件自動(dòng)化測(cè)試的理解。當(dāng)輸出結(jié)果不明確的情況時(shí)不適合采用自動(dòng)化測(cè)試的。15分析：桌上檢查的文檔一種過(guò)渡性的文檔，不是公開的正式文檔，而同行評(píng)審的"產(chǎn)品"可以理解成最終產(chǎn)品的組成部分，同行評(píng)審是在軟件開發(fā)過(guò)程中產(chǎn)生需要的一個(gè)可交付的文檔。在軟件開發(fā)過(guò)程中，真正造成項(xiàng)目進(jìn)度緩慢的是各種各樣的產(chǎn)品缺陷，同行評(píng)審不僅可以縮短工作時(shí)間，同時(shí)還可以節(jié)約大量成本。選項(xiàng)A走查以小組為單位進(jìn)行，是一系列規(guī)程和錯(cuò)誤檢查技術(shù)的集合，說(shuō)法完全正確。16分析：軟件性能測(cè)試的目標(biāo)不僅僅是發(fā)現(xiàn)（和改正）軟件性能缺陷，還包括探索和規(guī)劃軟件的實(shí)際性能。具體而

46、言，軟件性能測(cè)試包括以下幾方面的目標(biāo)：發(fā)現(xiàn)性能缺陷；性能調(diào)優(yōu)；能力檢驗(yàn)和規(guī)劃。17分析：裝、繼承和多態(tài)是面向?qū)ο筌浖^(qū)別于傳統(tǒng)的結(jié)構(gòu)化軟件的三個(gè)主要特點(diǎn)，然而這些特點(diǎn)都可能對(duì)測(cè)試帶來(lái)困難。選項(xiàng)C中考察繼承和繼承與多態(tài)的復(fù)合對(duì)測(cè)試的影響，假設(shè)類B是類A的子類，如果類A已進(jìn)行了充分的測(cè)試，若按傳統(tǒng)的測(cè)試充分性準(zhǔn)則，在測(cè)試類B時(shí)可以把關(guān)注點(diǎn)放在類B自身定義的成員變量和成員方法上，但在實(shí)際測(cè)試類B時(shí)，這樣的測(cè)試往往會(huì)不夠充分，還是要對(duì)類B繼承類A的成員方法進(jìn)行測(cè)試的，而且對(duì)于一棵繼承樹上的多個(gè)類，僅對(duì)處于葉節(jié)點(diǎn)的類進(jìn)行測(cè)試也是不充分的。18分析：Web應(yīng)用軟件的性能測(cè)試主要包括以下三個(gè)方面：并發(fā)測(cè)試，

47、負(fù)載測(cè)試和壓力測(cè)試，配置測(cè)試和性能調(diào)優(yōu)。19分析：一般軟件兼容性測(cè)試主要考慮：與操作系統(tǒng)的兼容性，與數(shù)據(jù)庫(kù)的，與瀏覽器的兼容性，與中間件的，與其他軟件的兼容性，這里包括與其他支撐軟件的兼容性、與其他同類軟件的兼容性、與不同類軟件的兼容性三種情況，與平臺(tái)軟件的兼容性。選項(xiàng)A中與外設(shè)的兼容性屬于硬件兼容性的考慮范疇。20分析：系統(tǒng)的安全漏洞其實(shí)也算是系統(tǒng)的缺陷，所以安全漏洞的檢測(cè)也屬于測(cè)試的范疇。實(shí)際上，Web應(yīng)用軟件的安全性不僅僅與Web應(yīng)用軟件本身的開發(fā)相關(guān)。入侵檢測(cè)和漏洞掃描是系統(tǒng)安全檢測(cè)與防護(hù)的兩個(gè)重要方面，但對(duì)于實(shí)際的安全檢測(cè)與防護(hù)，僅注意這兩個(gè)方面是不夠的，而應(yīng)該把系統(tǒng)安全檢測(cè)與防護(hù)當(dāng)

48、作一個(gè)系統(tǒng)工程來(lái)完成，而這其中最重要的是建立完善的安全策略。訪問(wèn)安全就是指控制外界對(duì)主機(jī)的訪問(wèn)，從而減少甚至避免非法的訪問(wèn)和使用，因此訪問(wèn)安全策略又稱為訪問(wèn)控制策略。21分析：軟件測(cè)試過(guò)程體現(xiàn)了軟件測(cè)試的流程和方法，與軟件開發(fā)過(guò)程一樣，都遵循軟件工程原理，遵循管理學(xué)原理，故選項(xiàng)C不正確。V模型反映出測(cè)試活動(dòng)與分析設(shè)計(jì)活動(dòng)的關(guān)系，強(qiáng)調(diào)了在整個(gè)項(xiàng)目開發(fā)過(guò)程中需要經(jīng)歷的不同測(cè)試級(jí)別，忽視了測(cè)試的對(duì)象不應(yīng)該僅僅是程序，W模型是對(duì)V模型進(jìn)行了補(bǔ)充，明確指出：測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣需要進(jìn)行測(cè)試，H模型指出軟件測(cè)試是一個(gè)獨(dú)立的流程，只要某個(gè)測(cè)試達(dá)到準(zhǔn)備就緒點(diǎn)，測(cè)試執(zhí)行活動(dòng)就可以開展，軟件測(cè)

49、試貫穿于產(chǎn)品的整個(gè)生命周期，與其他流程可以并發(fā)進(jìn)行。22分析：在實(shí)際的軟件項(xiàng)目中，一個(gè)測(cè)試團(tuán)隊(duì)不可能大都是骨干人員，要考慮成本。23分析：一般的測(cè)試過(guò)程是按測(cè)試策劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試總結(jié)四個(gè)測(cè)試活動(dòng)順序開展的。但實(shí)際測(cè)試項(xiàng)目中，由于時(shí)間緊迫，有時(shí)不得不將一些測(cè)試活動(dòng)并行開展，如可以將測(cè)試策劃和測(cè)試設(shè)計(jì)活動(dòng)并行開展，測(cè)試設(shè)計(jì)活動(dòng)也可以和測(cè)試執(zhí)行活動(dòng)并行開展，但測(cè)試總結(jié)和測(cè)試執(zhí)行一般不會(huì)并行開展，但可以提前編寫相應(yīng)的文字內(nèi)容。24分析：Fixed實(shí)際上是指開發(fā)工程師已完成修正，等待測(cè)試人員驗(yàn)證的缺陷狀態(tài)。25分析：態(tài)測(cè)試信息是指：將被測(cè)程序運(yùn)行后才能獲得的測(cè)試信息。做動(dòng)態(tài)測(cè)試之前必須先通過(guò)

50、靜態(tài)分析，動(dòng)態(tài)測(cè)試過(guò)程的步驟如下： 設(shè)定待測(cè)試的配置 設(shè)定需插裝的函數(shù) 編譯相關(guān)的源程序 運(yùn)行源程序 合并動(dòng)態(tài)運(yùn)行的結(jié)果二、論述題1分析：首先分析程序的規(guī)則說(shuō)明和被測(cè)程序的功能，將其輸入情況劃分為有效等價(jià)類和無(wú)效等價(jià)類，然后按照等價(jià)類設(shè)計(jì)測(cè)試用例的方法設(shè)計(jì)有效的測(cè)試用例和無(wú)效的測(cè)試用例。2分析：首先搞清楚確認(rèn)性測(cè)試的含義及整個(gè)測(cè)試過(guò)程，在確認(rèn)測(cè)試階段主要任務(wù)是確認(rèn)軟件的有效性，即確認(rèn)軟件的功能和性能及其他特性是否與用戶的要求一致。該階段需要做的工作包括功能測(cè)試和軟件配置復(fù)審。具體由誰(shuí)來(lái)執(zhí)行，應(yīng)根據(jù)階段不同而不同。3分析：首先根據(jù)電費(fèi)計(jì)算的規(guī)則，列出相關(guān)的條件以及動(dòng)作，畫出判定表，然后再根據(jù)黑盒

51、測(cè)試中基于判定表的測(cè)試方法設(shè)計(jì)測(cè)試用例。全國(guó)計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師模擬卷(三)（考試時(shí)間120分鐘，滿分100分）一、選擇題（1-25每題2分,共50分) 下列各題A、B、C、D四個(gè)選項(xiàng)中，只有一個(gè)選項(xiàng)是正確的。請(qǐng)將正確選項(xiàng)填涂在答題卡相應(yīng)位置上，答在試卷上不得分。1在軟件測(cè)試中，白盒測(cè)試方法是通過(guò)分析程序的_來(lái)設(shè)計(jì)測(cè)試用例。（A）應(yīng)用范圍（B）功能C）內(nèi)部邏輯（D）輸入數(shù)據(jù)2下列關(guān)于測(cè)試方法的敘述中不正確的是_。（A）從某種角度上講，白盒測(cè)試與黑盒測(cè)試都屬于動(dòng)態(tài)測(cè)試（B）功能測(cè)試屬于黑盒測(cè)試（C）對(duì)功能的測(cè)試通常是要考慮程序的內(nèi)部結(jié)構(gòu)的（D）結(jié)構(gòu)測(cè)試屬于白盒測(cè)試3在程序設(shè)計(jì)過(guò)程中，

52、要為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在_。（A）采用模塊化、結(jié)構(gòu)化的設(shè)計(jì)方法設(shè)計(jì)程序（B）根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出必要的斷點(diǎn)（C）編寫程序時(shí)要為調(diào)試提供足夠的靈活性（D）以上全部4軟件測(cè)試是軟件開發(fā)過(guò)程中重要和不可缺少的階段，其包含的內(nèi)容和步驟甚多，而測(cè)試過(guò)程的多種環(huán)節(jié)中最基礎(chǔ)的是_。（A）集成測(cè)試（B）單元測(cè)試（C）系統(tǒng)測(cè)試（D）驗(yàn)收測(cè)試5下面的邏輯測(cè)試覆蓋中，測(cè)試覆蓋最弱的是_。（A）條件覆蓋（B）條件組合覆蓋（C）語(yǔ)句覆蓋（D）判定/條件覆蓋6下列關(guān)于邏輯覆蓋的敘述中，說(shuō)法錯(cuò)誤的是_。（A）對(duì)于多分支的判定，判定覆蓋要使每一個(gè)判定表達(dá)式獲得每一種可能的值來(lái)測(cè)試（B）語(yǔ)句

53、覆蓋是比較弱的覆蓋標(biāo)準(zhǔn)（C）語(yǔ)句覆蓋較判定覆蓋嚴(yán)格，但該測(cè)試仍不充分（D）條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)7下列敘述中，正確的是_。（A）軟件測(cè)試的目標(biāo)是保證交付的軟件產(chǎn)品不包含缺陷（B）軟件測(cè)試有利于降低軟件產(chǎn)品發(fā)布后的維護(hù)費(fèi)用（C）測(cè)試包是指一個(gè)測(cè)試腳本，它由一組順序執(zhí)行的測(cè)試用例組成（D）在V模型中，集成測(cè)試用例的設(shè)計(jì)對(duì)應(yīng)于軟件需求分析活動(dòng)8一個(gè)多用戶的應(yīng)用系統(tǒng)通常有用戶管理功能，允許增加新的用戶。用戶信息一般包括用戶名，假設(shè)規(guī)定用戶名必須是以字母開頭的、不超過(guò)8個(gè)字符的字母數(shù)字串，那么，下面哪組值均屬于用戶名的無(wú)效等價(jià)類_。（A）li1111111，Glenford Myers，123B

54、123（B）Lin-Yie，Lin-feng，空值，linyifei（C）lin-yifei，空值，Myers G.，genford（D）lin-yifei，lin-fen，a111111，genford9下列情況通常會(huì)考慮使用自動(dòng)測(cè)試的是_。（A）對(duì)軟件產(chǎn)品的次要部件進(jìn)行測(cè)試（B）所開發(fā)的軟件產(chǎn)品的需求不穩(wěn)定（C）需要反復(fù)執(zhí)行的測(cè)試，使用不同輸入數(shù)據(jù)值進(jìn)行反復(fù)測(cè)試（D）由客戶方組織的驗(yàn)收測(cè)試10同行評(píng)審是一種通過(guò)作者的同行來(lái)確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng)審、技術(shù)評(píng)審、過(guò)程評(píng)審和_。（A）誤差評(píng)審（B）項(xiàng)目評(píng)審（C）文檔評(píng)審（D）組織體系評(píng)審11以下哪種軟件測(cè)試屬于不屬于軟件性能測(cè)試的范疇_。（A）接口測(cè)試（B）并發(fā)測(cè)試（C）壓力測(cè)試（D）配置測(cè)試12軟件可靠性測(cè)試的目的是_。（A）發(fā)現(xiàn)軟件缺陷（B）預(yù)測(cè)軟件正式運(yùn)行中的可靠性（C）控制測(cè)試過(guò)程（D）修改軟件缺陷13下列關(guān)于面向?qū)ο鬁y(cè)試問(wèn)題的說(shuō)法中，不正確的是_。（A）在面向?qū)ο筌浖y(cè)