軟件測試項目課件03軟件測試計劃與策略_第1頁
軟件測試項目課件03軟件測試計劃與策略_第2頁
軟件測試項目課件03軟件測試計劃與策略_第3頁
軟件測試項目課件03軟件測試計劃與策略_第4頁
軟件測試項目課件03軟件測試計劃與策略_第5頁
已閱讀5頁,還剩15頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

軟件測試

技術(shù)案例教程

第三章軟件測試計劃與策略

2主要內(nèi)容1.軟件測試計劃2.軟件測試策略3.軟件測試過程4.軟件測試與軟件開發(fā)過程5.軟件自動化測試介紹6.項目案例33.1

軟件測試計劃測試計劃是一個敘述了預定的測試活動的范圍、途徑、資源及進度安排的文檔。它確認了測試項、被測特征、測試任務、人員安排,以及任何偶發(fā)事件的風險。編寫測試計劃的好處:(1)使軟件測試工作進行更順利。(2)促進項目參加人員彼此溝通。(3)使軟件測試工作更易于管理。43.1

軟件測試計劃制定測試計劃的原則:制定測試計劃應盡早開始保持測試計劃的靈活性保持測試計劃簡潔和易讀盡量爭取多渠道評審測試計劃計算測試計劃的投入53.1

軟件測試計劃制定測試計劃的步驟:(1)產(chǎn)品基本情況調(diào)研(2)測試需求說明(3)測試的策略和記錄(4)測試資源配置(5)計劃表(6)問題跟蹤報告(7)測試計劃評審3.2軟件測試策略根據(jù)是否運行程序,軟件測試技術(shù)可分為:靜態(tài)測試:靜態(tài)測試是一種不通過執(zhí)行程序而進行測試的技術(shù),只是檢查和審閱。可以由人工進行,充分發(fā)揮人的邏輯思維優(yōu)勢,也可以借助軟件工具自動進行。動態(tài)測試:動態(tài)測試直接執(zhí)行被測試程序以提供測試支持。一般情況下,動態(tài)測試在完成靜態(tài)測試之后進行。包括功能確認與接口測試、覆蓋率分析、性能分析、內(nèi)存分析等。63.2軟件測試策略靜態(tài)測試1)代碼檢查2)編碼風格與規(guī)范3)代碼審查4)靜態(tài)結(jié)構(gòu)分析5)代碼質(zhì)量度量73.2軟件測試策略動態(tài)測試1)單元測試2)集成測試3)系統(tǒng)測試4)驗收測試5)回歸測試83.2軟件測試策略動態(tài)測試一般分為白盒測試與黑盒測試白盒測試,又稱結(jié)構(gòu)測試。白盒測試清楚了解程序結(jié)構(gòu)和處理過程,檢查是否所有的結(jié)構(gòu)及路徑都是正確的,檢查軟件內(nèi)部動作是否是按照設(shè)計說明的規(guī)定進行的。白盒測試作為測試人員常用的一種測試方法,越來越受到測試工程師的重視。白盒測試并不是簡單的按照代碼設(shè)計用例,而是需要根據(jù)不同的測試需求,結(jié)合不同的測試對象,使用適合的方法進行測試。因為對于不同復雜度的代碼邏輯,可以衍生出許多種執(zhí)行路徑,只有適當?shù)臏y試方法,才能幫助我們從代碼的迷霧森林中找到正確的方向。黑盒測試,也稱功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試法是把測試對象看成一個黑盒子,完全不考慮程序內(nèi)部結(jié)構(gòu)和處理過程,通常在程序界面處進行測試,它只是檢查程序或軟件是否按照需求規(guī)格說明書的規(guī)定正常運行。程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息,并且保持外部信息(如數(shù)據(jù)庫或文件)的完整性。93.3軟件測試過程10軟件測試是軟件開發(fā)過程的一個重要環(huán)節(jié),是在軟件投入運行之前,對軟件需求分析、實際規(guī)格說明書和編碼實現(xiàn)的最終審定,貫穿于軟件定義和開發(fā)的整個過程之中,它們是應相輔相成和相互依賴的。3.3軟件測試過程11為規(guī)范測試版本的管理和提高測試效率,采用多個測試循環(huán)來組成某個階段的系統(tǒng)測試3.4軟件測試與軟件開發(fā)過程12軟件測試階段和開發(fā)階段的對應關(guān)系3.4軟件測試與軟件開發(fā)過程13軟件測試在軟件開發(fā)中的作用項目規(guī)劃階段:負責整個測試階段的監(jiān)控。需求分析階段:確定測試需求分析,制定系統(tǒng)測試計劃。測試需求分析是指產(chǎn)品生存周期中測試所需的資源、配置、各階段評審通過的標準等。概要設(shè)計和詳細設(shè)計階段:制定集成測試計劃和單元測試計劃。編碼階段:開發(fā)相應的測試代碼或測試腳本。測試階段:實施測試,并提交相應的測試報告。3.5軟件自動化測試介紹14自動化測試的意義通常,軟件測試的工作量很大(據(jù)統(tǒng)計,測試會占用到40%的開發(fā)時間;一些可靠性要求非常高的軟件,測試時間甚至占到開發(fā)時間的60%)。而測試中的許多操作是重復性的、非智力性的和非創(chuàng)造性的,并要求做準確細致的工作,計算機就最適合于代替人工去完成這樣的任務。軟件自動化測試是相對手工測試而存在的,主要是通過所開發(fā)的軟件測試工具、腳本等來實現(xiàn),具有良好的可操作性、可重復性和高效率等特點。要理解為什么要進行自動化測試,可以從兩個方面考慮:一是手工測試的局限性;二是軟件自動化測試所帶來的好處。3.5軟件自動化測試介紹15手工測試的局限性通過手工測試無法做到覆蓋所有代碼路徑。簡單的功能性測試用例在每一輪測試中都不能少,而且具有一定的機械性、重復性,工作量往往較大。許多與時序、死鎖、資源沖突、多線程等有關(guān)的錯誤,通過手工測試很難捕捉到。進行系統(tǒng)負載、性能測試時,需要模擬大量數(shù)據(jù)或大量并發(fā)用戶等各種應用場合時,很難通過手工測試來進行。進行系統(tǒng)可靠性測試時,需要模擬系統(tǒng)運行10年、幾十年,以驗證系統(tǒng)能否穩(wěn)定運行,這也是手工測試無法模擬的。如果有大量(幾千)的測試用例,需要在短時間內(nèi)(1天)完成,手工測試幾乎不可能做到。3.5軟件自動化測試介紹1616自動化測試帶來的好處縮短軟件開發(fā)測試周期,可以讓產(chǎn)品更快投放市場。測試效率高,充分利用硬件資源。節(jié)省人力資源,降低測試成本。增強測試的穩(wěn)定性和可靠性。提高軟件測試的準確度和精確度,增加軟件信任度。軟件測試工具使測試工作相對比較容易,但能產(chǎn)生更高質(zhì)量的測試結(jié)果。手工不能做的事情,自動化測試能做,如負載、性能測試。軟件測試實行自動化進程,絕不是因為厭煩了重復的測試工作,而是因為測試工作的需要,更準確地說是回歸測試和系統(tǒng)測試的需要。3.5軟件自動化測試介紹17自動化測試工具的原理和方法(1)直接對代碼進行靜態(tài)和動態(tài)分析(2)測試過程的捕獲和回放(3)測試腳本技術(shù)線性腳本:是錄制手工執(zhí)行的測試用例得到的腳本。結(jié)構(gòu)化腳本:類似于結(jié)構(gòu)化程序設(shè)計,具有各種邏輯結(jié)構(gòu)(順序、分支、循環(huán)),而且具有函數(shù)調(diào)用功能。共享腳本:是指某個腳本可被多個測試用例使用,即腳本語言允許一個腳本調(diào)用另一個腳本。數(shù)據(jù)驅(qū)動腳本:將測試輸入存儲在獨立的數(shù)據(jù)文件中。關(guān)鍵字驅(qū)動腳本:是數(shù)據(jù)驅(qū)動腳本的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 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

提交評論