國(guó)家開放大學(xué)《軟件測(cè)試（本）》形考任務(wù)1-4參考答案

1、國(guó)家開放大學(xué)軟件測(cè)試（本）形考任務(wù)1-4參考答案形考任務(wù)1一、選擇題（從4個(gè)選項(xiàng)中，選其一項(xiàng)的標(biāo)號(hào)填入（ ）1軟件測(cè)試是為了檢查出并改正盡可能多的錯(cuò)誤，不斷提高軟件的（）。A. 質(zhì)量和效能B. 設(shè)計(jì)和技巧C. 質(zhì)量和可靠性D. 功能和效率2軟件測(cè)試工作應(yīng)該開始于（）。A. 需求分析階段B. 概要設(shè)計(jì)階段C. 編碼之后D. 詳細(xì)設(shè)計(jì)階段3.關(guān)于軟件質(zhì)量保證和軟件測(cè)試的描述，不正確的是 （）。A. 軟件質(zhì)量保證和軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作B. 軟件測(cè)試人員就是軟件質(zhì)量保證人員C. 軟件測(cè)試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)D. 在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng)4.一個(gè)測(cè)試團(tuán)隊(duì)計(jì)劃持

2、續(xù)在一被測(cè)系統(tǒng)中檢測(cè)90%-95%的缺陷比率。雖然測(cè)試經(jīng)理認(rèn)為無(wú)論就測(cè)試團(tuán)隊(duì)角度還是行業(yè)標(biāo)準(zhǔn)而言這已經(jīng)是一個(gè)標(biāo)準(zhǔn)很高的缺陷檢測(cè)率。但高層管理者對(duì)測(cè)試結(jié)果失望，認(rèn)為測(cè)試團(tuán)隊(duì)仍漏檢了太多的缺陷。而用戶對(duì)此系統(tǒng)使用滿意度相對(duì)較好，雖有失效發(fā)生，但總體負(fù)面影響不大。針對(duì)上述情況，作為一個(gè)測(cè)試經(jīng)理可應(yīng)用以下的哪一個(gè)通用測(cè)試原則去向高層管理者解釋為什么系統(tǒng)中仍會(huì)存在未被檢測(cè)到的缺陷（）。A. 窮盡測(cè)試是不可能的B. 缺陷集群性C. 殺蟲劑悖論D. 測(cè)試依賴于測(cè)試內(nèi)容5.關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義，有以下觀點(diǎn)：度量與評(píng)估軟件的質(zhì)量；保證軟件質(zhì)量；改進(jìn)軟件開發(fā)過(guò)程；發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是（ ）。A. 、

3、B. 、C. 、D. 、6.下面的描述中，不能體現(xiàn)前置測(cè)試模型要點(diǎn)的是（）。A. 前置測(cè)試模型將開發(fā)和測(cè)試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開始到結(jié)束之間的關(guān)鍵行為，提出業(yè)務(wù)需求最好在設(shè)計(jì)和開發(fā)之前就被正確定義。B. 前置測(cè)試模型主張根據(jù)業(yè)務(wù)需求進(jìn)行測(cè)試設(shè)計(jì)，認(rèn)為需求分析階段是進(jìn)行測(cè)試計(jì)劃和測(cè)試設(shè)計(jì)的最好時(shí)機(jī)。C. 前置測(cè)試將測(cè)試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼測(cè)試編碼測(cè)試的方式來(lái)體現(xiàn)，強(qiáng)調(diào)對(duì)每一個(gè)交付的開發(fā)結(jié)果都必須通過(guò)一定的方式進(jìn)行測(cè)試。D. 前置測(cè)試模型提出驗(yàn)收測(cè)試應(yīng)該獨(dú)立于技術(shù)測(cè)試，以保證設(shè)計(jì)及程序編碼能夠符合最終用戶的需求。7.軟件可移植性應(yīng)從如下（）方面進(jìn)行測(cè)試。A

