![軟件測試技術(shù)基礎(chǔ)教程第2版習(xí)題答案_第1頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/3/32259834-ea3b-4a93-a5cf-5a9f639db2f7/32259834-ea3b-4a93-a5cf-5a9f639db2f71.gif)
![軟件測試技術(shù)基礎(chǔ)教程第2版習(xí)題答案_第2頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/3/32259834-ea3b-4a93-a5cf-5a9f639db2f7/32259834-ea3b-4a93-a5cf-5a9f639db2f72.gif)
![軟件測試技術(shù)基礎(chǔ)教程第2版習(xí)題答案_第3頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/3/32259834-ea3b-4a93-a5cf-5a9f639db2f7/32259834-ea3b-4a93-a5cf-5a9f639db2f73.gif)
![軟件測試技術(shù)基礎(chǔ)教程第2版習(xí)題答案_第4頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/3/32259834-ea3b-4a93-a5cf-5a9f639db2f7/32259834-ea3b-4a93-a5cf-5a9f639db2f74.gif)
![軟件測試技術(shù)基礎(chǔ)教程第2版習(xí)題答案_第5頁](http://file3.renrendoc.com/fileroot_temp3/2022-3/3/32259834-ea3b-4a93-a5cf-5a9f639db2f7/32259834-ea3b-4a93-a5cf-5a9f639db2f75.gif)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
1、第一章 軟件測試理論一、選擇題1、C 2、A 3、D 4、B 5、D 6、D 7、B 8、B二、簡答題1 參考答案:軟件測試是伴隨著軟件的產(chǎn)生而產(chǎn)生的。在軟件行業(yè)發(fā)展初期,沒有系統(tǒng)意義上的軟件測試,更多的是一種類似調(diào)試的測試,測試用例的設(shè)計和選取也都是根據(jù)測試人員的經(jīng)驗隨機進行的,大多數(shù)測試的目的是為了證明系統(tǒng)可以正常運行。到了20世紀70年代以后,很多測試理論和測試方法應(yīng)運而生,逐漸形成了一套完整的體系。在產(chǎn)業(yè)界,從20世紀70年代后期到20世紀80年代中期,很多軟件企業(yè)成立了QA或者SQA部門。后來QA的職能轉(zhuǎn)變?yōu)榱鞒瘫O(jiān)控(包括監(jiān)控測試流程),而測試(Testing)則從QA中分離出來成為
2、獨立的組織職能。到了20世紀80年代初期,一些軟件測試的基礎(chǔ)理論和實用技術(shù)開始形成,軟件測試作為軟件質(zhì)量保證(SQA)的主要職能,包含軟件質(zhì)量評價的內(nèi)容。軟件測試已有了行業(yè)標準(IEEE/ANSI )。在我國,軟件測試目前還沒有形成一個真正的產(chǎn)業(yè),尚處于起步階段。但是,在國內(nèi),現(xiàn)在在軟件測試行業(yè)中各種軟件測試的方法、技術(shù)和標準都還在探索階段。總之,國內(nèi)軟件測試行業(yè)與一些發(fā)達國家相比還存在一定的差距。2. 參考答案:軟件缺陷造成的修復(fù)費用隨著時間的推移呈指數(shù)級地增長,如下圖所示。3 參考答案:軟件測試的復(fù)雜性體現(xiàn)在:Ø 不可能對程序?qū)崿F(xiàn)完全測試。Ø 殺蟲劑現(xiàn)象,即為了克服被測
3、試軟件的免疫力,軟件測試員必須不斷編寫新的測試程序,對程序的各個部分進行不斷測試,以避免被測試軟件對單一的測試程序具有免疫力而使軟件缺陷不被發(fā)現(xiàn)。Ø 軟件測試的代價不容易掌握,因為隨著測試量的增加,測試成本將呈幾何數(shù)級上升,而軟件缺陷數(shù)量降低到某一數(shù)值之后將沒有明顯的變化,尋求最優(yōu)測試點,掌握好測試工作量是至關(guān)重要的。Ø 在實際操作過程中,測試人員要進行正確的判斷,合理的取舍,根據(jù)風(fēng)險分析來決定哪些故障需要修復(fù),哪些故障可以不修復(fù),即并不是所有的軟件缺陷都需要被修復(fù)。4參考答案:軟件測試是軟件生命期中費用消耗最大的環(huán)節(jié)。測試費用除了測試的直接消耗外,還包括其他的相關(guān)費用。影
4、響測試費用的主要因素有:(1) 軟件的功能,軟件產(chǎn)品需要達到的標準決定了測試的數(shù)量。對于那些至關(guān)重要的系統(tǒng)必須進行更多的測試。(2) 目標用戶的數(shù)量,一個系統(tǒng)的目標用戶數(shù)量的多少也在很大程度上影響了測試必要性的程度。(3) 潛在缺陷造成的影響在考慮測試的必要性時,還需要將系統(tǒng)中所包含的信息價值考慮在內(nèi)。因此我們應(yīng)該從經(jīng)濟方面考慮,投入與經(jīng)濟價值相對應(yīng)的時間和金錢去進行測試。(4) 開發(fā)機構(gòu)的業(yè)務(wù)能力一個沒有標準和缺少經(jīng)驗的開發(fā)機構(gòu)很可能會開發(fā)出充滿錯誤的軟件系統(tǒng)。而一個建立了標準和有很多經(jīng)驗的開發(fā)機構(gòu)開發(fā)出來的軟件系統(tǒng)中的錯誤將會少很多。(5) 測試的時機測試量會隨時間的推移發(fā)生改變,在一個競
5、爭很激烈的市場里,爭取時間可能是制勝的關(guān)鍵。測試量應(yīng)該針對合適的目標進行調(diào)整。5 參考答案:軟件測試是貫穿于整個軟件開發(fā)的過程。在軟件開發(fā)的各個階段,測試人員必須制訂本階段的測試方案,把軟件開發(fā)和測試活動集成到一起,如下圖所示。6 參考答案:軟件測試從測試計劃編寫到測試實施,需要經(jīng)過一系列的過程。這些測試按軟件從編寫到交付的各個階段的先后順序可分為:單元測試、集成測試、確認(有效性)測試、系統(tǒng)測試和驗收(用戶)測試5個階段,如下圖所示。7 參考答案:通常軟件人員應(yīng)具備如下素質(zhì):(1) 良好的溝通能力(2) 掌握比較全面的技術(shù)(3) 充分的自信心(4) 足夠的耐心和責(zé)任感(5) 要具備懷疑精神和
6、學(xué)習(xí)能力(6) 超強的記憶力和良好的洞察力第2章 白盒測試技術(shù)一、選擇題1、B 2、C 3、A 4、D 5、B 6、B 7、C 8、C 9、A 10、A三、簡答題1 參考答案:白盒測試方法可以分為兩大類:靜態(tài)測試方法和動態(tài)測試方法,動態(tài)測試方法是設(shè)計一系列的測試用例,通過輸入預(yù)先設(shè)定好的數(shù)據(jù)來動態(tài)地運行程序,從而達到發(fā)現(xiàn)程序錯誤的目的。靜態(tài)測試方法則不在計算機上實際執(zhí)行程序,而是以一些人工的模擬技術(shù)或使用測試軟件對軟件進行分析和測試。動態(tài)測試方法主要有邏輯覆蓋、獨立路徑測試等。靜態(tài)測試方法主要有靜態(tài)結(jié)構(gòu)分析、靜態(tài)質(zhì)量度量、代碼檢查方法等。2 參考答案:根據(jù)不同的測試要求,覆蓋測試可以分為語句覆
7、蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋和路徑覆蓋。語句覆蓋就是設(shè)計足夠多的測試用例,使得被測試程序中的每條可執(zhí)行語句至少被執(zhí)行一次。判定覆蓋又稱分支覆蓋,就是設(shè)計足夠多的測試用例,使得被測試程序中的每個判斷的“真”、“假”分支至少被執(zhí)行一次。條件覆蓋是指設(shè)計足夠多的測試用例,使得被測試程序中的每個判斷語句中的每個邏輯條件的可能值至少被滿足一次?;蛘哒f設(shè)計足夠多的測試用例,使得被測試程序中的每個邏輯條件的可能值至少被滿足一次。判定/條件覆蓋是指設(shè)計足夠多的測試用例,使得被測試程序中的每個判斷本身的判定結(jié)果(真假)至少滿足一次,同時,每個邏輯條件的可能值也至少被滿足一次。即同時滿足10
8、0%判定覆蓋和100%條件覆蓋的標準。在保證完成要求的情況下,測試用例的數(shù)目越少越好。條件組合覆蓋是指設(shè)計足夠多的測試用例,使得被測試程序中的每個判斷的所有可能條件取值的組合至少被滿足一次。路徑覆蓋就是設(shè)計足夠多的測試用例,使得被測試程序中的每條路徑至少被覆蓋一次。3 參考答案:獨立路徑測試的基本步驟是:步驟1:根據(jù)源程序?qū)С龀绦蚩刂屏鲌D。步驟2:根據(jù)程序環(huán)形復(fù)雜度的計算公式,求出程序環(huán)形復(fù)雜度。步驟3:根據(jù)上面環(huán)形復(fù)雜度的計算結(jié)果,設(shè)計測試用例。4 參考答案:(1)請畫出以上代碼的控制流圖。注意:需要將復(fù)合條件分開單獨畫成節(jié)點。例如:month >= 1 && mont
9、h <= 12分別用節(jié)點2-1,2-2表示month = 4 | month = 6 | month = 9 | month = 11分別用節(jié)點21-1,21-2,21-3,21-4表示2-12-2462610111417821-121-221-321-422202524(2)請計算上述控制流圖的環(huán)復(fù)雜度V(G)(獨立線性路徑數(shù))區(qū)域法:V(G)=11邊與節(jié)點的關(guān)系:V(G)=27-18+2=11判定節(jié)點的關(guān)系:V(G)=10+1=11(3)假設(shè)輸入的取值范圍是1000 < year < 2001,請使用基本路徑測試法為變量year、month設(shè)計測試用例(寫出year取值、
10、month取值、maxday預(yù)期結(jié)果),使其滿足基本路徑覆蓋要求。測試用例編號yearmonthmaxday覆蓋的路徑11500002-1,26215001602-2,26315004302-1,2-2,4,21-1,22,25,26415006302-1,2-2,4,21-1,21-2,22,25,26515009302-1,2-2,4,21-1,21-2,21-3,22,25,266150011302-1,2-2,4,21-1,21-2,21-3,21-4,22,25,26715007312-1,2-2,4,21-1,21-2,21-3,21-4,24,25,26812012282-1,2
11、-2,4,6,20,25,26912402292-1,2-2,4,6,8,17,20,25,261013002282-1,2-2,4,6,8,10,14,17,20,25,261120002292-1,2-2,4,6,8,10,11,14,17,20,25,26第3章 黑盒測試技術(shù)一、選擇題1、B 2、B 3、A 4、C 5、B 6、C 二、填空題1測試程序時,不可能遍歷所有可能的輸入數(shù)據(jù),而只能是選擇一個子集進行測試,那么最好的方法是 等價類劃分法 。2邊界值分析法的測試用例來自于 等價類劃分的邊界 。3決策表由_條件樁_、_動作樁_、_條件項_、_動作項_4個部分構(gòu)成。4因果圖分析法適用于
12、 輸入條件之間有多種組合 情況。三、簡答題1 參考答案:黑盒測試又稱功能測試或數(shù)據(jù)驅(qū)動的測試,主要從用戶的觀點出發(fā),以軟件規(guī)格說明書為依據(jù),著重測試軟件的功能需求,對程序功能和程序接口進行測試。白盒測試是按照程序內(nèi)部的結(jié)構(gòu)測試程序檢測產(chǎn)品內(nèi)部動作是否按照軟件設(shè)計說明書的規(guī)定正常進行,檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。2 參考答案:黑盒測試有兩種基本方法,即通過測試和失敗測試。在進行通過測試時,實際上是確認軟件能做什么,而不會去考驗其能力如何,軟件測試人員只是運用最簡單、最直觀的測試案例。在設(shè)計和執(zhí)行測試案例時,總是要先進行通過測試,驗證軟件的基本功能是否都已實現(xiàn)。在確信軟件能正確
13、運行之后,就可以采取各種手段通過搞垮軟件來找出缺陷。這種純粹為了破壞軟件而設(shè)計和執(zhí)行的測試案例,稱為失敗測試或迫使出錯測試。3 參考答案:使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況。通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況。應(yīng)當選取正好等于、剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù)。在黑盒測試中,由于采用窮舉法不可行,一般可以采用等級類劃分法進行初步的測試用例設(shè)計,然后再根據(jù)邊界情況采用邊界值分析法補充相應(yīng)的測試用例。4 參考答案:(1)分析程序規(guī)格說明中給出和隱含的對輸入條件的要求,列出等價類表(包括有效等價類和無效等價類)。
14、v 年齡:一位或兩位非零整數(shù),值的有效范圍為199v 性別:一位英文字符,只能取值M或Fv 婚姻:字符,只能取值已婚或未婚v 撫養(yǎng)人數(shù):空白或一位非零整數(shù)(19)v 點數(shù) :一位或兩位非零整數(shù),值的范圍為199輸入條件有效等價類編號無效等價類編號年齡2039歲14059歲2119歲6099歲3小于112大于9913性別單個英文字符4非英文字符14非單個英文字符15M5除M和F之外的其它單個字符16F6婚姻已婚7除已婚和未婚之外的其它字符17未婚8撫養(yǎng)人數(shù)空白9除空白和數(shù)字之外的其它字符1816人10小于11969人11大于920(2)根據(jù)(1)中的等價類表,設(shè)計能覆蓋所有等價類的測試用例測試用
15、例編號輸入數(shù)據(jù)預(yù)期輸出年齡性別婚姻撫養(yǎng)人數(shù)保險費率127F未婚空白0.6%250M已婚20.6%370F已婚70.1%40M未婚空白無法推算5100F已婚3無法推算699男已婚4無法推算71Child未婚空白無法推算845N已婚5無法推算938F離婚1無法推算1062M已婚沒有無法推算1118F未婚0無法推算1240M未婚10無法推算第4章 軟件測試計劃、文檔及測試用例一、簡答題1參考答案:測試計劃的目的是明確測試活動的意圖,它規(guī)范了軟件測試內(nèi)容、方法和過程,為有組織地完成測試任務(wù)提供保障。測試計劃的主要內(nèi)容包括:測試目的、測試范圍、測試對象、測試策略、測試任務(wù)、測試用例、資源配置、測試結(jié)果分
16、析和度量及測試風(fēng)險評估等,測試計劃應(yīng)當足夠完整但也不應(yīng)當太詳盡。2 參考答案:測試文檔(Testing Documentation)是測試活動中非常重要的文件,用來記錄和描述整個測試流程。整個測試流程會產(chǎn)生很多個測試文檔,一般可以把測試文檔分為兩類:測試計劃類文檔和測試分析報告類文檔。測試計劃類文檔描述將要進行的測試活動的范圍、方法、資源和時間進度等,如測試計劃、測試設(shè)計規(guī)格說明、測試用例規(guī)格說明和測試步驟規(guī)格說明等。測試分析報告類文檔是對測試結(jié)果進行分析說明,說明軟件經(jīng)過測試以后,結(jié)論性的意見如何,軟件的能力如何,存在哪些缺陷和限制等,如測試日志、測試事件報告、測試總結(jié)報告等。3 參考答案:
17、測試計劃為實現(xiàn)可管理且高質(zhì)量的測試過程提供基礎(chǔ)。在制訂測試計劃時,要避免把測試單純理解成系統(tǒng)測試,或者把各類型測試設(shè)計(測試用例的編寫和測試數(shù)據(jù)準備)全部放入生命周期的“測試階段”,合理的測試階段應(yīng)遵循如下圖所示的劃分方法。 需求設(shè)計編碼單元測試集成測試系統(tǒng)測試確認測試單元測試計劃設(shè)計執(zhí)行集成測試計劃設(shè)計執(zhí)行系統(tǒng)測試計劃設(shè)計執(zhí)行確認測試計劃、設(shè)計執(zhí)行圖4-1 測試與項目開發(fā)生命周期的關(guān)系在項目開發(fā)生命周期的各個階段可以同步進行相應(yīng)的測試計劃編制,而測試設(shè)計也可以結(jié)合在開發(fā)過程中實現(xiàn)并行,測試的實施即執(zhí)行測試的活動可連貫在開發(fā)之后。4 參考答案:軟件測試的過程是由一系列的不同測試階段所組成,這些
18、軟件測試的步驟分為:需求分析審查、設(shè)計審查、單元測試、集成測試(組裝測試)、功能測試、系統(tǒng)測試、驗收測試、版本發(fā)布、回歸測試(維護)等。軟件生命周期各階段的測試任務(wù)與可交付的文檔詳細內(nèi)容如下表所示。階 段輸入和要求輸出需求分析審查Requirements Review市場/產(chǎn)品需求定義、分析文檔和相關(guān)技術(shù)文檔。要求:需求定義要準確、完整和一致, 真正理解客戶的需求需求定義中問題列表,批準的需求分析文檔。測試計劃書的起草 設(shè)計審查Design Review產(chǎn)品規(guī)格設(shè)計說明、系統(tǒng)架構(gòu)和技術(shù)設(shè)計文檔、測試計劃和測試用例。要求:系統(tǒng)結(jié)構(gòu)的合理性、處理過程的正確性、數(shù)據(jù)庫的規(guī)范化、模塊的獨立
19、性等清楚定義測試計劃的策略、范圍、資源和風(fēng)險,測試用例的有效性和完備性設(shè)計問題列表、批準的各類設(shè)計文檔、系統(tǒng)和功能的測試計劃和測試用例。測試環(huán)境的準備單元測試Unit Testing源程序、編程規(guī)范、產(chǎn)品規(guī)格設(shè)計說明書和詳細的程序設(shè)計文檔。要求:遵守規(guī)范、模塊的高內(nèi)聚性、功能實現(xiàn)的一致性和正確性缺陷報告、跟蹤報告;完善的測試用例、測試計劃。對系統(tǒng)功能及其實現(xiàn)等了解清楚集成測試Integration Testing通過單元測試的模塊或組件、編程規(guī)范、集成測試規(guī)格說明和程序設(shè)計文檔、系統(tǒng)設(shè)計文檔。要求:接口定義清楚且正確、模塊或組件一起工作正常、能集成為完整的系統(tǒng)缺陷報告、跟蹤報告;完善的測試用例
20、、測試計劃;集成測試分析報告;集成后的系統(tǒng)功能測試Functionality Testing代碼軟件包(含文檔),功能詳細設(shè)計說明書; 測試計劃和用例。要求:模塊集成 功能的正確性、適用性缺陷報告、代碼完成狀態(tài)報告、功能驗證測試報告系統(tǒng)測試System Testing修改后的軟件包、測試環(huán)境、系統(tǒng)測試用例和測試計劃。要求:系統(tǒng)能正常地、有效的運行,包括性能、可靠性、安全性、兼容性等。缺陷報告、系統(tǒng)性能分析報告、缺陷狀態(tài)報告、階段性測試報告驗收測試Acceptance Testing產(chǎn)品規(guī)格設(shè)計說明、預(yù)發(fā)布的軟件包、確認測試用例要求:向用戶表明系統(tǒng)能夠按照預(yù)定
21、要求那樣工作,使系統(tǒng)最終可以正式發(fā)布或向用戶提供服務(wù)。用戶要參與驗收測試,包括測試(內(nèi)部用戶測試)、測試(外部用戶測試)。用戶驗收報告、缺陷報告審查、版本審查。最終測試報告版本發(fā)布Release軟件發(fā)布包、軟件發(fā)布檢查表(清單)當前版本已知問題的清單、版本發(fā)布報告維護Maintance變更的需求、修改的軟件包、測試用例和計劃。要求:新的或增強的功能正常、原有的功能正常,不能出現(xiàn)回歸缺陷缺陷報告、更改跟蹤報告、測試報告5 參考答案:測試用例的內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等,并形成文檔。測試用例通常根據(jù)其所關(guān)聯(lián)的測試類型或測試需求來分類,而且將隨類型和需求進行
22、相應(yīng)地改變。最佳方案是為每個測試需求至少編制兩個測試用例:一個測試用例用于證明該需求已經(jīng)滿足,通常稱作正面測試用例;另一個測試用例反映某個無法接受、反?;蛞馔獾臈l件或數(shù)據(jù),用于論證只有在所需條件下才能夠滿足該需求,這個測試用例稱作負面測試用例。 6舉例說明測試用例的設(shè)計方法。 參考答案:略 7請以某個實際工作為例,詳細的描述一次測試用例設(shè)計的完整的過程。參考答案:略 8選擇一個小型應(yīng)用系統(tǒng),為其做出系統(tǒng)測試的計劃書、設(shè)計測試用例并寫出測試總結(jié)報告。 參考答案:略第5章 軟件自動化測試1. 簡述軟件測試自動化的意義和作用。 軟件自動化測試的意義是減輕手工測試的工作量,從而達到提高軟件質(zhì)量的目的。
23、軟件自動化測試的作用包括:它能完成許多手工測試無法實現(xiàn)的或者難以實現(xiàn)的測試,甚至可以提供要比手工測試更好、更快的測試執(zhí)行方式,可以省去許多繁雜的工作,節(jié)省大量的測試時間。實施正確、合理的自動化測試,能夠快速、完整地對軟件進行測試,從而提高軟件的質(zhì)量,進而提高對整個軟件開發(fā)工作的質(zhì)量并節(jié)約軟件開發(fā)經(jīng)費,縮短軟件產(chǎn)品發(fā)布的周期,帶來顯著的生產(chǎn)效果和經(jīng)濟效益。 2.簡述自動化測試和手工測試有什么主要區(qū)別。自動化測試并不能完全取代手工測試,二者各有優(yōu)缺點。通常手工測試的目的著重于發(fā)現(xiàn)新的軟件故障,而自動化測試則著重于發(fā)現(xiàn)舊的軟件故障。手工測試具有創(chuàng)造性,可以舉一反三,從一個測試用例想到另外一些測試用例
24、,特別是可以考慮到測試用例不能覆蓋的一些特殊的或邊界的情況。同時,對于那些復(fù)雜的邏輯判斷、界面是否友好,手工測試具有明顯的優(yōu)勢。自動化測試可以對程序的新版本運行回歸測試,可以運行更多更頻繁的測試,可以進行一些手工測試難以完成或不可能完成的測試,充分地利用資源,測試具有一致性、可重復(fù)性和復(fù)用性,能縮短軟件發(fā)布的時間,并增強軟件的可靠性。3.自動化測試工具大致可以分為幾類?舉例說明幾種與之相對應(yīng)的測試工具。根據(jù)測試方法的不同,自動化測試工具可以分為白盒測試工具、黑盒測試工具和測試管理工具。白盒測試工具又可以分為靜態(tài)測試工具和動態(tài)測試工具。其中靜態(tài)測試工具的代表有Telelogic公司的Logisc
25、ope軟件、PR公司的PRQA軟件。動態(tài)測試工具的代表有Compuware公司的DevPartner軟件、Rational公司的Purify軟件。黑盒測試工具適用于系統(tǒng)功能測試和性能測試,黑盒測試工具的代表有Rational公司的Team Test、Compuware公司的QACenter。測試管理工具用于對測試進行管理。測試管理工具的代表有Rational公司的TeamManager、Compuware公司的TrackRecord、Mercury Interactive公司的TestDirector等軟件。4.簡述對常用自動化測試工具的認識。(略)5.試從網(wǎng)絡(luò)上免費下載自動化測試工具,并在客
26、戶機或服務(wù)器上安裝和運行。(略)6.下載本章所介紹的白盒測試、黑盒測試、負載測試等工具,學(xué)習(xí)其主要功能及使用方法,嘗試進行實例測試。(略)第6章 面向?qū)ο蟮能浖y試1. 簡述面向?qū)ο蟮奶攸c與其測試的概念。面向?qū)ο蟮奶攸c包括對象唯一性、抽象性、繼承性和多態(tài)性等。除了運用傳統(tǒng)的面向過程的測試方法,面向?qū)ο蟮臏y試還綜合考慮面向?qū)ο筌浖嬖诘闹T如繼承、關(guān)聯(lián)、動態(tài)綁定等關(guān)系,針對面向?qū)ο筌浖M行的測試。2. 面向?qū)ο蟮能浖y試與傳統(tǒng)的軟件測試有什么區(qū)別?與傳統(tǒng)的面向過程的程序設(shè)計相比,面向?qū)ο蟪绦蛟O(shè)計產(chǎn)生錯誤的可能性增大或者使得傳統(tǒng)軟件測試中的重點不再那么突出,使原來測試經(jīng)驗和實踐證明的次要方面成為了主
27、要問題。此外,與傳統(tǒng)軟件相比,由于存在的諸如繼承、關(guān)聯(lián)、動態(tài)綁定等關(guān)系,面向?qū)ο筌浖哂懈鼜?fù)雜的依賴關(guān)系,一個類將不可避免的依賴于其他的類,從而增加了面向?qū)ο筌浖y試的難度。3. 通常情況下,類測試驅(qū)動程序是由測試人員還是程序員進行開發(fā)的?一般由開發(fā)人員來開發(fā)。4. 如何進行面向?qū)ο蠼换y試?面向?qū)ο蠼换y試的重點是確保對象之間能夠正確地進行消息傳遞。測試的前提是參與交互的類已經(jīng)被單獨測試過,且具有完整的實現(xiàn)。交互測試有兩種方法,一種方法是將交互對象嵌入到應(yīng)用程序中進行測試,另一種是在獨立的測試工具提供的環(huán)境中使對象相互交互來執(zhí)行測試。5. 如何進行面向?qū)ο笙到y(tǒng)測試?系統(tǒng)測試應(yīng)該盡量搭建與用戶
28、實際使用環(huán)境相同的測試平臺,應(yīng)該保證被測試系統(tǒng)的完整性,對臨時沒有的系統(tǒng)設(shè)備部件,也應(yīng)有相應(yīng)的模擬手段。系統(tǒng)測試時,應(yīng)該參考面向?qū)ο蠓治龅慕Y(jié)果,對應(yīng)描述的對象、屬性和各種服務(wù),檢測軟件是否能夠完全“再現(xiàn)”問題空間。系統(tǒng)測試不僅是檢測軟件的整體行為表現(xiàn),從另一個側(cè)面看,也是對軟件開發(fā)設(shè)計的再確認。可以使用兩種方式選擇系統(tǒng)的測試用例。一種是確定用戶使用系統(tǒng)的使用概貌,即確定用戶是怎樣使用系統(tǒng)的,然后根據(jù)這些步驟創(chuàng)建測試用例;另一種是分析產(chǎn)品可能包含的缺陷類型,然后編寫測試用例來檢測這些缺陷。為了測試需求的一致性,可以從說明需求的用例來構(gòu)建測試用例。第7章 Web網(wǎng)站測試1簡述Web網(wǎng)站的測試內(nèi)容。
29、 Web網(wǎng)站測試的內(nèi)容包含:功能測試、性能測試、安全性測試、可用性易用性測試、配置和兼容性測試、數(shù)據(jù)庫測試、代碼合法性測試和完成測試。2功能測試包括哪些方面?功能測試主要包括:頁面內(nèi)容測試、鏈接測試、表單測試、Cookies測試和設(shè)計語言測試。3負載壓力測試的作用是什么?負載測試主要是為了測試C/S系統(tǒng)在某一負載級別上的性能,以保證系統(tǒng)能在同一時間響應(yīng)大量的用戶,在需求范圍內(nèi)能夠正常工作。壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力,也就是測試Web應(yīng)用系統(tǒng)會不會崩潰,在什么情況下會崩潰。4概括安全性測試中的登錄測試內(nèi)容。登錄測試內(nèi)容主要有:² 測試用戶名和輸入密碼是否有大小寫區(qū)別。
30、78; 測試有效和無效的用戶名和密碼。² 測試用戶登錄是否有次數(shù)限制,是否限制從某些IP地址登錄。² 假設(shè)允許登錄失敗的次數(shù)為3次,那么在用戶第3次登錄的時候輸入正確的用戶名和口令,測試是否能通過驗證。² 測試口令選擇是否有規(guī)則限制。² 測試哪些網(wǎng)頁和文件需要登錄才能訪問和下載。² 測試是否可以不登錄而直接瀏覽某個頁面。² 測試Web應(yīng)用系統(tǒng)是否有超時的限制,也就是說,用戶登錄后在一定時間內(nèi)(例如15分鐘)沒有點擊任何頁面,是否需要重新登錄才能正常使用。5簡述兼容性測試。兼容性測試需要測試各種操作系統(tǒng)平臺、瀏覽器、打印機以及上述的組合
31、測試。6簡述數(shù)據(jù)庫測試。數(shù)據(jù)庫測試是Web網(wǎng)站測試的一個基本組成部分。測試人員要真正了解后臺數(shù)據(jù)庫的內(nèi)部結(jié)構(gòu)和設(shè)計概念,制訂詳細的數(shù)據(jù)庫測試計劃,能在程序的某個流程點上并發(fā)地查詢數(shù)據(jù)庫,并保證數(shù)據(jù)完整性、數(shù)據(jù)有效性和數(shù)據(jù)操作和更新。 第八章 單元測試工具JUnit1簡述JUnit的特征。JUnit是一個開放源代碼的Java測試框架,用于編寫和運行可重復(fù)的測試。它包括以下特性: 使用斷言方法判斷期望值和實際值差異,返回Boolean值。 測試驅(qū)動設(shè)備使用共同的初始化變量或者實例。支持圖型交互模式和文本交互模式。提升程序代碼的品質(zhì)時,JUnit測試允許更快速的編寫程序。JUnit使用簡單。JUni
32、t能夠檢驗測試結(jié)果并立即提供回饋。JUnit測試可以合成一個有層次的測試系列架構(gòu)。開發(fā)測試成本低。JUnit測試框架提供自動執(zhí)行測試的背景,并使這個背景成為其他測試集合的一部分。JUnit測試提升軟件的穩(wěn)定性。JUnit測試是用Java開發(fā)的。2如何用JUnit為被測程序創(chuàng)建測試用例?JUnit的基本使用步驟如下:(1)創(chuàng)建,從JUnit.framework.TestCase派生unit test需要的test case。(2)書寫測試方法,提供類似于如下函數(shù)簽名的測試方法: public void testXXXXX();(3)編譯,書寫完test case后,編譯所寫的test case類
33、。(4)運行,啟動JUnit test runner,來運行這個test case。3JUnit提供的斷言方法有哪些?JUnit提供6大類31組斷言方法,包括基礎(chǔ)斷言、數(shù)字斷言、字符斷言、布爾斷言、對象斷言,如下表所示。方法描述assertTrue斷言條件為真。若不滿足,方法拋出帶有相應(yīng)的信息(如果有的話)的AssertionFailedError異常。assertFalse斷言條件為假。若不滿足,方法拋出帶有相應(yīng)的信息(如果有的話)的AssertionFailedError異常。assertEquals斷言兩個對象相等。若不滿足,方法拋出帶有相應(yīng)的信息(如果有的話)的AssertionFailedError異常。assertNotNull斷言對象不為null。若不滿足,方法拋出帶有相應(yīng)的信息(如果有的話)的AssertionFailedError異常。assertNull斷言對象為null。若不滿足,方法拋出帶有相
溫馨提示
- 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)容負責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 個人租房合同的(31篇)
- 2024-2025學(xué)年北京市房山區(qū)高一上學(xué)期期中考試歷史試卷
- 2025年公共設(shè)施配套建設(shè)項目房屋征收合同
- 2025年住宅銷售策劃合同模板規(guī)定
- 2025年官方離婚協(xié)議范本策劃(雙方同意版)
- 2025年全球貿(mào)易合同制定原則及合規(guī)要求解析
- 2025年債權(quán)轉(zhuǎn)讓與貸款合作協(xié)議
- 2025年車輛所有權(quán)變更策劃協(xié)議書模板
- 2025年農(nóng)村土地利用合作協(xié)議
- 2025年人事檔案授權(quán)委托協(xié)議
- 4地球-我們的家園《我們共同的責(zé)任》說課稿 -2023-2024學(xué)年道德與法治六年級下冊統(tǒng)編版
- 護理交接班改進
- 詩經(jīng)楚辭文學(xué)常識單選題100道及答案
- 2 爆破工試題及答案
- AI輔助的慢性病監(jiān)測與管理系統(tǒng)
- 電路基礎(chǔ)知到智慧樹章節(jié)測試課后答案2024年秋江西職業(yè)技術(shù)大學(xué)
- 2025年小學(xué)蛇年寒假特色作業(yè)
- Unit 6 Is he your grandpa 第一課時 (教學(xué)實錄) -2024-2025學(xué)年譯林版(三起)(2024)英語三年級上冊
- 湖北省十一校2024-2025學(xué)年高三上學(xué)期第一次聯(lián)考化學(xué)試題 含解析
- 開題報告:鑄牢中華民族共同體意識的學(xué)校教育研究
- 《個人所得稅法解讀》課件
評論
0/150
提交評論