計(jì)算機(jī)四級(jí)軟件測試工程師試題及答案
每一練習(xí)都是一次積淀，終將成就不一樣的自己。下面是小編為大家整理的計(jì)算機(jī)四級(jí)軟件測試工程師試題及答案，歡迎參考~
一、單選題
1.在軟件測試中，白盒測試方法是通過分析程序的________來設(shè)計(jì)測試用例。
(A)應(yīng)用范圍
(B)功能
(C)內(nèi)部邏輯
(D)輸入數(shù)據(jù)
2.下列關(guān)于測試方法的敘述中不正確的是________。
(A)從某種角度上講，白盒測試與黑盒測試都屬于動(dòng)態(tài)測試
(B)功能測試屬于黑盒測試
(C)對(duì)功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)的
(D)結(jié)構(gòu)測試屬于白盒測試
3.在程序設(shè)計(jì)過程中，要為程序調(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.軟件測試是軟件開發(fā)過程中重要和不可缺少的階段，其包含的內(nèi)容和步驟甚多，而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是________。
(A)集成測試
(B)單元測試
(C)系統(tǒng)測試
(D)驗(yàn)收測試
5.下面的邏輯測試覆蓋中，測試覆蓋最弱的是________。
(A)條件覆蓋
(B)條件組合覆蓋
(C)語句覆蓋
(D)判定/條件覆蓋
6.下列關(guān)于邏輯覆蓋的敘述中，說法錯(cuò)誤的是________。
(A)對(duì)于多分支的判定，判定覆蓋要使每一個(gè)判定表達(dá)式獲得每一種可能的值來測試
(B)語句覆蓋是比較弱的覆蓋標(biāo)準(zhǔn)
(C)語句覆蓋較判定覆蓋嚴(yán)格，但該測試仍不充分
(D)條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)
7.下列敘述中，正確的是________。
(A)軟件測試的目標(biāo)是保證交付的軟件產(chǎn)品不包含缺陷
(B)軟件測試有利于降低軟件產(chǎn)品發(fā)布后的維護(hù)費(fèi)用
(C)測試包是指一個(gè)測試腳本，它由一組順序執(zhí)行的測試用例組成
(D)在V模型中，集成測試用例的設(shè)計(jì)對(duì)應(yīng)于軟件需求分析活動(dòng)
8.一個(gè)多用戶的應(yīng)用系統(tǒng)通常有用戶管理功能，允許增加新的用戶。用戶信息一般包括用戶名，假設(shè)規(guī)定用戶名必須是以字母開頭的、不超過8個(gè)字符的字母數(shù)字串，那么，下面哪組值均屬于用戶名的無效等價(jià)類________。
(A)li1111111，Glenford Myers，123B123
(B)Lin-Yie，Lin-feng，空值，linyifei
(C)lin-yifei，空值，Myers G.，genford
(D)lin-yifei，lin-fen，a111111，genford
9.下列情況通常會(huì)考慮使用自動(dòng)測試的是________。
(A)對(duì)軟件產(chǎn)品的次要部件進(jìn)行測試
(B)所開發(fā)的軟件產(chǎn)品的需求不穩(wěn)定
(C)需要反復(fù)執(zhí)行的測試，使用不同輸入數(shù)據(jù)值進(jìn)行反復(fù)測試
(D)由客戶方組織的驗(yàn)收測試
10.同行評(píng)審是一種通過作者的同行來確認(rèn)缺陷和需要變更區(qū)域的檢查方法。它主要分為管理評(píng)審、技術(shù)評(píng)審、過程評(píng)審和________。
(A)誤差評(píng)審
(B)項(xiàng)目評(píng)審
(C)文檔評(píng)審
(D)組織體系評(píng)審
11.以下哪種軟件測試屬于不屬于軟件性能測試的范疇_______。
(A)接口測試
(B)并發(fā)測試
(C)壓力測試
(D)配置測試
12.軟件可靠性測試的目的是________。
(A)發(fā)現(xiàn)軟件缺陷
(B)預(yù)測軟件正式運(yùn)行中的可靠性
(C)控制測試過程
(D)修改軟件缺陷
13.下列關(guān)于面向?qū)ο鬁y試問題的說法中，不正確的是________。
(A)在面向?qū)ο筌浖䴗y試時(shí)，設(shè)計(jì)每個(gè)類的測試用例時(shí)，不僅僅要考慮調(diào)用各個(gè)成員方法的輸入?yún)?shù)，還需要考慮如何設(shè)計(jì)調(diào)用的序列
(B)構(gòu)造抽象類的驅(qū)動(dòng)程序會(huì)比構(gòu)造其他類的驅(qū)動(dòng)程序復(fù)雜
(C)類B繼承自類A，如果對(duì)B進(jìn)行了嚴(yán)格的測試，就意味著不需再對(duì)類A進(jìn)行測試
(D)在存在多態(tài)的情況下，為了達(dá)到較高的測試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測試
14.在面向?qū)ο筌浖幕杉蓽y試策略中，將基干中的模塊形成基干子系統(tǒng)使用的集成方式是________。
(A)大突擊集成方式
(B)自底向上集成方式
(C)自頂向下集成方式
(D)綜合集成方式
15.以下哪一項(xiàng)不屬于Web應(yīng)用軟件表示層測試關(guān)注的范疇是________。
(A)排版結(jié)構(gòu)的測試
(B)鏈接結(jié)構(gòu)的測試
(C)客戶端兼容性的測試
(D)數(shù)據(jù)完整性測試
16.下面Web應(yīng)用軟件的測試策略中，不屬于表示層的測試內(nèi)容的是________。
(A)鏈接結(jié)構(gòu)的測試
(B)瀏覽器兼容性的測試
(C)排版結(jié)構(gòu)的測試
(D)服務(wù)器端程序的測試
17.下列不屬于與瀏覽器兼容性測試考慮的問題是________。
(A)軟件是否可以在不同的J2EE中運(yùn)行
(B)不同的瀏覽器是否可以提供合適的安全設(shè)置
(C)腳本和插件是否適用于不同的瀏覽器
(D)符合最新HTML版本的頁面能否在瀏覽器中正確顯示
18.下列不屬于易用性測試的是________。
(A)易安裝性測試
(B)兼容性測試
(C)用戶界面測試
(D)功能易用性測試
19.下列選項(xiàng)中，不屬于面向構(gòu)件提供者的構(gòu)件測試目標(biāo)是________。
(A)檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量
(B)檢查在特定平臺(tái)和操作環(huán)境中構(gòu)件的復(fù)用、打包和部署
(C)盡可能多地揭示構(gòu)件錯(cuò)誤
(D))驗(yàn)證構(gòu)件的功能、接口、行為和性能
20.在極限測試過程中，貫穿始終的是________。
(A)單元測試和集成測試
(B)單元測試和系統(tǒng)測試
(C)集成測試和系統(tǒng)測試
(D)集成測試和驗(yàn)收測試
21.沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)的缺陷是________。
(A)New More Info
(B)Diferred-Next Build
(C)Diferred-Next Main Release
(D)Reopen
22.軟件過程管理最起碼的要求是________。
(A)管理好軟件缺陷報(bào)告
(B)管理好軟件測試用例
(C)管理好測試過程工具
(D)管理好測試說明文檔
23.若是軟件企業(yè)內(nèi)部測試團(tuán)隊(duì)開展的軟件測試，最適合采用________來組織測試。
(A)H模型
(B)V模型
(C)W模型
(D)X模型
24.測試人員和開發(fā)人員交流的紐帶是________。
(A)軟件設(shè)計(jì)報(bào)告
(B)測試說明文檔
(C)軟件缺陷報(bào)告
(D)測試執(zhí)行報(bào)告
25.用QESAT/C工具進(jìn)行軟件分析與測試時(shí)，以下說法錯(cuò)誤的是________。
(A)白盒測試又稱為程序結(jié)構(gòu)測試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測試
(B)在進(jìn)行測試之前，必須先建立以.prj為后綴的測試項(xiàng)目
(C)被測源文件可放在任意目錄下
(D)進(jìn)行軟件靜態(tài)分析不必運(yùn)行被測程序
二、論述題
1.論述題1：以下是某軟件項(xiàng)目規(guī)格說明，請(qǐng)按要求回答問題
某一軟件項(xiàng)目的規(guī)格說明：對(duì)于處于提交審批狀態(tài)的單據(jù)，數(shù)據(jù)完整率達(dá)到80%以上或已經(jīng)過業(yè)務(wù)員確認(rèn)，則進(jìn)行處理。
(1)請(qǐng)根據(jù)規(guī)格說明，畫出對(duì)應(yīng)的因果圖。
(2)采用基于因果圖的方法為該軟件項(xiàng)目設(shè)計(jì)測試用例。
2.論述題2：以下是某程序說明，請(qǐng)按要求回答問題
程序說明：假設(shè)有一個(gè)把數(shù)字串轉(zhuǎn)換為整數(shù)的函數(shù)。其中數(shù)字串要求長度為1-6個(gè)數(shù)字構(gòu)成，機(jī)器字長為16位。
分析程序中出現(xiàn)的邊界情況，采用邊界值法為該程序設(shè)計(jì)測試用例。
3.論述題3：簡單談一下你對(duì)窮舉測試的理解，并按要求回答問題
(1)窮舉測試的方法對(duì)于所有項(xiàng)目程序都是可行的么?
(2)若是針對(duì)小型的程序，窮舉測試是可能的么?若是，說明此時(shí)采用窮舉測試能否保證程序是百分之百正確呢?
論述題分析
1.分析：首先根據(jù)程序的規(guī)格說明，根據(jù)所有可能的輸入和輸出條件，找出所有的原因和結(jié)果以及二者之間的關(guān)系，畫出因果圖。然后基于因果圖的方法設(shè)計(jì)測試用例。
2.分析：首先根據(jù)程序的規(guī)格說明，考慮所有可能的邊界情況，然后根據(jù)邊界值方法設(shè)計(jì)測試用例。
3.分析：在黑盒測試中，測試數(shù)據(jù)完全來源于軟件的規(guī)格說明，即不需要了解程序的內(nèi)部結(jié)構(gòu)。若要用這種方法來發(fā)現(xiàn)程序中的所有錯(cuò)誤，可行的途徑就是窮舉測試。但在實(shí)際情況下，該方法僅對(duì)一些小型簡單的程序適用，而對(duì)于一些大型或稍微復(fù)雜的程序都是不可能實(shí)現(xiàn)的。
參考答案與解析
一、選擇題
1. C 2. C 3. D 4. B5. C 6. C 7. B 8. A 9. C10. C
11. A 12. B 13. C 14. A15. D 16. D 17. A 18. B 19. A20. D
21. D 22. A 23. A 24. C25. B
二、論述題
1.問題1：
解答：
首先根據(jù)規(guī)格說明，列出所有可能的輸入和輸出，得到如下結(jié)果：
輸入：處于提交狀態(tài)、數(shù)據(jù)完整率達(dá)到80%以上、已經(jīng)過業(yè)務(wù)員確認(rèn)。
輸出：處理或不處理。
找出所有輸入與輸出的關(guān)系，通過分析，得到以下的對(duì)應(yīng)關(guān)系：
如果單據(jù)處于提交審批狀態(tài)且數(shù)據(jù)完整率達(dá)到80%以上，則處理;
如果單據(jù)不處于提交審批狀態(tài)，則不處理;
如果單據(jù)處于提交審批狀態(tài)，數(shù)據(jù)完整率未達(dá)到80%以上，但已經(jīng)過業(yè)務(wù)員確認(rèn)，則處理。
下面列出所有的原因和結(jié)果，并進(jìn)行編號(hào)，根據(jù)上面分析的關(guān)系，畫出因果圖，如圖17-2所示：
原因：1：處于提交狀態(tài)
2：數(shù)據(jù)完整率未達(dá)到80%以上
3：已經(jīng)過業(yè)務(wù)員確認(rèn)
結(jié)果：21：處理
22：不處理
2.分析該程序的說明和功能，顯然可以劃分四組測試等價(jià)類：有效輸入等價(jià)類、無效輸入等價(jià)類、合法輸出等價(jià)類和非法輸出等價(jià)類。在考慮該程序的合法輸出和非法輸出時(shí)需要考慮計(jì)算機(jī)的字長，這時(shí)要進(jìn)行邊界值法設(shè)計(jì)測試用例，以補(bǔ)充等價(jià)類法設(shè)計(jì)的測試用例。具體采用邊界值法設(shè)計(jì)的測試用例如下：
(1)使程序輸入剛好等于最小的負(fù)整數(shù)：
輸入：'-32768'
輸出：-32768
(2)使程序輸入剛好等于最大的正整數(shù)：
輸入：'32767'
輸出： 32767
(3)使程序輸入剛好小于最小的負(fù)整數(shù)：
輸入：'-32769'
輸出：錯(cuò)誤
(4)使程序輸入剛好大于最大的正整數(shù)：
輸入：'32768'
輸出： 錯(cuò)誤
3.問題1：
不是。窮舉測試的方法并不是對(duì)所有程序都可以實(shí)現(xiàn)。
問題2：
對(duì)小程序進(jìn)行窮舉測試，也不見得能保證程序百分之百正確。所謂窮舉測試是拿所有可能的輸入數(shù)據(jù)來作為測試用例(黑盒測試)，或覆蓋程序中所有可能的路徑(白盒測試)。對(duì)于小程序來說，實(shí)際上并不能真正作到窮舉測試。
答案分析：
一、選擇題
1.分析：白盒測試又稱為邏輯驅(qū)動(dòng)測試，這種測試策略是對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行檢查，從中獲取測試數(shù)據(jù)。所以說白盒測試是一種以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試用例設(shè)計(jì)技術(shù)。
2.分析：白盒測試是程序員十分了解程序的前提下，對(duì)程序的邏輯結(jié)構(gòu)進(jìn)行的測試。而黑盒測試則將程序視為一個(gè)黑盒子，僅僅是測試人員提供數(shù)人數(shù)據(jù)，觀察輸出數(shù)據(jù)，并不了解程序是如何運(yùn)行的，結(jié)構(gòu)測試屬于白盒測試，關(guān)注的是如何選擇合適的程序或子程序路徑來執(zhí)行有效的檢查。功能測試則屬于黑盒測試，對(duì)功能的測試通常通過提供輸入數(shù)據(jù)，檢查實(shí)際輸出的結(jié)果，很少考慮程序的內(nèi)部結(jié)構(gòu)。
3.分析：程序設(shè)計(jì)過程中，要為程序調(diào)試做好準(zhǔn)備，主要體現(xiàn)在：①采用模塊化、結(jié)構(gòu)化的設(shè)計(jì)方法設(shè)計(jì)程序;②根據(jù)程序調(diào)試的需要，選擇并安排適當(dāng)?shù)闹虚g結(jié)果輸出必要的斷點(diǎn);③編寫程序時(shí)要為調(diào)試提供足夠的靈活性。
4.分析：軟件測試是軟件開發(fā)過程中重要和不可缺少的階段，其包含的內(nèi)容和步驟甚多，而測試過程的多種環(huán)節(jié)中最基礎(chǔ)的是單元測試。
5.分析：在邏輯覆蓋中，測試覆蓋最弱的是語句覆蓋。
6.分析：考察白盒測試中各種邏輯覆蓋之間的關(guān)系。
7.分析：軟件測試的目標(biāo)是發(fā)現(xiàn)缺陷，證明程序有錯(cuò)而非證明其正確。故A不正確。
8.分析：考察黑盒測試中的等價(jià)類劃分測試。
9.分析：考慮自動(dòng)測試的優(yōu)點(diǎn)就是為了解決重復(fù)的人工操作進(jìn)行的。
10.分析：同行評(píng)審是一種通過作者的同行來確定缺陷和需要變更區(qū)域的檢查方法。涉
及的內(nèi)容很多，主要可以分為管理評(píng)審、技術(shù)評(píng)審、文檔評(píng)審和過程評(píng)審。
11.分析：依據(jù)測試目的的不同，可以把軟件性能測試及與性能有關(guān)的其他測試分為以下幾類：
(1)性能測試(Performance Testing)
(2)并發(fā)測試(Concurrency Testing)
(3)壓力測試(Stress Testing)
(4)可靠性測試(Reliability Testing)
(5)負(fù)載測試(Load Testing)
(6)配置測試(Configuration Testing)
(7)失效恢復(fù)測試(Recovery Testing)
12.分析：與其他的軟件測試不同，軟件可靠性測試的目的不在于通過測試揭示軟件中的缺陷并通過修改軟件缺陷來提高軟件可靠性，而是通過受控的軟件測試過程來預(yù)測軟件在實(shí)際運(yùn)行中的可靠性，即收集軟件測試時(shí)揭示軟件故障的情況，并對(duì)其進(jìn)行整理從而為分析和預(yù)測軟件實(shí)際的可靠性提供幫助。
13.分析：由于面向?qū)ο缶哂蟹庋b的特點(diǎn)，在設(shè)計(jì)類的測試用例時(shí)，不僅要考慮各成員方法的輸入?yún)?shù)，還要考慮如何設(shè)計(jì)調(diào)用的序列。若類B繼承自類A，如果對(duì)B進(jìn)行了嚴(yán)格的測試，有些情況也許可以就不對(duì)類A進(jìn)行測試，但由于繼承的存在，就會(huì)導(dǎo)致類A的規(guī)格說明可能與類B不一致，此時(shí)就必須按照類A的規(guī)格說明重新對(duì)類A重新進(jìn)行測試。多態(tài)是指對(duì)一個(gè)類的引用可以與多個(gè)類的實(shí)現(xiàn)綁定。抽象類是指只有一些成員方法而沒有其實(shí)現(xiàn)的類，甚至有的抽象類中的所有成員方法都沒有實(shí)現(xiàn)，在測試抽象類時(shí)，需要為抽象類構(gòu)造一個(gè)子類，并實(shí)現(xiàn)所有抽象類沒有實(shí)現(xiàn)的成員方法，這也說明構(gòu)造抽象類的驅(qū)動(dòng)程序顯然比構(gòu)造其他類的驅(qū)動(dòng)程序復(fù)雜。
14.分析：面向?qū)ο筌浖幕杉蓽y試策略的具體測試步驟為：①對(duì)基干中的每個(gè)模塊進(jìn)行孤立的、充分的測試。②對(duì)基干中的所有模塊進(jìn)行一次性集成，形成基干子系統(tǒng)，并使用一個(gè)驅(qū)動(dòng)模塊檢查使用經(jīng)過一次性集成的基干。此時(shí)采用的是大突擊集成方式。③對(duì)應(yīng)用的控制子系統(tǒng)進(jìn)行自頂向下的集成④集成基干和控制子系統(tǒng)，重新構(gòu)造控制子系統(tǒng)。⑤對(duì)各應(yīng)用子系統(tǒng)采用自底向上的集成策略。⑥集成基干子系統(tǒng)、控制子系統(tǒng)和各應(yīng)用子系統(tǒng)，形成整個(gè)系統(tǒng)。基干集成的優(yōu)點(diǎn)是集成了自底向上集成、自頂向下集成和大突擊集成三者的優(yōu)點(diǎn)，而對(duì)三者的缺點(diǎn)也進(jìn)行了控制，更適合于大型復(fù)雜項(xiàng)目的集成。
15.分析：Web應(yīng)用軟件表示層的測試主要集中在客戶端，測試的內(nèi)容包括：
(1)排版結(jié)構(gòu)的測試
(2)鏈接結(jié)構(gòu)的測試
(3)客戶端程序的測試
(4)瀏覽器兼容性測試
16.分析：通常Web應(yīng)用軟件的測試分為三層：表示層、業(yè)務(wù)層和數(shù)據(jù)層。其中表示層的測試主要集中在客戶端，測試內(nèi)容主要包括：①排版結(jié)構(gòu)的測試，②鏈接結(jié)構(gòu)的測試，③客戶端程序的測試，④瀏覽器兼容性測試。
17.分析：軟件兼容性的測試問題包括：
符合最新HTML版本的頁面能否在瀏覽器中正確顯示腳本和插件是否適用于不同的瀏覽器，某些腳本和插件只適用于特定的瀏覽器，如Active X，只有IE瀏覽器支持不同的瀏覽器對(duì)于安全性的設(shè)置各有不同，需要測試不同瀏覽器是否可以為使用該Web應(yīng)用提供合適的安全設(shè)置
18.分析：易用性測試一般不僅針對(duì)應(yīng)用程序，還要包括用戶文檔，除了對(duì)用戶文檔的測試，易用性測試主要包括三個(gè)方面：易安裝性測試、功能易用性測試和用戶界面測試。而兼容性測試是與易用性測試并列的測試方法，二者不存在包含關(guān)系。
19.分析：面向構(gòu)件提供者的測試目標(biāo)是：①盡可能多地揭示構(gòu)件錯(cuò)誤，②驗(yàn)證構(gòu)件的功能、接口、行為和性能，以保證它們符合給定地構(gòu)件規(guī)約，檢查在特定平臺(tái)和操作環(huán)境中構(gòu)件的復(fù)用、打包和部署。而面向構(gòu)件復(fù)用者的測試目標(biāo)是：①驗(yàn)證可復(fù)用構(gòu)件的功能和性能，②在特定平臺(tái)和操作環(huán)境下，確保可復(fù)用構(gòu)件的正確使用和部署，③檢查可復(fù)用構(gòu)件定制而成的構(gòu)件的質(zhì)量，④檢查為特定項(xiàng)目而創(chuàng)建的新構(gòu)件的質(zhì)量。
20.分析：極限編程采用的是一種頻繁迭代的開發(fā)方式，整個(gè)軟件項(xiàng)目由一系列增量式開發(fā)組成。而極限測試本質(zhì)上就是為了滿足極限編程的思想和流程而設(shè)計(jì)的一套測試策略和流程，從極限測試流程圖中，我們可以看出，單元測試和驗(yàn)收測試是貫穿始終的關(guān)鍵步驟。
21.分析：定義軟件缺陷的狀態(tài)如下：
新錯(cuò)誤(New)--測試中新報(bào)告的軟件缺陷
更多新信息(New More Info)--開發(fā)工程師認(rèn)為報(bào)告的缺陷信息不完整，要求缺陷報(bào)告者添加更準(zhǔn)確的缺陷信息
打開(Open)--缺陷被確認(rèn)并分配給相關(guān)開發(fā)工程師處理
拒絕(Declined)--拒絕修改缺陷
修正(Fixed)--開發(fā)工程師已完成修正，等待測試人員驗(yàn)證
重新打開(Reopen)--沒有正確修復(fù)的缺陷，需要進(jìn)一步修復(fù)
延期(Diferred)--不在當(dāng)前版本修復(fù)的缺陷，以后的版本修復(fù)，包括兩種情況：
①延期-下個(gè)版本(Diferred-Next Build)--本項(xiàng)目的下一個(gè)新版本修復(fù)
②延期-下個(gè)主要版本(Diferred-Next Main Release)--本項(xiàng)目不修復(fù)，本軟件下一個(gè)項(xiàng)目的版本修復(fù)關(guān)閉(Closed)--缺陷已被修復(fù)
22.分析：軟件缺陷報(bào)告是軟件測試過程中的核心測試產(chǎn)品之一，也是重要的測試產(chǎn)品，因此管理好軟件缺陷報(bào)告是軟件過程管理最起碼的要求。
23.分析：假如是軟件企業(yè)內(nèi)部測試團(tuán)隊(duì)開展的軟件測試，由于軟件測試介入較早，在測試開始時(shí)被測系統(tǒng)很可能是不完整的，會(huì)不斷有新的系統(tǒng)模塊加入到系統(tǒng)中，因此最適合采用H模型來組織測試，可以為每一個(gè)新增的系統(tǒng)模塊設(shè)計(jì)一次系統(tǒng)測試。
24.分析：軟件缺陷報(bào)告是測試人員和開發(fā)人員交流的紐帶。
25.分析：白盒測試又稱為程序結(jié)構(gòu)測試，它主要進(jìn)行程序邏輯結(jié)構(gòu)的覆蓋測試。用QESAT/C工具進(jìn)行測試之前，首先應(yīng)定義項(xiàng)目文件，用以描述被測程序的組成，該項(xiàng)目文件通常以.pjt作為擴(kuò)展名的。用QESAT/C工具進(jìn)行軟件分析與測試時(shí)，被測源文件可放在任意目錄下。進(jìn)行軟件靜態(tài)分析不必運(yùn)行被測程序，便可得到程序的結(jié)構(gòu)信息及程序的復(fù)雜度
【計(jì)算機(jī)四級(jí)軟件測試工程師試題及答案】相關(guān)文章：
計(jì)算機(jī)四級(jí)軟件測試工程師測試題(附答案)07-24
計(jì)算機(jī)四級(jí)軟件測試工程師沖刺試題及答案07-24
最新四級(jí)軟件測試工程師試題及答案10-26
計(jì)算機(jī)四級(jí)軟件測試工程師考試試題及答案08-26
計(jì)算機(jī)四級(jí)軟件測試工程師測的試題(附答案)09-26
計(jì)算機(jī)四級(jí)軟件測試工程師筆試題目及答案07-15
2017計(jì)算機(jī)四級(jí)軟件測試工程師模擬試題及答案08-07