4、. 可適應(yīng)性、成熟性、兼容性、易替換性。B. 可適應(yīng)性、易安裝性、共享性、易替換性。C. 可適應(yīng)性、易安裝性、兼容性、易替換性。D. 可適應(yīng)性、易安裝性、可伸縮性、易替換性。8.軟件缺陷被描述為在軟件使用上的各種障礙，即可能產(chǎn)生的各種問題統(tǒng)。對(duì)軟件缺陷的精確定義，通常業(yè)界普遍認(rèn)同下列描述（）。軟件未達(dá)到產(chǎn)品說(shuō)明書中已標(biāo)明的功能軟件出現(xiàn)了產(chǎn)品說(shuō)明書中指明不會(huì)出現(xiàn)的錯(cuò)誤軟件未達(dá)到產(chǎn)品說(shuō)明書中雖未指出但應(yīng)（隱含）達(dá)到的目標(biāo) 軟件功能超出了產(chǎn)品說(shuō)明書中指明的范圍 測(cè)試者認(rèn)為軟件難以理解、不易使用，或最終用戶認(rèn)為軟件使用效果不良。A. 、B. 、C. 、D. 、9.軟件測(cè)試貫穿于整個(gè)于軟件生命周期，其測(cè)

5、試的基本問題是（ ）明確測(cè)試目標(biāo)確認(rèn)測(cè)試對(duì)象建立測(cè)試生命周期制定和實(shí)施測(cè)試策略選擇測(cè)試類型運(yùn)用測(cè)試方法A. 、B. 、C. 、D. 、10.軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為5級(jí)。目前，達(dá)到CMM第3級(jí)（已定義級(jí)）是許多軟件組織努力的目標(biāo)，該級(jí)別的核心是（）。A. 使用標(biāo)準(zhǔn)開發(fā)過(guò)程（或方法論）構(gòu)建（或集成）系統(tǒng)B. 建立基本的項(xiàng)目管理和實(shí)踐來(lái)跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性C. 連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過(guò)程D. 管理層尋求更主動(dòng)地應(yīng)對(duì)系統(tǒng)的開發(fā)問題二、判斷題11.一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤。（）12.測(cè)試可以證明程序有錯(cuò)，也可以證明程序沒有錯(cuò)誤。（&

6、#215;）13.所有的軟件測(cè)試都應(yīng)追溯到用戶需求。（）14.軟件測(cè)試是測(cè)試人員的事，與開發(fā)人員無(wú)關(guān)。（×）15.測(cè)試可以證明缺陷存在，但不能證明缺陷不存在。（）16.只要做了充分的測(cè)試，就能保證軟件沒有缺陷。（×）17.根據(jù)經(jīng)驗(yàn)，通常情況下缺陷并非平均分布，80%缺陷集中在20%程序模塊中。（）18.V模型描述了測(cè)試階段和開發(fā)過(guò)程期間各階段的對(duì)應(yīng)關(guān)系。（）19.軟件測(cè)試貫穿于軟件定義和開發(fā)的整個(gè)過(guò)程。（）20.軟件開發(fā)模式與軟件測(cè)試關(guān)系密切，系統(tǒng)測(cè)試計(jì)劃應(yīng)在詳細(xì)設(shè)計(jì)階段產(chǎn)生。（×）21.軟件質(zhì)量度量包含軟件的功能特征和非功能特征。（）22.TMM優(yōu)化級(jí)別主要進(jìn)行

7、質(zhì)量控制的測(cè)試。（×）形考任務(wù)2一、選擇題（每題5分）1.對(duì)于軟件的測(cè)試，下列描述正確的是 （）。A. 測(cè)試是在軟件公司內(nèi)部展開的測(cè)試，由公司非專業(yè)測(cè)試人員執(zhí)行的測(cè)試。B. 測(cè)試是在軟件公司外部展開的測(cè)試，可由非專業(yè)測(cè)試人員執(zhí)行的測(cè)試。C. 測(cè)試是在軟件公司內(nèi)部展開的測(cè)試，由公司專業(yè)測(cè)試人員執(zhí)行的測(cè)試。D. 測(cè)試是在軟件公司外部展開的測(cè)試，由專業(yè)測(cè)試人員執(zhí)行的測(cè)試。2.下列選項(xiàng)中不屬于黑盒測(cè)試特點(diǎn)的是（）。A. 黑盒測(cè)試可用于軟件測(cè)試的各個(gè)階段B. 黑盒測(cè)試與軟件具體實(shí)現(xiàn)無(wú)關(guān)C. 黑盒測(cè)試用例設(shè)計(jì)可與軟件實(shí)現(xiàn)同步進(jìn)行D. 黑盒測(cè)試可以檢查出程序內(nèi)部結(jié)構(gòu)的錯(cuò)誤3.廣義的軟件測(cè)試包括：

