軟件測試模擬題及答案_第1頁
軟件測試模擬題及答案_第2頁
軟件測試模擬題及答案_第3頁
軟件測試模擬題及答案_第4頁
軟件測試模擬題及答案_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)一、選擇題下列軟件屬性中,軟件產(chǎn)品首要滿足的應(yīng)該是【A】A.功能需求 B.性能需求C.可擴展性和靈活性 D.容錯糾錯能力軟件缺陷產(chǎn)生的原因是【D】。A.交流不充分及溝通不暢;軟件需求的變更;軟件開發(fā)工具的缺陷B.軟件的復(fù)雜性;軟件項目的時間壓力C.程序開發(fā)人員的錯誤;軟件項目文檔的缺乏D.以上都是導(dǎo)致軟件缺陷的最大原因是【A】A.規(guī)格說明書B.設(shè)計C.編碼D.測試修復(fù)軟件缺陷費用最高的是【D】階段A.編制說明書B.設(shè)計C.編寫代碼D.發(fā)布下列【A】不屬于軟件缺陷。A.測試人員主觀認為不合理的地方B.軟件未達到產(chǎn)品說明書標明的功能C.軟件出現(xiàn)了產(chǎn)品說明書指明不會出現(xiàn)的錯誤D.軟件功能超出產(chǎn)品說明書指明范圍軟件測試的目的是【B】A.避免軟件開發(fā)中出現(xiàn)的錯誤B.發(fā)現(xiàn)軟件開發(fā)中出現(xiàn)的錯誤C.盡可能發(fā)現(xiàn)并排除軟件中潛藏的錯誤,提高軟件的可靠性D.修改軟件中出現(xiàn)的錯誤軟件測試技術(shù)可以分為靜態(tài)測試和動態(tài)測試,下列說法中錯誤的是【D】。A.靜態(tài)測試是指不運行實際程序,通過檢查和閱讀等手段來發(fā)現(xiàn)程序中的錯誤。B.動態(tài)測試是指實際運行程序,通過運行的結(jié)果來發(fā)現(xiàn)程序中的錯誤。C.動態(tài)測試包括黑盒測試和白盒測試。D.白盒測試是靜態(tài)測試,黑盒測試是動態(tài)測試。白盒測試是根據(jù)程序的【C】來設(shè)計測試用例。A.功能 B.性能 C.內(nèi)部邏輯 D.內(nèi)部數(shù)據(jù)黑盒測試是根據(jù)軟件的【B】來設(shè)計測試用例。A.功能 B.規(guī)格說明 C.內(nèi)部邏輯 D.內(nèi)部數(shù)據(jù)用黑盒技術(shù)設(shè)計測試用例的方法之一為【A】A.因果圖B.邏輯覆蓋C.循環(huán)覆蓋D.基本路徑測試堅持在軟件的各個階段實施下列哪種質(zhì)量保障措施,才能在開發(fā)過程中盡早發(fā)現(xiàn)和預(yù)防錯誤,把出現(xiàn)的錯誤克服在早期【A】。A.技術(shù)評審 B.程序測試C.改正程序錯誤D.管理評審為了提高測試的效率,正確的做法是【A】。A.選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試用例B.在完成程序的編碼之后再制定軟件的測試計劃C.隨機選取測試用例D.使用測試用例測試是為了檢查程序是否做了應(yīng)該做的事對程序的測試最好由【B】來做。A.程序員B.第三方測試機構(gòu)C.程序開發(fā)組D.用戶在邊界值分析中,下列數(shù)據(jù)通常不用來做數(shù)據(jù)測試的是【B】。A.正好等于邊界的值 B.等價類中的等價值C.剛剛大于邊界的值 D.剛剛小于邊界的值單元測試中設(shè)計測試用例的依據(jù)是【D】。A.概要設(shè)計規(guī)格說明書 B.用戶需求規(guī)格說明書C.項目計劃說明書 D.詳細設(shè)計規(guī)格說明書如果一個判定中的復(fù)合條件表達式為(A>1)or(B<=3),則為了達到100%的條件覆蓋率,至少需要設(shè)計多少個測試用例【B】。A.1 B.2 在某大學(xué)學(xué)籍管理信息系統(tǒng)中,假設(shè)學(xué)生年齡的輸入范圍為16—40,則根據(jù)黑盒測試中的等價類劃分技術(shù),下面劃分正確的是【B】。A.可劃分為2個有效等價類,2個無效等價類B.可劃分為1個有效等價類,2個無效等價類C.可劃分為2個有效等價類,1個無效等價類D.可劃分為1個有效等價類,1個無效等價類下面有關(guān)測試原則的說法正確的是【A】。A.測試用例應(yīng)由測試的輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果組成B.測試用例只需選取合理的輸入數(shù)據(jù)C.程序最好由編寫該程序的程序員自己來測試D.使用測試用例進行測試是為了檢查程序是否做了它該做的事下列關(guān)于測試方法的敘述中不正確的是【C】。A.從某種角度上講,白盒測試與黑盒測試都屬于動態(tài)測試B.功能測試屬于黑盒測試C.對功能的測試通常是要考慮程序的內(nèi)部結(jié)構(gòu)D.結(jié)構(gòu)測試屬于白盒測試下列方法中,不屬于黑盒測試的是【A】。A.基本路徑測試法 B.等價類測試法C.邊界值分析法 D.基于場景的測試方法不屬于白盒測試的技術(shù)是【C】。A.語句覆蓋 B.判定覆蓋C.邊界值分析 D.基本路徑測試測試程序時,不可能遍歷所有可能的輸入數(shù)據(jù),而只能是選擇一個子集進行測試,那么最好的選擇方法是【B】。A.隨機選擇 B.劃分等價類C.根據(jù)接口進行選擇 D.根據(jù)數(shù)據(jù)大小進行選擇下列可以作為軟件測試對象的是【D】。A.需求規(guī)格說明書B.軟件設(shè)計規(guī)格說明C.源程序D.以上全部在軟件測試階段,測試步驟按次序可以劃分為以下幾步:【A】A.單元測試、集成測試、系統(tǒng)測試、驗收測試B.驗收測試、單元測試、系統(tǒng)測試、集成測試C.單元測試、集成測試、驗收測試、系統(tǒng)測試D.系統(tǒng)測試、單元測試、集成測試、驗收測試單元測試時,調(diào)用被測模塊的是【C】。A.樁模塊B.通信模塊C.驅(qū)動模塊D.代理模塊不屬于單元測試內(nèi)容的是【D】。A.模塊接口測試B.局部數(shù)據(jù)結(jié)構(gòu)測試C.獨立路徑測試D.用戶界面測試軟件測試過程中的集成測試主要是為了發(fā)現(xiàn)【B】階段的錯誤。A.需求分析 B.概要設(shè)計 C.詳細設(shè)計 D.編碼下列關(guān)于Web應(yīng)用軟件測試的說法中,正確的是【A】。A.Cookie測試是Web應(yīng)用軟件功能測試的重要內(nèi)容B.對于沒有使用數(shù)據(jù)庫的Web應(yīng)用軟件,不需要進行性能測試C.鏈接測試是Web應(yīng)用軟件易用性測試的重要內(nèi)容D.Web應(yīng)用軟件安全性測試僅關(guān)注Web應(yīng)用軟件是能夠防御網(wǎng)絡(luò)攻擊下列指導(dǎo)選擇和使用測試覆蓋率的原則中錯誤的是【D】。A.覆蓋率不是目的,僅是一種手段B.不要追求絕對100%的覆蓋率C.不可能針對所有的覆蓋率指標來選擇測試用例D.只根據(jù)測試覆蓋率指標來指導(dǎo)測試用例的設(shè)計測試設(shè)計員的職責有:【C】=1\*GB3①制定測試計劃=2\*GB3②設(shè)計測試用例=3\*GB3③設(shè)計測試過程、腳本=4\*GB3④評估測試活動A.=1\*GB3①和=2\*GB3② B.=1\*GB3①、=2\*GB3②和=3\*GB3③ C.=2\*GB3②和=3\*GB3③ D.=1\*GB3①、=2\*GB3②、=3\*GB3③和=4\*GB3④測試文檔種類包括【D】。A.需求類文檔、計劃類文檔 B.設(shè)計類文檔、執(zhí)行類文檔C.缺陷記錄類、階段匯總類測試總結(jié)類 D.以上都有以下關(guān)于軟件回歸測試的說法中錯誤的是【C】。A.軟件變更后,應(yīng)對軟件變更部分的正確性和對變更需求的符合性進行測試B.軟件變更后,首先應(yīng)對變更的軟件單元進行測試,然后再進行其他相關(guān)的測試C.軟件變更后,不必再對軟件原有正確的功能、性能和其他規(guī)定的要求進行測試D.對具體的軟件,可以根據(jù)軟件測試合同及軟件的重要性、完整性級別對回歸測試內(nèi)容進行剪裁以下說法中錯誤的是【C】A.軟件配置項測試的目的是檢驗軟件配置與軟件需求規(guī)格說明的一致性B.軟件配置項測試一般由軟件供方組織,由獨立于軟件開發(fā)的人員實施,軟件開發(fā)人員配合C.軟件配置項測試不得委托第三方實施D.軟件配置項測試要求被測軟件配置項已通過單元測試和集成測試下面說法正確的是【C】。A.經(jīng)過測試沒有發(fā)現(xiàn)錯誤說明程序正確B.測試的目標是為了證明程序沒有錯誤 C.成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試D.成功的測試是沒有發(fā)現(xiàn)錯誤的測試以下哪種軟件測試屬于軟件性能測試的范疇【B】。A.接口測試 B.壓力測試 C.單元測試 D.易用性測試軟件測試管理包括測試過程管理、配置管理以及【A】A.測試評審管理B.測試用例管理C.測試計劃管理 D.測試實施管理在用白盒測試中的邏輯覆蓋法設(shè)計測試用例時,在下列覆蓋中,【D】是最強的覆蓋準則。A.語句覆蓋 B.條件覆蓋 C.判定-條件覆蓋D.路徑覆蓋下列關(guān)于Web應(yīng)用軟件測試的說法中,正確的是【A】。A.Cookie測試是Web應(yīng)用軟件功能測試的重要內(nèi)容B.對于沒有使用數(shù)據(jù)庫的Web應(yīng)用軟件,不需要進行性能測試C.鏈接測試是Web應(yīng)用軟件易用性測試的重要內(nèi)容D.Web應(yīng)用軟件安全性測試僅關(guān)注Web應(yīng)用軟件是能夠防御網(wǎng)絡(luò)攻擊【A】的目的是對最終軟件系統(tǒng)進行全面的測試,確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。A.系統(tǒng)測試B.集成測試C.單元測試D.功能測試如果一個產(chǎn)品中次嚴重的缺陷基本完成修正并通過復(fù)測,這個階段的成品是【B】。A.Alpha版 B.Beta版 C.正版 D.以上都不是自底向上法需要寫【A】。A.驅(qū)動程序B.樁程序C.驅(qū)動程序和樁程序D.以上都不是必須要求用戶參與的測試階段是【D】。A.單元測試B.集成測試C.確認測試D.驗收測試對Web網(wǎng)站進行的測試中,屬于功能測試的是【B】A.連接速度測試B.鏈接測試C.平臺測試D.安全性測試【D】不是軟件自動化測試的優(yōu)點。A.速度快、效率高B.準確度和精確度高C.能提高測試的質(zhì)量D.能充分測試軟件配置測試是指【C】。A.檢查軟件之間是否正確交互和共享信息B.交互適應(yīng)性、實用性和有效性的集中體現(xiàn)C.使用各種硬件來測試軟件操作的過程D.檢查缺陷是否有效改正下列不屬于測試原則的是【D】。A.軟件測試是有風(fēng)險的行為B.完全測試程序是不可能的C.測試無法顯示潛伏的軟件缺陷D.找到的缺陷越多軟件的缺陷就越少條件覆蓋的目的是【A】A.使每個判定的所有可能的條件取值組合至少執(zhí)行一次B.使程序中的每個判定至少都獲得一次“真”值和“假”值。C.使程序中的每個判定中每個條件的可能值至少滿足一次。D.使程序中的每個可執(zhí)行語句至少執(zhí)行一次。下列各項中【B】不是一個測試計劃所應(yīng)包含的內(nèi)容。A.測試資源、進度安排B.測試預(yù)期輸出C.測試范圍D.測試策略下列不屬于正式審查的方式是【D】。A.同事審查 B.公開陳述 C.檢驗 D.編碼標準和規(guī)范調(diào)試是【D】。A.發(fā)現(xiàn)與預(yù)先定義的規(guī)格和標準不符合的問題B.發(fā)現(xiàn)軟件錯誤征兆的過程C.有計劃的、可重復(fù)的過程D.消除軟件錯誤的過程下列描述錯誤的是【A】。A.軟件發(fā)布后如果發(fā)現(xiàn)質(zhì)量問題,那是軟件測試人員的錯B.窮盡測試實際上在一般情況下是不可行的C.軟件測試自動化不是萬能的D.測試能由非開發(fā)人員進行,調(diào)試必須由開發(fā)人員進行。如下圖所示的N-S圖,至少需要【B】個測試用例完成邏輯覆蓋。A.15B.16C.17D.18在軟件修改之后,再次運行以前為發(fā)現(xiàn)錯誤而執(zhí)行程序曾用過的測試用例,這種測試稱之為【C】。A.單元測試 B.集成測試 C.回歸測試 D.驗收測試集成測試計劃應(yīng)該在【B】階段末提交。A.需求分析 B.概要設(shè)計 C.詳細設(shè)計 D.單元測試完成在下面所列舉中的邏輯測試覆蓋中,測試覆蓋最強的是【B】。A.條件覆蓋B.條件組合覆蓋C.語句覆蓋D.判定覆蓋在下面所列舉中的邏輯測試覆蓋中,測試覆蓋最弱的是【C】。A.條件覆蓋B.條件組合覆蓋C.語句覆蓋D.判定覆蓋增量式集成測試有3種方式:自頂向下增量測試方法、【B】和混合增量測試方式。A.自中向下增量測試方法B.自底向上增量測試方法C.多次性測試D.維護創(chuàng)建一個基于Junit的單元測試類,該類必須擴展于【C】。A.TestSuiteB.AssertC.TestCaseD.JFCTestCaseTestCase是junit.framework中的一個【D】。A.方法B.接口C.類D.抽象類TestSuite是JUNIT中用來【A】。A.集成多個測試用例 B.做系統(tǒng)測試用的C.做自動化測試用的 D.方法斷言LoadRunner是【A】。A.工業(yè)標準級負載測試工具 B.一款下載軟件C.單元測試框架 D.集成開發(fā)工具二、判斷題【】軟件測試是有效的排除軟件缺陷的手段。對【】測試是為了驗證軟件已正確地實現(xiàn)了用戶的要求。錯【】軟件測試的目的是盡可能多的找出軟件的缺陷。對【】白盒測試僅與程序的內(nèi)部結(jié)構(gòu)有關(guān),完全可以不考慮程序的功能要求。對【】白盒測試不僅與程序內(nèi)部結(jié)構(gòu)有關(guān),還要考慮程序的功能要求。錯【】黑盒測試的測試用例是根據(jù)應(yīng)用程序的功能需求設(shè)計的。對【】在軟件開發(fā)過程中,若能推遲暴露其中的錯誤,則為修復(fù)和改進錯誤所花費的代價就會降低。錯【】單元測試通常由開發(fā)人員進行。對【】壓力測試不需要輔助工具的支持。錯【】在設(shè)計測試用例時,應(yīng)包括合理的輸入條件和不合理的輸入條件。對【】程序員與測試工作無關(guān)。錯【】產(chǎn)品說明書(需求文檔)的變更應(yīng)當受到控制。對【】白盒測試的“條件覆蓋”標準強于“判定覆蓋”。錯【】軟件開發(fā)全過程的測試工作都可以實現(xiàn)自動化。錯【】找出的軟件缺陷越多,說明剩下的軟件缺陷越少。錯【】驗收測試是以最終用戶為主的測試。對【】自底向上集成需要測試員編寫驅(qū)動程序。對【】軟件測試工具可以代替軟件測試員。錯【】Beta測試是驗收測試的一種。對【】代碼評審員一般由測試員擔任。錯【】一個程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。對【】軟件只要經(jīng)過嚴格嚴謹?shù)膬?nèi)部測試之后,可以做到?jīng)]有缺陷。錯【】測試是可以窮盡的。錯【】每一個軟件項目都有一個最優(yōu)的測試量。對【】代碼審查工作屬于靜態(tài)測試。對【】回歸測試是在軟件修改后再次運行以前為查找錯誤而執(zhí)行程序曾用過的測試用例。對【】集成測試是為確定軟件系統(tǒng)是否滿足驗收標準以及使客戶決定是否接受而進行的正式測試。錯【】只要能夠達到100%的邏輯覆蓋率,就可以保證程序的正確性。錯【】軟件測試是有風(fēng)險的行為,并非所有的軟件缺陷都能夠被修復(fù)。對【】軟件質(zhì)量保證和軟件測試是同一層次的概念。錯【】軟件測試的生命周期包括測試計劃、測試設(shè)計、測試執(zhí)行、缺陷跟蹤、測試評估。對【】在所有的黑盒測試方法中,基于決策表的測試是最為嚴格、最具有邏輯性的測試方法。對【】測試用例的數(shù)目越多,測試的效果越好。錯【】驗收測試是以最終用戶為主的測試。對【】測試是調(diào)試的一個部分。錯【】程序中隱藏錯誤的概率與其已發(fā)現(xiàn)的錯誤數(shù)成正比。對【】代碼評審是檢查源代碼是否達到模塊設(shè)計的要求。對三、填空測試用例是由__測試輸入數(shù)據(jù)__和預(yù)期的__輸出結(jié)果___兩部分組成。軟件是包括__程序__﹑_數(shù)據(jù)___和__相關(guān)文檔_的完整集合。單元測試是以__詳細設(shè)計_說明書為指導(dǎo),測試源程序代碼。單元測試的主要內(nèi)容有模塊接口測試、局部數(shù)據(jù)結(jié)構(gòu)測試、獨立路徑測試、錯誤處理測試和邊界條件測試。集成測試以_概要設(shè)計_說明書指導(dǎo),測試軟件結(jié)構(gòu)。把模塊組裝成為系統(tǒng)的測試方式有一次性集成測試方式和增值式集成測試方式。確認測試以_需求分析_說明書為指導(dǎo)。在等價類劃分法中,等價類分為有效等價類和無效等價類。決策表通常由條件樁、條件項、動作樁、動作項四部分組成白盒測試的主要方法有邏輯覆蓋、基本路徑測試等軟件測試階段的輸入信息包括軟件配置和測試配置。驗收測試的常用策略有三種,它們分別是正式驗收測試、α測試、β測試。軟件測試環(huán)境包括設(shè)計環(huán)境、實施環(huán)境和管理環(huán)境三部分。測試用例要依據(jù)測試計劃、需求分析以及測試設(shè)計編寫。測試過程實施所必備的核心文檔是測試計劃、測試用例和軟件測試報告。面向?qū)ο筌浖臏y試包括面向?qū)ο蠓治龅臏y試(OOATest)、面向?qū)ο笤O(shè)計的測試(OODTest)、面向?qū)ο缶幊痰臏y試(OOPTest)、面向?qū)ο髥卧獪y試(OOUnitTest)、面向?qū)ο蠹蓽y試(OOIntegrateTest)和面向?qū)ο笙到y(tǒng)測試(OOSystemTest)。CMM的五個等級分別是初始級、可重復(fù)級、已定義級、已管理級和優(yōu)化級。四、名詞解釋軟件缺陷 軟件測試 靜態(tài)測試 動態(tài)測試 黑盒測試決策表法 因果圖法 白盒測試 單元測試 集成測試驅(qū)動模塊 樁模塊 性能測試 回歸測試 α測試β測試 測試用例 測試文檔 自動化測試 類測試軟件質(zhì)量保證 軟件能力成熟度模型單元測試(UnitTesting):是對軟件基本組成單元進行的測試。單元測試的對象是軟件設(shè)計的最小單位——模塊。針對每個單元的測試,它確保每個模塊能正常工作,主要采用白盒測試方法,用以發(fā)現(xiàn)內(nèi)部錯誤。集成測試:對已測試過的模塊進行組裝后的測試,主要檢驗與軟件設(shè)計相關(guān)的程序結(jié)構(gòu)問題。是介于單元測試和系統(tǒng)測試之間的過渡階段,與軟件開發(fā)計劃中的軟件概要設(shè)計階段相對應(yīng),是單元測試的擴展和延伸。白盒測試:基于產(chǎn)品的內(nèi)部結(jié)構(gòu)來進行測試,又稱為結(jié)構(gòu)測試,邏輯驅(qū)動測試或基于程序的測試。主要檢查內(nèi)部操作是否按規(guī)定執(zhí)行,軟件各個部分功能是否得到充分利用,即根據(jù)被測程序的內(nèi)部結(jié)構(gòu)設(shè)計測試用例,測試者需要預(yù)先了解被測試程序的結(jié)構(gòu)。β測試:是指軟件開發(fā)公司組織各方面的典型用戶在日常工作中使用β版本,并要求用戶報告異常情況、提出批評意見,然后軟件開發(fā)公司再對β版本進行改錯和完善(包括功能、性能、可靠性、易用性、可擴充性、兼容性、α測試:α測試是用戶在開發(fā)環(huán)境下的測試,或者是軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶對即將面市軟件產(chǎn)品(稱為α版本)進行的測試,由開發(fā)人員或測試人員進行的測試。測試用例:測試用例(TestCase)是為了高效率地發(fā)現(xiàn)軟件缺陷而精心設(shè)計的少量測試數(shù)據(jù)。測試用例通俗一點來講就是編寫(編制)一組前提條件、輸入、執(zhí)行條件、預(yù)期結(jié)果以完成對某個特定需求或目標測試的數(shù)據(jù),體現(xiàn)測試方案、方法、技術(shù)和策略的文檔。測試文檔;軟件測試文檔(SoftwareTestDocumentation)記錄和描述了整個測試流程,它是整個測試活動中非常重要的文件,為測試項目的組織、規(guī)劃和管理提供了架構(gòu)。 自動化測試:軟件自動化測試就是使用自動化測試工具或手段,按照測試工程師的預(yù)定計劃進行自動的測試,來驗證各種軟件測試的需求,包括測試活動的管理與實施。使用自動化測試可以:減輕手工測試的工作量改進所有的測試領(lǐng)域支持所有的測試階段因果圖法:因果圖是一種描述輸入條件的組合及每種組合對應(yīng)的輸出的圖形化工具??稍谝蚬麍D的基礎(chǔ)上設(shè)計測試用例。它適合于檢查程序輸入條件的各種情況的組合。驅(qū)動模塊:用來代替被測單元的上層模塊,相當于被測模塊的主程序。它接收測試數(shù)據(jù),把這些數(shù)據(jù)傳送給被測模塊,最后輸出實測結(jié)果。樁模塊:又稱為存根模塊,代替被測模塊調(diào)用的子模塊。樁模塊可以做少量的數(shù)據(jù)操作,不需要把子模塊所有功能都帶進來,但不允許什么事情也不做。性能測試:性能測試用來測試軟件在系統(tǒng)運行時的性能表現(xiàn),設(shè)計測試用例,并記錄軟件運行性能,度量系統(tǒng)與預(yù)定義目標的差距。回歸測試:這種方式采取自頂向下的方式測試被修改的模塊及其子模塊,然后將這一部分視為子系統(tǒng),再自底向上測試,以檢查該子系統(tǒng)與其上級模塊的接口是否適配。類測試:類內(nèi)方法間的交互和其對象的各個狀態(tài),它由與驗證類的實現(xiàn)是否和該類的說明完全一致的相關(guān)聯(lián)的活動組成。軟件缺陷:即計算機系統(tǒng)或者程序中存在的任何一種破壞正常運行能力的問題、錯誤,或者隱藏的功能缺陷、瑕疵。缺陷會導(dǎo)致軟件產(chǎn)品在某種程度上不能滿足用戶的需要。軟件測試:軟件的質(zhì)量就是軟件的生命,為了保證軟件的質(zhì)量,人們在長期的開發(fā)過程中積累了許多經(jīng)驗并形成了許多行之有效的方法。但是借助這些方法,我們只能盡量減少軟件中的錯誤和不足,卻不能完全避免所有的錯誤。軟件測試是保證軟件質(zhì)量,提高軟件可靠性的關(guān)鍵。 靜態(tài)測試:通過對被測程序的靜態(tài)審查,發(fā)現(xiàn)代碼中潛在的錯誤。一般用人工方式脫機完成,故亦稱人工測試或代碼評審(CodeReview);也可借助于靜態(tài)分析器在機器上以自動方式進行檢查,但不要求程序本身在機器上運行。動態(tài)測試:使用和運行被測軟件,通常意義上的測試。動態(tài)測試的對象必須是能夠由計算機真正運行的被測試的程序,它包含黑盒測試和白盒測試。 黑盒測試:從用戶角度出發(fā)的測試,又稱為功能測試、數(shù)據(jù)驅(qū)動測試和基于規(guī)格說明的測試。把被測試程序當作一個黑盒,忽略程序內(nèi)部的結(jié)構(gòu)的特性,測試者在只知道該程序輸入和輸出之間的關(guān)系或程序功能的情況下,依靠能夠反映這一關(guān)系和程序功能需求規(guī)格的說明書,來確定測試用例和推斷測試結(jié)果的正確性。軟件質(zhì)量保證(SQA)是建立一套有計劃、有系統(tǒng)的方法,來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有項目所采用。即為了確定、達到和維護需要的軟件質(zhì)量而進行的所有有計劃、有系統(tǒng)的管理活動。SQA主要進行協(xié)調(diào)、審查、促進和跟蹤等活動,獲取有用信息,形成分析結(jié)果以指導(dǎo)軟件過程。美國卡內(nèi)基梅隆大學(xué)軟件工程研究所在美國國防部資助下于20世紀80年代末建立的能力成熟度模型(capabilitymaturitymodel,CMM)。這是一套專門針對軟件產(chǎn)品的質(zhì)量管理和質(zhì)量保證標準,并在美國,隨后在全世界推廣實施的一種軟件評估標準。CMM幫助軟件企業(yè)對軟件工程過程進行管理和改進,增強開發(fā)與改進能力,從而能按時地、不超預(yù)算地開發(fā)出高質(zhì)量的軟件。決策表法:決策表是分析和表達過個邏輯條件下執(zhí)行不同操作情況的工具。五、簡答簡述軟件測試的生命周期及各階段的內(nèi)容。軟件生命周期分為6個階段:需求階段、功能設(shè)計階段、詳細設(shè)計階段、編碼階段、軟件測試階段、以及運行/維護階段。(1)需求階段————測試任務(wù):制定驗證和確認測試計劃。對需求進行分析和審核。分析并設(shè)計基于需求的測試,構(gòu)成對應(yīng)的需求覆蓋或追蹤矩陣。(2)功能設(shè)計階段————測試任務(wù):功能設(shè)計驗證和確認測試計劃分析和審核功能設(shè)計規(guī)格說明可用性測試設(shè)計分析并設(shè)計基于功能的測試,構(gòu)造對應(yīng)的功能覆蓋矩陣。實施基于需求和基于功能的測試詳細設(shè)計階段————測試任務(wù)詳細設(shè)計驗收測試計劃。分析和審核詳細設(shè)計規(guī)格設(shè)計說明說。編碼階段————測試任務(wù)代碼驗收測試計劃分析代碼驗證代碼設(shè)計基于外部的測試。設(shè)計基于內(nèi)部的測試。測試階段————測試任務(wù)制定測試計劃審查由開發(fā)部門進行的單元和集成測試進行功能測試進行系統(tǒng)測試審查用戶手冊。運行維護階段————測試任務(wù)監(jiān)視驗收測試為確認的問題開發(fā)新的測試報告用例對測試的有效性進行評估。簡述軟件測試的目的軟件測試的目的包括以下三點:(1)測試是程序的執(zhí)行過程,目的在于發(fā)現(xiàn)錯誤,不能證明程序的正確性,僅限于處理有限種的情況。(2)檢查系統(tǒng)是否滿足需求,這也是測試的期望目標。(3)一個好的測試用例在于發(fā)現(xiàn)還未曾發(fā)現(xiàn)的錯誤;一個成功的測試是發(fā)現(xiàn)了錯誤的測試。簡述靜態(tài)測試和動態(tài)測試的區(qū)別。靜態(tài)測試——通過對被測程序的靜態(tài)審查,發(fā)現(xiàn)代碼中潛在的錯誤。它一般用人工方式脫機完成,故亦稱人工測試或代碼評審(CodeReview);也可借助于靜態(tài)分析器在機器上以自動方式進行檢查,但不要求程序本身在機器上運行動態(tài)測試——使用和運行被測軟件,通常意義上的測試。動態(tài)測試的對象必須是能夠由計算機真正運行的被測試的程序,它包含黑盒測試和白盒測試。簡述黑盒測試的具體技術(shù)方法。典型的黑盒測試方法包括主要包括等價類劃分法、邊界值分析法、錯誤

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論