- 相關(guān)推薦
全國(guó)計(jì)算機(jī)四級(jí)軟件測(cè)試工程師單項(xiàng)選擇測(cè)試
全國(guó)計(jì)算機(jī)四級(jí)軟件測(cè)試工程師考試的考生不受年齡、職業(yè)、學(xué)歷等背景的限制，任何人均可根據(jù)自己學(xué)習(xí)和使用計(jì)算機(jī)的實(shí)際情況選考。下面是小編分享的全國(guó)計(jì)算機(jī)四級(jí)軟件測(cè)試工程師單項(xiàng)選擇測(cè)試，一起來(lái)看一下吧。
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.在需求獲取與定義階段就開(kāi)始建立，以后要不斷細(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)一樣
(D)不確定
6.黑盒測(cè)試是從________觀點(diǎn)出發(fā)的測(cè)試，而白盒測(cè)試是從________觀點(diǎn)出發(fā)的測(cè)試。
(A)開(kāi)發(fā)人員、管理人員
(B)用戶、管理人員
(C)用戶、開(kāi)發(fā)人員
(D)開(kāi)發(fā)人、用戶
7.從已經(jīng)發(fā)現(xiàn)故障的存在到找到準(zhǔn)確的故障位置并確定故障的性質(zhì)，這一過(guò)程稱(chēng)為_(kāi)_______。
(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è)試用例，也必然滿足其他所有覆蓋種類(lèi)的覆蓋標(biāo)準(zhǔn)
9.傳統(tǒng)集成測(cè)試的主要方法有兩個(gè)，一個(gè)是________，另一個(gè)是________。
(A)白盒測(cè)試方法、黑盒測(cè)試方法
(B)漸增式測(cè)試方法、非漸增式測(cè)試方法
(C)等價(jià)類(lèi)劃分方法、邊界值分析方法
(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)品中的軟件缺陷越早，開(kāi)發(fā)費(fèi)用就會(huì)越低
12.在銀行的活期存折賬戶管理軟件中，要求可以輸入一個(gè)賬戶的每筆交易的金額。若規(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.00
13.下列哪一項(xiàng)內(nèi)容通常屬于易用性測(cè)試的范圍是________。
(A)安裝與卸載測(cè)試
(B)系統(tǒng)故障頻率
(C)聯(lián)機(jī)文檔中斷開(kāi)的鏈接
(D)中文版與英文版的一致
14.下列關(guān)于軟件測(cè)試自動(dòng)化，說(shuō)法正確的是________。
(A)無(wú)法依靠人工完成的測(cè)試活動(dòng)均可以通過(guò)測(cè)試自動(dòng)化完成
(B)輸出結(jié)果不明確的測(cè)試不適合自動(dòng)化
(C)是否采用測(cè)試自動(dòng)化與所開(kāi)發(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ò)渡性的文檔，不是公開(kāi)的正式文檔
(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)在存在多態(tài)的情況下，為了達(dá)到較高的測(cè)試充分性，應(yīng)對(duì)所有可能的綁定都進(jìn)行測(cè)試
(C)假設(shè)類(lèi)B是類(lèi)A的子類(lèi)，如果類(lèi)A已進(jìn)行了充分的測(cè)試，在測(cè)試類(lèi)B時(shí)不必測(cè)試任何類(lèi)B繼承類(lèi)A的成員方法
(D)對(duì)于一棵繼承樹(shù)上的多個(gè)類(lèi)，處于葉子節(jié)點(diǎn)的類(lèi)也需要測(cè)試
18.Web應(yīng)用軟件的性能測(cè)試主要包括________。
(A)并發(fā)測(cè)試
(B)負(fù)載測(cè)試和壓力測(cè)試
(C)配置測(cè)試和性能調(diào)優(yōu)
(D)以上全部
19.下列兼容性不屬于軟件兼容性的考慮范疇的是________。
(A)與外設(shè)的兼容性
(B)與不同類(lèi)軟件的兼容性
(C)與瀏覽器的兼容性
(D)與中間件的兼容性
20.下列關(guān)于Web應(yīng)用軟件的系統(tǒng)安全檢測(cè)與防護(hù)說(shuō)法不正確的是________。
(A)對(duì)系統(tǒng)安全漏洞的檢測(cè)同樣也屬于測(cè)試的范疇
(B)Web應(yīng)用軟件的安全性僅與Web應(yīng)用軟件本身的開(kāi)發(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)就可以開(kāi)展
(B)W模型強(qiáng)調(diào)在整個(gè)項(xiàng)目開(kāi)發(fā)中需要經(jīng)歷的不同測(cè)試級(jí)別，指明測(cè)試的對(duì)象是程序
(C)軟件測(cè)試過(guò)程與軟件開(kāi)發(fā)過(guò)程不同的是，它不必遵循軟件工程原理
(D)V模型強(qiáng)調(diào)測(cè)試的對(duì)象不僅僅是程序，需求、設(shè)計(jì)等同樣需要測(cè)試
22.關(guān)于測(cè)試的策劃，說(shuō)法不正確的是________。
(A)測(cè)試設(shè)計(jì)的任務(wù)是執(zhí)行測(cè)試用例，需要時(shí)也可以將測(cè)試用例設(shè)計(jì)與執(zhí)行并行開(kāi)展
(B)若系統(tǒng)對(duì)質(zhì)量要求很高，則需要開(kāi)展多次的回歸測(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)并行開(kāi)展
(B)測(cè)試設(shè)計(jì)活動(dòng)也可以和測(cè)試執(zhí)行活動(dòng)并行開(kāi)展
(C)在測(cè)試的最后階段里，測(cè)試總結(jié)和測(cè)試執(zhí)行通常并行開(kāi)展
(D)在實(shí)際測(cè)試過(guò)程中，要不得不將一些測(cè)試活動(dòng)并行開(kāi)展，主要是因?yàn)闀r(shí)間原因
24.下列關(guān)于軟件缺陷狀態(tài)的定義，不正確的是________。
(A)New--測(cè)試中新報(bào)告的軟件缺陷
(B)Open--缺陷被確認(rèn)并分配給相關(guān)開(kāi)發(fā)工程師處理
(C)Fixed--測(cè)試工程師已完成修正，等待開(kāi)發(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.分析：外部質(zhì)量是針對(duì)要求的滿足程度而言的，是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，滿足規(guī)定的和隱含的要求的程度而內(nèi)部質(zhì)量則主要是根據(jù)軟件產(chǎn)品的情況給出的，內(nèi)部質(zhì)量是表征軟件產(chǎn)品在規(guī)定條件下使用時(shí)，決定其滿足規(guī)定的和隱含的要求的能力的產(chǎn)品屬性的全體。故選項(xiàng)A和C敘述剛好顛倒，選項(xiàng)B中的性質(zhì)都是屬于軟件的質(zhì)量特性的，而選項(xiàng)D中關(guān)于使用質(zhì)量的敘述是完全正確的。
2.分析：：驗(yàn)證是檢查軟件開(kāi)發(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è)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試和回歸測(cè)試等。
4.分析：自底向上測(cè)試與自頂向下測(cè)試策略都是增量式的測(cè)試，軟件是分層設(shè)計(jì)的，主模塊調(diào)用子模塊，子模塊又依次調(diào)用更低層次的模塊，依此類(lèi)推。在自底向上單元測(cè)試的策略中，應(yīng)首先測(cè)試最底層的模塊，利用輔助的測(cè)試驅(qū)動(dòng)模塊調(diào)用他們并傳遞測(cè)試數(shù)據(jù)，然后再測(cè)試更高層次的模塊，再較高層次的模塊測(cè)試中可以直接調(diào)用已測(cè)試過(guò)的較低層次的模塊。在自頂向下測(cè)試中，首先測(cè)試的則是頂層模塊，無(wú)須編寫(xiě)驅(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ì)與需求規(guī)格說(shuō)明書(shū)，程序復(fù)雜程度，源程序都是有關(guān)的。而項(xiàng)目的開(kāi)發(fā)計(jì)劃是為程序的開(kāi)發(fā)做準(zhǔn)備的，與測(cè)試無(wú)關(guān)。
6.分析：在黑盒測(cè)試中，這些測(cè)試策略基本上都要考慮輸入條件的組合，但是基于因果圖的方法就是著重檢查輸入條件組合的一種測(cè)試方法。
7.分析：題目要求達(dá)到100%的判定覆蓋率，即要求所以的判定真假都至少執(zhí)行一次，故我們?nèi)《?A=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)系：
條件組合覆蓋>判定覆蓋>語(yǔ)句覆蓋(即如果達(dá)到條件組合覆蓋，就達(dá)到判定覆蓋和語(yǔ)
句覆蓋;如果達(dá)到判定覆蓋，就達(dá)到語(yǔ)句覆蓋，下面類(lèi)似理解)。
條件組合覆蓋>條件覆蓋。
條件覆蓋不一定包含判定覆蓋、語(yǔ)句覆蓋。
判定覆蓋不一定包含條件覆蓋。
路徑覆蓋>判定覆蓋>語(yǔ)句
10.分析：評(píng)審是一種軟件開(kāi)發(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)的缺陷的可能性就越大。
12.分析：根據(jù)等價(jià)類(lèi)劃分法設(shè)計(jì)測(cè)試用例的原則。
13.分析：自動(dòng)測(cè)試腳本最好采用模塊化方法。
14.分析：增量測(cè)試策略首先要對(duì)程序的每個(gè)程序單元或程序部件單獨(dú)進(jìn)行測(cè)試，這種測(cè)試便是單元測(cè)試或模塊測(cè)試或部件測(cè)試。在單元測(cè)試時(shí)，程序員必須編寫(xiě)一個(gè)驅(qū)動(dòng)模塊，用來(lái)調(diào)用被測(cè)模塊并向其傳送測(cè)試數(shù)據(jù)，若該模塊調(diào)用了其他模塊，程序員必須編寫(xiě)一個(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è)試中，響應(yīng)時(shí)間的絕對(duì)值并不能直接反映軟件性能的高低，軟件性能的高低實(shí)際上取決于用戶對(duì)響應(yīng)時(shí)間的接受程度。
16.分析：軟件可靠性分析方法主要有：失效模式影響分析、嚴(yán)酷性分析、故障樹(shù)分析、事件樹(shù)分析和潛在線路分析。其中失效模式影響分析(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è)試的基本要求是被測(cè)單元被獨(dú)立地測(cè)試，而在測(cè)試面向?qū)ο蟪绦驎r(shí)，由于一個(gè)類(lèi)的各個(gè)成員方法通常是相互聯(lián)系的，因而很難對(duì)一個(gè)類(lèi)中的單個(gè)成員方法進(jìn)行充分的單元測(cè)試。面向?qū)ο蟪绦蛑械囊粋�(gè)類(lèi)甚至也不能作為被獨(dú)立測(cè)試的單元，主要原因一方面是由于繼承的存在，一個(gè)類(lèi)通常依賴于其父類(lèi)和其他祖先類(lèi)，另一方面由于面向?qū)ο蟪绦蚪?jīng)常出現(xiàn)多個(gè)類(lèi)相互依賴也會(huì)導(dǎo)致每個(gè)類(lèi)難以被獨(dú)立的測(cè)試。集成測(cè)試是針對(duì)程序的集成結(jié)構(gòu)進(jìn)行，在面向?qū)ο蟪绦蛑校S多集成機(jī)制在傳統(tǒng)結(jié)構(gòu)化程序中沒(méi)有，因而結(jié)構(gòu)化程序的集成測(cè)試技術(shù)難以適用于對(duì)類(lèi)的測(cè)試。
18.分析：Web應(yīng)用軟件與其他的應(yīng)用軟件有較大的差別，其特點(diǎn)有①基于無(wú)連接協(xié)議，②內(nèi)容驅(qū)動(dòng)，③開(kāi)發(fā)周期短，④演化頻繁，⑤安全性要求較高，⑥美觀性要求較高。
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è)試主要考慮硬件兼容性、軟件兼容性和數(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)軟件開(kāi)發(fā)方法相比，有四個(gè)主要特征：①簡(jiǎn)單地分析設(shè)計(jì)，②頻繁地客戶交流，③增量式開(kāi)發(fā)，④連續(xù)的測(cè)試。這些特征決定了極限編程可以隨時(shí)應(yīng)對(duì)新增或改變的需求。單元測(cè)試是極限編程中最重要的發(fā)現(xiàn)缺陷的手段，主要由編碼人員來(lái)完成，驗(yàn)收測(cè)試主要由用戶來(lái)完成，但編碼人員也必須在場(chǎng)，以便與用戶進(jìn)行交流。另外極限編程要求在編碼之前先設(shè)計(jì)測(cè)試，因?yàn)檫@樣可提高編碼人員測(cè)試自己編寫(xiě)代碼的效率。
23.分析：軟件問(wèn)題的狀態(tài)定義如下：
新建(New)--測(cè)試中新報(bào)告的軟件問(wèn)題
打開(kāi)(Open)--軟件問(wèn)題已被確認(rèn)并分配給相關(guān)開(kāi)發(fā)工程師處理
關(guān)閉(Closed)--確認(rèn)為無(wú)效的軟件問(wèn)題
待驗(yàn)(Pending)--工程師已完成修正，等待測(cè)試人員驗(yàn)證
解決(Resolved)--軟件問(wèn)題已被修復(fù)
24.分析：在軟件系統(tǒng)開(kāi)發(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ò)程可持續(xù)改進(jìn)的根本。
25.分析：在QESuiteWebVersion1.0中，可以監(jiān)控軟件問(wèn)題報(bào)告處理過(guò)程和軟件系統(tǒng)各
模塊軟件問(wèn)題布狀況，測(cè)試管理人員使用"按功能分類(lèi)"視圖查看軟件問(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)整開(kāi)發(fā)人員修復(fù)和測(cè)試人員驗(yàn)證的工作方向。使用"嚴(yán)重性"視圖可以了解當(dāng)前軟件問(wèn)題的嚴(yán)重性分布。
【全國(guó)計(jì)算機(jī)四級(jí)軟件測(cè)試工程師單項(xiàng)選擇測(cè)試】相關(guān)文章：
2016四級(jí)軟件測(cè)試工程師選擇試題及答案06-01
計(jì)算機(jī)四級(jí)軟件測(cè)試工程師自測(cè)試題07-20
計(jì)算機(jī)四級(jí)軟件測(cè)試工程師測(cè)試題(附答案)07-24
計(jì)算機(jī)四級(jí)《軟件測(cè)試工程師》選擇題試題及答案05-16
2017計(jì)算機(jī)四級(jí)軟件測(cè)試工程師選擇題練習(xí)07-13
全國(guó)計(jì)算機(jī)等級(jí)考試四級(jí)軟件測(cè)試工程師筆試訓(xùn)練10-06
計(jì)算機(jī)四級(jí)軟件測(cè)試工程師練習(xí)試題08-29
計(jì)算機(jī)四級(jí)軟件測(cè)試工程師精選題及答案09-11