8、（）。A. 單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和用戶測(cè)試B. 確認(rèn)、驗(yàn)證和測(cè)試C. 需求測(cè)試、單元測(cè)試、集成測(cè)試和驗(yàn)證測(cè)試D. 需求評(píng)審、設(shè)計(jì)評(píng)審、單元測(cè)試和綜合測(cè)試4.組件測(cè)試類別可以包括 （）。靜態(tài)測(cè)試 動(dòng)態(tài)測(cè)試 手工測(cè)試 自動(dòng)化測(cè)試A. B. C. D. 5.若某軟件系統(tǒng)的關(guān)鍵模塊是在結(jié)構(gòu)圖的底部，那么最適合采用的集成測(cè)試策略是（）。A. 隨意集成測(cè)試B. 自底向上集成測(cè)試C. 自頂向下集成測(cè)試D. 中樞集成測(cè)試6.以下各項(xiàng)中，（）屬于安裝測(cè)試應(yīng)關(guān)注的內(nèi)容。 安裝手冊(cè)的評(píng)估 安裝選項(xiàng)和設(shè)置的測(cè)試 安裝順序測(cè)試 修復(fù)、安裝測(cè)試與卸載測(cè)試A. B. C. D. 7.對(duì)靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別描述正

9、確的是：（）。A. 靜態(tài)測(cè)試并沒有真正的運(yùn)行軟件，而動(dòng)態(tài)測(cè)試需要運(yùn)行軟件B. 靜態(tài)測(cè)試是由開發(fā)人員執(zhí)行的，而動(dòng)態(tài)測(cè)試是由專門的測(cè)試人員完成C. 靜態(tài)測(cè)試是主要是為了增加測(cè)試人員對(duì)軟件的理解，而動(dòng)態(tài)測(cè)試是為了發(fā)現(xiàn)缺陷D. 靜態(tài)測(cè)試需要借助于專門的測(cè)試工具，而動(dòng)態(tài)測(cè)試不需要8.技術(shù)評(píng)審的目的是:（）。A. 發(fā)現(xiàn)軟件業(yè)務(wù)錯(cuò)誤B. 確認(rèn)軟件符合預(yù)先定義的開發(fā)規(guī)范和標(biāo)準(zhǔn)C. 與項(xiàng)目管理無(wú)關(guān)D. 保證軟件在獨(dú)立的模式下進(jìn)行開發(fā)9.走查主要包括以下哪些內(nèi)容 （）。A.檢查代碼和設(shè)計(jì)的一致性B.標(biāo)準(zhǔn)的遵循和可讀性C.評(píng)審對(duì)象主要是軟件代碼D.不安全、不明確和模糊的部分A. 除A以外B. 除A和D以外C. 以上

10、全部都是D. 除D以外10.下面對(duì)數(shù)據(jù)流分析方法描述錯(cuò)誤的是（ ）。A. 數(shù)據(jù)流異常通常不明顯，并且每個(gè)異常都會(huì)導(dǎo)致不正確的行為。B. 數(shù)據(jù)流分析是在程序代碼經(jīng)過(guò)的路徑上檢查數(shù)據(jù)的用法。C. 數(shù)據(jù)流分析不一定能夠發(fā)現(xiàn)缺陷，但可以發(fā)現(xiàn)異常。D. 數(shù)據(jù)流分析過(guò)程中，需要檢查每個(gè)變量的使用情況。二、判斷題（每題5分）11.組件測(cè)試通常在編碼前進(jìn)行，組件測(cè)試大多是從程序外部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例。（×）12.文檔檢查有多種不同技術(shù)，可通過(guò)檢查強(qiáng)度、形式、必要的人力和時(shí)間資源以及它們的目的進(jìn)行區(qū)分。（）13.白盒測(cè)試是一種針對(duì)程序結(jié)構(gòu)進(jìn)行的測(cè)試，是邏輯驅(qū)動(dòng)的測(cè)試或基于程序內(nèi)部的測(cè)試。（）14.黑

