國家開放大學(xué)《軟件測試》形考任務(wù)1-4參考答案軟件測試是國家開放大學(xué)（中央廣播電視大學(xué)）電子信息類軟件工程專業(yè)（專升本）的一門重要的專業(yè)統(tǒng)設(shè)必修課程。課程編號：04620/02373形考任務(wù)1一、選擇題1.軟件測試是為了檢查出并改正盡可能多的錯(cuò)誤，不斷提高軟件的（）。A.質(zhì)量和效能B.質(zhì)量和可靠性C.設(shè)計(jì)和技巧D.功能和效率2.軟件測試工作應(yīng)該開始于（）。A.概要設(shè)計(jì)階段B.需求分析階段C.編碼之后D.詳細(xì)設(shè)計(jì)階段3.關(guān)于軟件質(zhì)量保證和軟件測試的描述，不正確的是（）。A.軟件測試人員就是軟件質(zhì)量保證人員B.軟件質(zhì)量保證和軟件測試是軟件質(zhì)量工程的兩個(gè)不同層面的工作C.軟件測試是保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)D.在軟件質(zhì)量保證的活動(dòng)中也有一些測試活動(dòng)4.一個(gè)測試團(tuán)隊(duì)計(jì)劃持續(xù)在一被測系統(tǒng)中檢測90%-95%的缺陷比率。雖然測試經(jīng)理認(rèn)為無論就測試團(tuán)隊(duì)角度還是行業(yè)標(biāo)準(zhǔn)而言這已經(jīng)是一個(gè)標(biāo)準(zhǔn)很高的缺陷檢測率。但高層管理者對測試結(jié)果失望，認(rèn)為測試團(tuán)隊(duì)仍漏檢了太多的缺陷。而用戶對此系統(tǒng)使用滿意度相對較好，雖有失效發(fā)生，但總體負(fù)面影響不大。針對上述情況，作為一個(gè)測試經(jīng)理可應(yīng)用以下的哪一個(gè)通用測試原則去向高層管理者解釋為什么系統(tǒng)中仍會(huì)存在未被檢測到的缺陷（）。A.測試依賴于測試內(nèi)容B.缺陷集群性C.殺蟲劑悖論D.窮盡測試是不可能的5.關(guān)于軟件測試對軟件質(zhì)量的意義，有以下觀點(diǎn)：①度量與評估軟件的質(zhì)量；②保證軟件質(zhì)量；③改進(jìn)軟件開發(fā)過程；④發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是（）。A.①、②、③B.①、②、④C.①、③、④D.①、②、③、④6.下面的描述中，不能體現(xiàn)前置測試模型要點(diǎn)的是（）。A.前置測試模型主張根據(jù)業(yè)務(wù)需求進(jìn)行測試設(shè)計(jì)，認(rèn)為需求分析階段是進(jìn)行測試計(jì)劃和測試設(shè)計(jì)的最好時(shí)機(jī)。B.前置測試模型提出驗(yàn)收測試應(yīng)該獨(dú)立于技術(shù)測試，以保證設(shè)計(jì)及程序編碼能夠符合最終用戶的需求。C.前置測試模型將開發(fā)和測試的生命周期整合在一起，標(biāo)識(shí)了項(xiàng)目生命周期從開始到結(jié)束之間的關(guān)鍵行為，提出業(yè)務(wù)需求最好在設(shè)計(jì)和開發(fā)之前就被正確定義。D.前置測試將測試執(zhí)行和開發(fā)結(jié)合在一起，并在開發(fā)階段以編碼—測試—編碼—測試的方式來體現(xiàn)，強(qiáng)調(diào)對每一個(gè)交付的開發(fā)結(jié)果都必須通過一定的方式進(jìn)行測試。7.軟件可移植性應(yīng)從如下（）方面進(jìn)行測試。A.可適應(yīng)性、易安裝性、可伸縮性、易替換性。B.可適應(yīng)性、易安裝性、共享性、易替換性。C.可適應(yīng)性、成熟性、兼容性、易替換性。D.可適應(yīng)性、易安裝性、兼容性、易替換性。8.軟件缺陷被描述為在軟件使用上的各種障礙，即可能產(chǎn)生的各種問題統(tǒng)。對軟件缺陷的精確定義，通常業(yè)界普遍認(rèn)同下列描述（）。①軟件未達(dá)到產(chǎn)品說明書中已標(biāo)明的功能②軟件出現(xiàn)了產(chǎn)品說明書中指明不會(huì)出現(xiàn)的錯(cuò)誤③軟件未達(dá)到產(chǎn)品說明書中雖未指出但應(yīng)（隱含）達(dá)到的目標(biāo)④軟件功能超出了產(chǎn)品說明書中指明的范圍⑤測試者認(rèn)為軟件難以理解、不易使用，或最終用戶認(rèn)為軟件使用效果不良。A.①、②、③B.①、②C.①、②、③、④、⑤D.①、②、③、④9.軟件測試貫穿于整個(gè)于軟件生命周期，其測試的基本問題是（）①明確測試目標(biāo)②確認(rèn)測試對象③建立測試生命周期④制定和實(shí)施測試策略⑤選擇測試類型⑥運(yùn)用測試方法A.①、②、③、④、⑤B.①、②、③C.①、②、③、④D.①、②、③、④、⑤、⑥10.軟件能力成熟度模型（CMM）將軟件能力成熟度自低到高依次劃分為5級。目前，達(dá)到CMM第3級（已定義級）是許多軟件組織努力的目標(biāo)，該級別的核心是（）。A.使用標(biāo)準(zhǔn)開發(fā)過程（或方法論）構(gòu)建（或集成）系統(tǒng)B.建立基本的項(xiàng)目管理和實(shí)踐來跟蹤項(xiàng)目費(fèi)用、進(jìn)度和功能特性C.管理層尋求更主動(dòng)地應(yīng)對系統(tǒng)的開發(fā)問題D.連續(xù)地監(jiān)督和改進(jìn)標(biāo)準(zhǔn)化的系統(tǒng)開發(fā)過程二、判斷題11.一個(gè)成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤。（√）12.測試可以證明程序有錯(cuò)，也可以證明程序沒有錯(cuò)誤。（×）13.所有的軟件測試都應(yīng)追溯到用戶需求。（√）14.軟件測試是測試人員的事，與開發(fā)人員無關(guān)。（×）15.測試可以證明缺陷存在，但不能證明缺陷不存在。（√）16.只要做了充分的測試，就能保證軟件沒有缺陷。（√）17.根據(jù)經(jīng)驗(yàn)，通常情況下缺陷并非平均分布，80%缺陷集中在20%程序模塊中。（√）18.V模型描述了測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。（√）19.軟件測試貫穿于軟件定義和開發(fā)的整個(gè)過程。（√）20.軟件開發(fā)模式與軟件測試關(guān)系密切，系統(tǒng)測試計(jì)劃應(yīng)在詳細(xì)設(shè)計(jì)階段產(chǎn)生。（√）21.軟件質(zhì)量度量包含軟件的功能特征和非功能特征。（√）22.TMM優(yōu)化級別主要進(jìn)行質(zhì)量控制的測試。（√）形考任務(wù)2一、選擇題1.對于軟件的β測試，下列描述正確的是（）。A.β測試是在軟件公司內(nèi)部展開的測試，由公司非專業(yè)測試人員執(zhí)行的測試。B.β測試是在軟件公司內(nèi)部展開的測試，由公司專業(yè)測試人員執(zhí)行的測試。C.β測試是在軟件公司外部展開的測試，由專業(yè)測試人員執(zhí)行的測試。D.β測試是在軟件公司外部展開的測試，可由非專業(yè)測試人員執(zhí)行的測試。2.下列選項(xiàng)中不屬于黑盒測試特點(diǎn)的是（）。A.黑盒測試可以檢查出程序內(nèi)部結(jié)構(gòu)的錯(cuò)誤B.黑盒測試可用于軟件測試的各個(gè)階段C.黑盒測試與軟件具體實(shí)現(xiàn)無關(guān)D.黑盒測試用例設(shè)計(jì)可與軟件實(shí)現(xiàn)同步進(jìn)行3.廣義的軟件測試包括：（）。A.確認(rèn)、驗(yàn)證和測試B.單元測試、集成測試、系統(tǒng)測試和用戶測試C.需求評審、設(shè)計(jì)評審、單元測試和綜合測試D.需求測試、單元測試、集成測試和驗(yàn)證測試4.組件測試類別可以包括（）。①靜態(tài)測試②動(dòng)態(tài)測試③手工測試④自動(dòng)化測試A.①③B.①②③④C.②③④D.①②③5.若某軟件系統(tǒng)的關(guān)鍵模塊是在結(jié)構(gòu)圖的底部，那么最適合采用的集成測試策略是（）。A.自底向上集成測試B.隨意集成測試C.自頂向下集成測試D.中樞集成測試6.以下各項(xiàng)中，（）屬于安裝測試應(yīng)關(guān)注的內(nèi)容。①安裝手冊的評估②安裝選項(xiàng)和設(shè)置的測試③安裝順序測試④修復(fù)、安裝測試與卸載測試A.②③④B.①②③④C.③④D.①②③7.對靜態(tài)測試和動(dòng)態(tài)測試的區(qū)別描述正確的是：（）。A.靜態(tài)測試是主要是為了增加測試人員對軟件的理解，而動(dòng)態(tài)測試是為了發(fā)現(xiàn)缺陷B.靜態(tài)測試需要借助于專門的測試工具，而動(dòng)態(tài)測試不需要C.靜態(tài)測試是由開發(fā)人員執(zhí)行的，而動(dòng)態(tài)測試是由專門的測試人員完成D.靜態(tài)測試并沒有真正的運(yùn)行軟件，而動(dòng)態(tài)測試需要運(yùn)行軟件8.技術(shù)評審的目的是（）。A.確認(rèn)軟件符合預(yù)先定義的開發(fā)規(guī)范和標(biāo)準(zhǔn)B.與項(xiàng)目管理無關(guān)C.發(fā)現(xiàn)軟件業(yè)務(wù)錯(cuò)誤D.保證軟件在獨(dú)立的模式下進(jìn)行開發(fā)9.走查主要包括以下哪些內(nèi)容（）。A.檢查代碼和設(shè)計(jì)的一致性B.標(biāo)準(zhǔn)的遵循和可讀性C.評審對象主要是軟件代碼D.不安全、不明確和模糊的部分A.以上全部都是B.除A和D以外C.除A以外D.除D以外10.下面對數(shù)據(jù)流分析方法描述錯(cuò)誤的是（）。A.數(shù)據(jù)流分析不一定能夠發(fā)現(xiàn)缺陷，但可以發(fā)現(xiàn)異常。B.數(shù)據(jù)流異常通常不明顯，并且每個(gè)異常都會(huì)導(dǎo)致不正確的行為。C.數(shù)據(jù)流分析是在程序代碼經(jīng)過的路徑上檢查數(shù)據(jù)的用法。D.數(shù)據(jù)流分析過程中，需要檢查每個(gè)變量的使用情況。二、判斷題11.組件測試通常在編碼前進(jìn)行，組件測試大多是從程序外部結(jié)構(gòu)出發(fā)設(shè)計(jì)測試用例。（×）12.文檔檢查有多種不同技術(shù)，可通過檢查強(qiáng)度、形式、必要的人力和時(shí)間資源以及它們的目的進(jìn)行區(qū)分。（√）13.白盒測試是一種針對程序結(jié)構(gòu)進(jìn)行的測試，是邏輯驅(qū)動(dòng)的測試或基于程序內(nèi)部的測試。（√）14.黑盒測試是一種從用戶觀點(diǎn)（依需求確定）出發(fā)的測試，其基本思想是：任何程序都可看作是從輸入定義域映射到輸出值域的函數(shù)過程。（√）15.針對測試是否運(yùn)行軟件和執(zhí)行程序劃分測試為靜態(tài)測試與動(dòng)態(tài)測試。（√）16.靜態(tài)測試主要由人工方式進(jìn)行，這將充分發(fā)揮人的邏輯思維優(yōu)勢，同時(shí)靜態(tài)測試也借助測試專用工具進(jìn)行自動(dòng)化測試。（√）17.數(shù)據(jù)流分析方法是在程序代碼經(jīng)過的路徑上檢查數(shù)據(jù)的用法。這種方式并不一定能夠發(fā)現(xiàn)缺陷，但可發(fā)現(xiàn)數(shù)據(jù)流異常。（√）18.走查是以發(fā)現(xiàn)書面文檔中的缺陷、含糊的表達(dá)和問題為目的的正式評審。（×）19.靜態(tài)分析和評審是從不同的方式和角度來尋找和預(yù)防軟件的缺陷或故障，消除和減低軟件失效幾率的措施與過程。（√）20.軟件評審是動(dòng)態(tài)測試的主要方法之一，評審可應(yīng)用人類的分析能力來檢查和評估復(fù)雜的問題。（×）形考任務(wù)3一、選擇題1.下面關(guān)于動(dòng)態(tài)測試的描述錯(cuò)誤的是（）。A.動(dòng)態(tài)測試必須運(yùn)行被測試程序B.動(dòng)態(tài)測試必須由專門的測試人員完成C.動(dòng)態(tài)測試需要對輸入與輸出的對應(yīng)關(guān)系進(jìn)行分析D.動(dòng)態(tài)測試適用于軟件生命周期的各個(gè)階段2.下面（）不屬于動(dòng)態(tài)測試的內(nèi)容。A.檢查程序編碼規(guī)則B.檢查內(nèi)存使用情況C.評估系統(tǒng)性能D.檢查各個(gè)組件功能3.系統(tǒng)測試階段動(dòng)態(tài)測試的目標(biāo)是（）。A.檢測組件中的不合格品B.對提交的軟件進(jìn)行驗(yàn)證性測試C.功能和非功能的動(dòng)態(tài)測試D.動(dòng)態(tài)檢測模塊與接口4.下面對基于直覺的動(dòng)態(tài)測試方法的描述錯(cuò)誤的是（）。A.既不是黑盒測試也不屬于白盒測試B.此方法的基礎(chǔ)是測試人員的技術(shù)、經(jīng)驗(yàn)和知識(shí)C.使用此方法時(shí)需要需求規(guī)格說明書和源代碼D.可以發(fā)現(xiàn)運(yùn)用系統(tǒng)化方法進(jìn)行測試時(shí)無法發(fā)現(xiàn)的問題5.通過黑盒測試無法發(fā)現(xiàn)（）。A.程序內(nèi)部結(jié)構(gòu)錯(cuò)誤B.程序功能使用異常C.外部數(shù)據(jù)訪問異常D.程序初始化錯(cuò)誤6.黑盒測試技術(shù)包括（）。A.邊界值分析、因果圖、等價(jià)類劃分、狀態(tài)轉(zhuǎn)換B.判定覆蓋、語句覆蓋、決策表、正交實(shí)驗(yàn)C.決策表、狀態(tài)轉(zhuǎn)換、條件覆蓋、基本路徑測試D.邊界值分析、等價(jià)類劃分、因果圖、路徑覆蓋7.黑盒測試屬于基本窮舉輸入的測試方法，但通常輸入所有可能的測試將要受到較大客觀條件限制，無法實(shí)現(xiàn)窮盡，其原因是（）。①輸入的組合太多②輸出的結(jié)果太多③軟件實(shí)現(xiàn)的途徑太多④軟件規(guī)格說明沒有客觀標(biāo)準(zhǔn)A.①②③④B.②③C.①②③D.①②8.下面對等價(jià)類劃分法描述錯(cuò)誤的是（）。A.等價(jià)類劃分的主要依據(jù)是需求規(guī)格說明書B.將測試對象的輸入域劃分成若干部分C.從每個(gè)部分中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例D.只需要考慮程序中合理的、有意義的輸入數(shù)據(jù)9.某程序輸入X取值于一個(gè)固定的枚舉類型{1,4,9,16}，并且程序要對這4個(gè)輸入值分別進(jìn)行處理，根據(jù)等價(jià)類劃分法，這種情況下對輸入X劃分正確的是（）。A.劃分為1個(gè)有效等價(jià)類、2個(gè)無效等價(jià)類B.劃分為4個(gè)有效等價(jià)類、1個(gè)無效等價(jià)類C.劃分為1個(gè)有效等價(jià)類、4個(gè)無效等價(jià)類D.劃分為1個(gè)有效等價(jià)類、1個(gè)無效等價(jià)類10.以下的測試方法中，允許對源代碼進(jìn)行操作的是（）。A.條件覆蓋B.函數(shù)覆蓋C.程序插樁D.路徑測試二、判斷題11.動(dòng)態(tài)測試并不貫穿于軟件產(chǎn)品生命周期的每個(gè)階段。（×）12.等價(jià)類劃分測試技術(shù)的測試準(zhǔn)則（即等價(jià)類劃分覆蓋率）可定義為總共描述的等價(jià)類數(shù)量與已執(zhí)行的等價(jià)類數(shù)量之比。（×）13.動(dòng)態(tài)測試內(nèi)容有功能確認(rèn)與接口測試、覆蓋率分析、性能分析及內(nèi)存泄露分析等。（√）14.邊界值分析法基于可靠性理論中的多故障假設(shè)，即兩個(gè)或兩個(gè)以上故障同時(shí)出現(xiàn)而導(dǎo)致軟件失效的情況非常多。（×）15.邊界值覆蓋率=（已執(zhí)行的邊界值數(shù)量/總的邊界值數(shù)量）x100%。（√）16.因果圖法能幫助測試者按一定步驟，高效開發(fā)測試用例，以檢測程序輸入條件的各種組合情況。（√）17.決策表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作情況下的一種工具，可把復(fù)雜的邏輯關(guān)系與多種條件組合情況表達(dá)的既具體而又明確。（√）18.邏輯覆蓋是黑盒測試中的主要方法之一，是以程序內(nèi)部的邏輯結(jié)構(gòu)為基礎(chǔ)的測試技術(shù)，是通過對程序邏輯結(jié)構(gòu)的遍歷實(shí)現(xiàn)程序設(shè)計(jì)的覆蓋。（×）19.路徑覆蓋的目的就是要設(shè)計(jì)足夠多的測試用例，要求遍歷測試對象的所有不同的路徑。（√）20.Z路徑覆蓋只考慮循環(huán)體執(zhí)行一次和跳過循環(huán)體這兩種情況。（×）形考任務(wù)4一、選擇題1.在下列給出的各項(xiàng)中，關(guān)于軟件自動(dòng)化測試的描述性定義是（）。A．使用一種自動(dòng)化測試工具來驗(yàn)證軟件測試的需求B．測試按照測試者的預(yù)定計(jì)劃自動(dòng)地進(jìn)行C．自動(dòng)化測試的目標(biāo)著重于發(fā)現(xiàn)舊的軟件缺陷D．自動(dòng)化測試可部署在各個(gè)測試階段A.AB.A、B、CC.A、CD.A、B、D2.（）是將測試輸入存儲(chǔ)在獨(dú)立的文件中，而不是綁定在腳本中。在腳本中存放控制信息，其優(yōu)點(diǎn)包括腳本與數(shù)據(jù)分離，數(shù)據(jù)文件以適當(dāng)?shù)奈募袷絾为?dú)維護(hù)，測試設(shè)計(jì)者不必具備專業(yè)的腳本技術(shù)或編程知識(shí)。A.數(shù)據(jù)驅(qū)動(dòng)腳本B.共享式腳本C.關(guān)鍵字驅(qū)動(dòng)腳本D.結(jié)構(gòu)化腳本3.在下面給出的幾項(xiàng)中，（）是針對自動(dòng)化測試腳本描述。A.腳本自身在脫離了所依附的系統(tǒng)時(shí)，依然能夠運(yùn)行B.測試腳本是指測試自動(dòng)執(zhí)行中的程序和過程C.測試腳本也會(huì)存在缺陷或故障D.腳本與測試一樣，根據(jù)測試模式和測試方法不同，腳本以多種形式出現(xiàn)4.在測試腳本的錄制、編寫與調(diào)試過程中，需要注意的原則是（）。A.測試腳本錄制包含兩種模式：控件識(shí)別模式和模擬操作模式?？丶R(shí)別模式中使用鍵盤操作實(shí)現(xiàn)兩種模式混合錄制效果B.測試工具的選擇直接影響到實(shí)施的具體細(xì)節(jié)，而試用和比較是非常簡單有效的方法C.自動(dòng)化回歸測試建議采用以錄制腳本為主、編寫腳本為輔的實(shí)現(xiàn)方式D.腳本錄制與測試執(zhí)行同期進(jìn)行，腳本錄制完成后應(yīng)立即完成其主要調(diào)試工作5.引入自動(dòng)化測試工具時(shí)，屬于次要考慮因素的是（）。A.使用的腳本語言類型B.工具支持的平臺(tái)C.廠商的支持和服務(wù)質(zhì)量D.與測試對象進(jìn)行交互的質(zhì)量6.測試計(jì)劃主要由哪個(gè)角色負(fù)責(zé)制定：（）。A.項(xiàng)目經(jīng)理B.測試人員C.測試經(jīng)理D.開發(fā)人員7.對于監(jiān)控測試周期時(shí)采用的度量方法，下列敘述中不當(dāng)?shù)氖牵海ǎ?。A.基于成本度量：統(tǒng)計(jì)已經(jīng)花費(fèi)的測試成本，下一測試周期成本與預(yù)期收益的關(guān)系。B.基于故障和基于失效的度量：統(tǒng)計(jì)特定軟件版本中的故障數(shù)。C.基于測試用例的度量：統(tǒng)計(jì)各優(yōu)先級的測試用例數(shù)量。D.基于測試對象的度量：統(tǒng)計(jì)代碼和安裝平臺(tái)等覆蓋情況。8.如果沒有做好配置管理工作，那么可能會(huì)導(dǎo)致：（）。A．員相開發(fā)人互篡改各自編寫的代碼;