11、盒測(cè)試是一種從用戶觀點(diǎn)（依需求確定）出發(fā)的測(cè)試，其基本思想是：任何程序都可看作是從輸入定義域映射到輸出值域的函數(shù)過(guò)程。（）15.針對(duì)測(cè)試是否運(yùn)行軟件和執(zhí)行程序劃分測(cè)試為靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試。（）16.靜態(tài)測(cè)試主要由人工方式進(jìn)行，這將充分發(fā)揮人的邏輯思維優(yōu)勢(shì)，同時(shí)靜態(tài)測(cè)試也借助測(cè)試專用工具進(jìn)行自動(dòng)化測(cè)試。（）17.數(shù)據(jù)流分析方法是在程序代碼經(jīng)過(guò)的路徑上檢查數(shù)據(jù)的用法。這種方式并不一定能夠發(fā)現(xiàn)缺陷，但可發(fā)現(xiàn)數(shù)據(jù)流異常。（）18.走查是以發(fā)現(xiàn)書面文檔中的缺陷、含糊的表達(dá)和問題為目的的正式評(píng)審。（×）19.靜態(tài)分析和評(píng)審是從不同的方式和角度來(lái)尋找和預(yù)防軟件的缺陷或故障，消除和減低軟件失效幾率的

12、措施與過(guò)程。（）20.軟件評(píng)審是動(dòng)態(tài)測(cè)試的主要方法之一，評(píng)審可應(yīng)用人類的分析能力來(lái)檢查和評(píng)估復(fù)雜的問題。（×）形考任務(wù)3一、選擇題（每題5分）1.下面關(guān)于動(dòng)態(tài)測(cè)試的描述錯(cuò)誤的是（）。A. 動(dòng)態(tài)測(cè)試必須由專門的測(cè)試人員完成B. 動(dòng)態(tài)測(cè)試需要對(duì)輸入與輸出的對(duì)應(yīng)關(guān)系進(jìn)行分析C. 動(dòng)態(tài)測(cè)試必須運(yùn)行被測(cè)試程序D. 動(dòng)態(tài)測(cè)試適用于軟件生命周期的各個(gè)階段2.下面（）不屬于動(dòng)態(tài)測(cè)試的內(nèi)容。A. 檢查內(nèi)存使用情況B. 檢查程序編碼規(guī)則C. 檢查各個(gè)組件功能D. 評(píng)估系統(tǒng)性能3.系統(tǒng)測(cè)試階段動(dòng)態(tài)測(cè)試的目標(biāo)是（）。A. 對(duì)提交的軟件進(jìn)行驗(yàn)證性測(cè)試B. 檢測(cè)組件中的不合格品C. 功能和非功能的動(dòng)態(tài)測(cè)試D.

13、動(dòng)態(tài)檢測(cè)模塊與接口4.下面對(duì)基于直覺的動(dòng)態(tài)測(cè)試方法的描述錯(cuò)誤的是（）。A. 既不是黑盒測(cè)試也不屬于白盒測(cè)試B. 此方法的基礎(chǔ)是測(cè)試人員的技術(shù)、經(jīng)驗(yàn)和知識(shí)C. 可以發(fā)現(xiàn)運(yùn)用系統(tǒng)化方法進(jìn)行測(cè)試時(shí)無(wú)法發(fā)現(xiàn)的問題D. 使用此方法時(shí)需要需求規(guī)格說(shuō)明書和源代碼5.通過(guò)黑盒測(cè)試無(wú)法發(fā)現(xiàn)（）。A. 程序功能使用異常B. 程序內(nèi)部結(jié)構(gòu)錯(cuò)誤C. 程序初始化錯(cuò)誤D. 外部數(shù)據(jù)訪問異常6.黑盒測(cè)試技術(shù)包括（）。A. 邊界值分析、等價(jià)類劃分、因果圖、路徑覆蓋B. 邊界值分析、因果圖、等價(jià)類劃分、狀態(tài)轉(zhuǎn)換C. 判定覆蓋、語(yǔ)句覆蓋、決策表、正交實(shí)驗(yàn)D. 決策表、狀態(tài)轉(zhuǎn)換、條件覆蓋、基本路徑測(cè)試7.黑盒測(cè)試屬于基本窮舉輸入的

14、測(cè)試方法，但通常輸入所有可能的測(cè)試將要受到較大客觀條件限制，無(wú)法實(shí)現(xiàn)窮盡，其原因是（）。輸入的組合太多輸出的結(jié)果太多軟件實(shí)現(xiàn)的途徑太多軟件規(guī)格說(shuō)明沒有客觀標(biāo)準(zhǔn)A. B. C. D. 8.下面對(duì)等價(jià)類劃分法描述錯(cuò)誤的是（）。A. 等價(jià)類劃分的主要依據(jù)是需求規(guī)格說(shuō)明書B. 只需要考慮程序中合理的、有意義的輸入數(shù)據(jù)C. 將測(cè)試對(duì)象的輸入域劃分成若干部分D. 從每個(gè)部分中選取少數(shù)具有代表性的數(shù)據(jù)作為測(cè)試用例9.某程序輸入X取值于一個(gè)固定的枚舉類型1,4,9,16，并且程序要對(duì)這4個(gè)輸入值分別進(jìn)行處理，根據(jù)等價(jià)類劃分法，這種情況下對(duì)輸入X劃分正確的是（）。A. 劃分為4個(gè)有效等價(jià)類、1個(gè)無(wú)效等價(jià)類B.

15、劃分為1個(gè)有效等價(jià)類、4個(gè)無(wú)效等價(jià)類C. 劃分為1個(gè)有效等價(jià)類、1 個(gè)無(wú)效等價(jià)類D. 劃分為1個(gè)有效等價(jià)類、2個(gè)無(wú)效等價(jià)類10.以下的測(cè)試方法中，允許對(duì)源代碼進(jìn)行操作的是（）。A. 函數(shù)覆蓋B. 路徑測(cè)試C. 程序插樁D. 條件覆蓋二、判斷題（每題5分）11.動(dòng)態(tài)測(cè)試并不貫穿于軟件產(chǎn)品生命周期的每個(gè)階段。（×）12.等價(jià)類劃分測(cè)試技術(shù)的測(cè)試準(zhǔn)則（即等價(jià)類劃分覆蓋率）可定義為總共描述的等價(jià)類數(shù)量與已執(zhí)行的等價(jià)類數(shù)量之比。（×）13.動(dòng)態(tài)測(cè)試內(nèi)容有功能確認(rèn)與接口測(cè)試、覆蓋率分析、性能分析及內(nèi)存泄露分析等。（）14.邊界值分析法基于可靠性理論中的“多故障”假設(shè)，即兩個(gè)或兩個(gè)以上故

16、障同時(shí)出現(xiàn)而導(dǎo)致軟件失效的情況非常多。（×）15.邊界值覆蓋率=（已執(zhí)行的邊界值數(shù)量/總的邊界值數(shù)量）x 100%。（）16.因果圖法能幫助測(cè)試者按一定步驟，高效開發(fā)測(cè)試用例，以檢測(cè)程序輸入條件的各種組合情況。（）17.決策表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作情況下的一種工具，可把復(fù)雜的邏輯關(guān)系與多種條件組合情況表達(dá)的既具體而又明確。（）18.邏輯覆蓋是黑盒測(cè)試中的主要方法之一，是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試技術(shù)，是通過(guò)對(duì)程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序設(shè)計(jì)的覆蓋。（×）19.路徑覆蓋的目的就是要設(shè)計(jì)足夠多的測(cè)試用例，要求遍歷測(cè)試對(duì)象的所有不同的路徑。（）20.Z路徑覆蓋只

17、考慮循環(huán)體執(zhí)行一次和跳過(guò)循環(huán)體這兩種情況。（×）形考任務(wù)4一、選擇題（每題5分）1.在下列給出的各項(xiàng)中，關(guān)于軟件自動(dòng)化測(cè)試的描述性定義是（）。A使用一種自動(dòng)化測(cè)試工具來(lái)驗(yàn)證軟件測(cè)試的需求B測(cè)試按照測(cè)試者的預(yù)定計(jì)劃自動(dòng)地進(jìn)行C自動(dòng)化測(cè)試的目標(biāo)著重于發(fā)現(xiàn)舊的軟件缺陷D自動(dòng)化測(cè)試可部署在各個(gè)測(cè)試階段A. AB. A、B、CC. A、CD. A、B、D2.（ ）是將測(cè)試輸入存儲(chǔ)在獨(dú)立的文件中，而不是綁定在腳本中。在腳本中存放控制信息，其優(yōu)點(diǎn)包括腳本與數(shù)據(jù)分離，數(shù)據(jù)文件以適當(dāng)?shù)奈募袷絾为?dú)維護(hù)，測(cè)試設(shè)計(jì)者不必具備專業(yè)的腳本技術(shù)或編程知識(shí)。A. 共享式腳本B. 結(jié)構(gòu)化腳本C. 關(guān)鍵字驅(qū)動(dòng)腳本D.

18、 數(shù)據(jù)驅(qū)動(dòng)腳本3.在下面給出的幾項(xiàng)中，（）是針對(duì)自動(dòng)化測(cè)試腳本描述。A. 腳本自身在脫離了所依附的系統(tǒng)時(shí)，依然能夠運(yùn)行B. 測(cè)試腳本也會(huì)存在缺陷或故障C. 腳本與測(cè)試一樣，根據(jù)測(cè)試模式和測(cè)試方法不同，腳本以多種形式出現(xiàn)D. 測(cè)試腳本是指測(cè)試自動(dòng)執(zhí)行中的程序和過(guò)程4.在測(cè)試腳本的錄制、編寫與調(diào)試過(guò)程中，需要注意的原則是（）。A. 自動(dòng)化回歸測(cè)試建議采用以錄制腳本為主、編寫腳本為輔的實(shí)現(xiàn)方式B. 測(cè)試腳本錄制包含兩種模式：控件識(shí)別模式和模擬操作模式?？丶R(shí)別模式中使用鍵盤操作實(shí)現(xiàn)兩種模式混合錄制效果C. 測(cè)試工具的選擇直接影響到實(shí)施的具體細(xì)節(jié)，而試用和比較是非常簡(jiǎn)單有效的方法D. 腳本錄制與測(cè)試執(zhí)

19、行同期進(jìn)行，腳本錄制完成后應(yīng)立即完成其主要調(diào)試工作5.引入自動(dòng)化測(cè)試工具時(shí)，屬于次要考慮因素的是（）。A. 與測(cè)試對(duì)象進(jìn)行交互的質(zhì)量B. 廠商的支持和服務(wù)質(zhì)量C. 使用的腳本語(yǔ)言類型D. 工具支持的平臺(tái)6.測(cè)試計(jì)劃主要由哪個(gè)角色負(fù)責(zé)制定：（）。A. 測(cè)試經(jīng)理B. 開發(fā)人員C. 測(cè)試人員D. 項(xiàng)目經(jīng)理7.對(duì)于監(jiān)控測(cè)試周期時(shí)采用的度量方法，下列敘述中不當(dāng)?shù)氖牵海ǎ?。A. 基于測(cè)試用例的度量：統(tǒng)計(jì)各優(yōu)先級(jí)的測(cè)試用例數(shù)量。B. 基于故障和基于失效的度量：統(tǒng)計(jì)特定軟件版本中的故障數(shù)。C. 基于成本度量：統(tǒng)計(jì)已經(jīng)花費(fèi)的測(cè)試成本，下一測(cè)試周期成本與預(yù)期收益的關(guān)系。D. 基于測(cè)試對(duì)象的度量：統(tǒng)計(jì)代碼和安裝平臺(tái)等覆蓋情況。8.如果沒有做好配置管理工作，那么可能會(huì)導(dǎo)致：（）。A員相開發(fā)人互篡改各自編寫的代碼;B集成工作難以開展C問題分析和故障修正工