Ch3-軟件測試計(jì)劃、文檔及測試用例.ppt_第1頁
Ch3-軟件測試計(jì)劃、文檔及測試用例.ppt_第2頁
Ch3-軟件測試計(jì)劃、文檔及測試用例.ppt_第3頁
Ch3-軟件測試計(jì)劃、文檔及測試用例.ppt_第4頁
Ch3-軟件測試計(jì)劃、文檔及測試用例.ppt_第5頁
免費(fèi)預(yù)覽已結(jié)束,剩余53頁可下載查看

下載本文檔

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

文檔簡介

1、1,軟件測試方法與實(shí)踐 - Ch.3軟件測試計(jì)劃,2,第三章 軟件測試計(jì)劃與文檔,3.1 軟件測試生命周期 3.2 測試計(jì)劃 3.3 測試設(shè)計(jì) 3.4 測試實(shí)施過程 3.5 測試文檔,3,3.1 軟件測試生命周期,在統(tǒng)一軟件開發(fā)過程(RUP)定義中,測試生命周期分為: 測試計(jì)劃:軟件測試合同,軟件測試技術(shù)規(guī)格說明,軟件測試需求,安排測試人員,提供測試工具。 測試設(shè)計(jì):分解測試項(xiàng)目,設(shè)計(jì)測試環(huán)境,設(shè)計(jì)測試用例,編寫測試用例概要說明 測試開發(fā):測試用例編碼,定義測試條件、輸入值和預(yù)期輸出值,編寫測試用例詳細(xì)說明 測試執(zhí)行:執(zhí)行軟件測試用例,記錄測試結(jié)果測試記錄,編寫軟件問題報(bào)告,測試的結(jié)果提交開發(fā)

2、單位,盡可能自動執(zhí)行測試 缺陷跟蹤:軟件缺陷跟蹤管理是測試工作的一個重要部分,測試的目的是為了盡早發(fā)現(xiàn)軟件系統(tǒng)中的缺陷,而對軟件缺陷進(jìn)行跟蹤管理的目的是確保每個被發(fā)現(xiàn)的缺陷都能夠及時得到處理。 測試評估:評價軟件的各項(xiàng)指標(biāo),如果達(dá)到預(yù)期的結(jié)果,停止測試,提交用戶單位,如果達(dá)不到預(yù)期的結(jié)果,軟件繼續(xù)修改,并進(jìn)行回歸測試,單元測試、集成測試、系統(tǒng)測試評估等活動。 等階段(見下圖),4,3.1 軟件測試生命周期,測試評估,5,測試計(jì)劃,測試設(shè)計(jì),測試執(zhí)行,測試記錄,評估分析,評估完畢,測試總結(jié),缺陷跟蹤,針對測試目標(biāo),規(guī)定 測試任務(wù)、資源分配、 人員角色和進(jìn)度安排,分析測試過程和缺陷報(bào)告, 評估測試

3、質(zhì)量和測試效果, 給出是否通過測試的建議,記錄、分發(fā)、評估、關(guān)閉缺陷報(bào)告,根據(jù)測試計(jì)劃,配置測試環(huán)境,并手動或者自動執(zhí)行測試設(shè)計(jì),根據(jù)測試計(jì)劃,設(shè)計(jì) 測試用例,包括測試步驟、測試場景、測試代碼和測試數(shù)據(jù)(包括預(yù)期結(jié)果),根據(jù)測試計(jì)劃,忠實(shí)地記錄測試執(zhí)行的過程和結(jié)果,檢查測試設(shè)計(jì)是否全部執(zhí)行完畢,缺陷是否全部關(guān)閉,分析測試記錄,如果發(fā)現(xiàn)與預(yù)期結(jié)果不同,確定并重現(xiàn)缺陷,軟件測試過程,6,軟件測試生命周期活動,“軟件測試生命周期”涉及以下5個方面: 測試計(jì)劃 測試設(shè)計(jì) 測試開發(fā) 測試執(zhí)行 缺陷跟蹤和測試評估,7,軟件測試生命周期,1.測試計(jì)劃 在項(xiàng)目的初期,需要由測試經(jīng)理或測試組長根據(jù)需求規(guī)格說明書

4、或界面原型編寫測試計(jì)劃,生成測試計(jì)劃文檔。這一階段的工作包括編寫測試規(guī)格說明、創(chuàng)建測試計(jì)劃、估算所需的資源、安排測試進(jìn)度(建立里程碑)、確定變更管理。 2.測試設(shè)計(jì): 在概要設(shè)計(jì)或詳細(xì)設(shè)計(jì)階段,測試設(shè)計(jì)人員根據(jù)需求規(guī)格說明書或界面原型進(jìn)行測試設(shè)計(jì),主要包括:編寫測試用例、設(shè)計(jì)測試測略等,生成測試用例文檔。這一階段要設(shè)置測試環(huán)境和設(shè)計(jì)測試用例。,8,軟件測試生命周期,軟件測試用例設(shè)計(jì)和實(shí)施是軟件測試設(shè)計(jì)工作的主體部分。 編寫測試用例一般包括功能測試用例、非功能測試用例/白盒測試用例等 非功能測試用例主要包括:界面測試用例、易用性測試用例、性能測試用例、兼容性測試用例等。 在測試實(shí)施過程中,一般先

5、執(zhí)行功能測試用例,再執(zhí)行非功能測試用例。,9,軟件測試生命周期,3.測試開發(fā) 根據(jù)被測軟件的特性和所設(shè)計(jì)的測試用例,進(jìn)行測試代碼的開發(fā)、數(shù)據(jù)的準(zhǔn)備、測試腳本的編制等 測試代碼開發(fā):在進(jìn)行單元測試與集成測試時可能需要進(jìn)行測試代碼的開發(fā)。另外,采用白盒測試時,為了考察程序執(zhí)行的路徑,需要在程序的源代碼中插入一些顯示或打印語句。 測試數(shù)據(jù)準(zhǔn)備:測試執(zhí)行前需要準(zhǔn)備一組可以驗(yàn)證的數(shù)據(jù)。 測試腳本(Test Script)編制:采用自動執(zhí)行的測試工具時需要錄制和編制測試腳本。腳本是一組具有正規(guī)語法的測試操作指令和數(shù)據(jù),它可以實(shí)現(xiàn)一個或多個測試用例、導(dǎo)航、測試設(shè)置及測試結(jié)果比較,以文件形式保存。,10,軟件

6、測試生命周期,4.測試執(zhí)行 執(zhí)行測試用例并獲取測試結(jié)果,分析并判定測試結(jié)果。 假如采用手工測試方法,就應(yīng)該按照實(shí)際的測試流程,逐步執(zhí)行每一項(xiàng)測試,應(yīng)記錄每一步測試結(jié)果,特別要么記錄測試出現(xiàn)異常的情況。 假如采用自動化測試工具測試,只要啟動測試工具,由測試工具回放測試腳本進(jìn)行測試,自動化測試工具就會自動記錄下測試結(jié)果,并進(jìn)行測試結(jié)果的比對和分析,好的測試工具還會給出測試圖表和缺陷報(bào)告。,11,軟件測試生命周期,5.缺陷跟蹤和測試評估 在項(xiàng)目的后期,由測試經(jīng)理或測試組長評估測試的過程和結(jié)果,要生成一個測試報(bào)告。一般應(yīng)關(guān)注以下幾方面: 通過評估測試的步驟是否按計(jì)劃進(jìn)行,以發(fā)現(xiàn)是否存在測試的隨意性,并

7、分析沒有按照測試計(jì)劃執(zhí)行的原因 通過評估測試的覆蓋情況、測試用例通過率、測試結(jié)果與測試的目標(biāo)的一致性,來評估測試的有效性 通過分析軟件缺陷的嚴(yán)重性和分布情況,向委托客戶提供咨詢意見和建議。,12,軟件測試評估的主要工作,測試執(zhí)行情況與記錄:描述測試資源消耗情況,記錄實(shí)際數(shù)據(jù) 覆蓋分析: 需求覆蓋:指在系統(tǒng)測試過程中,所測試到的功能和非功能需求占到需求總數(shù)的百分比。一個通用的需求覆蓋標(biāo)準(zhǔn)是,測試用例的執(zhí)行率要在100%,即所有用例都要執(zhí)行一遍,測試用例通過率要達(dá)到95%以上。 對源代碼的覆蓋:是指在單元測試過程,所測試到的源代碼占代碼總數(shù)的百分比。一般有語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋等方

8、法。一個通用的代碼覆蓋標(biāo)準(zhǔn)是,對軟件關(guān)鍵模塊的語句覆蓋率要達(dá)到100%,分支覆蓋率要達(dá)到85%以上。,13,軟件測試評估,3.缺陷的統(tǒng)計(jì)和分析。缺陷統(tǒng)計(jì)涉及到被測系統(tǒng)的質(zhì)量。通常用以下公式統(tǒng)計(jì): 用例質(zhì)量=缺陷總數(shù)/測試用例總數(shù)100% 缺陷密度=缺陷總數(shù)/功能點(diǎn)總數(shù) 從缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷的分布情況 4.殘留缺陷和未解決問題. 5 測試報(bào)告:在測試評估的基礎(chǔ)上,就可以撰寫測試報(bào)告了,其內(nèi)容有:測試項(xiàng)目概述、測試機(jī)構(gòu)和人員、測試用例統(tǒng)計(jì)結(jié)果、缺陷分類統(tǒng)計(jì)結(jié)果,以及測試結(jié)論等。,14,案例研究1,StarMoon技術(shù)公司的Cathy Jones負(fù)責(zé)在六個月內(nèi)開發(fā)一個電子購物系

9、統(tǒng)。但由于開發(fā)小組部分成員沒有受到足夠的培訓(xùn),致使開發(fā)階段的工作延后了三個星期才完成。 開發(fā)工作告一段落后,系統(tǒng)被移交給Don Allen領(lǐng)導(dǎo)的測試小組。測試小組制定了一份測試計(jì)劃,測試系統(tǒng)的跨平臺兼容性以及在IE上工作是否正常。測試結(jié)束,測試報(bào)告送交開發(fā)小組。開發(fā)小組更正了發(fā)現(xiàn)的錯誤后,按原定期限把軟件產(chǎn)品交付給客戶。 但是,當(dāng)客戶在Netscape 瀏覽器上運(yùn)行這個電子購物系統(tǒng)時,發(fā)現(xiàn)系統(tǒng)不能正常工作。結(jié)果,客戶以系統(tǒng)不能工作為由拒收產(chǎn)品,15,案例研究,分析場景,回答以下問題: 軟件測試生命周期中的哪個階段沒有做好? 你能看出場景中存在的問題嗎?請針對問題提出正確的建議,16,案例研究,

10、17,3.2 測試計(jì)劃,3.2.1 測試計(jì)劃的基本概念 3.2.2 測試計(jì)劃的制訂及其在軟件測試過程中的地位 3.2.3 測試計(jì)劃的變更,18,3.2.1 測試計(jì)劃的基本概念,軟件測試是一個有組織有計(jì)劃的活動,應(yīng)當(dāng)給予充分的時間和資源進(jìn)行測試計(jì)劃,這樣軟件測試才能在合理的控制下正常進(jìn)行。測試計(jì)劃(Test Planning)作為測試的起始步驟,是整個軟件測試過程的關(guān)鍵。 1測試計(jì)劃的定義 測試計(jì)劃規(guī)定了測試各個階段所要使用的方法策略、測試環(huán)境、測試通過或失敗的準(zhǔn)則等內(nèi)容。ANSI/IEEE軟件測試文檔標(biāo)準(zhǔn)829-1983將測試計(jì)劃定義為:“一個敘述了預(yù)定的測試活動的范圍、途徑、資源及進(jìn)度安排的

11、文檔。它確認(rèn)了測試項(xiàng)、被測特征、測試任務(wù)、人員安排,以及任何偶發(fā)事件的風(fēng)險。” 編制測試計(jì)劃時你需要參考項(xiàng)目計(jì)劃,項(xiàng)目計(jì)劃里列出項(xiàng)目在實(shí)現(xiàn)過程中包括測試在內(nèi)的所有必須進(jìn)行的活動。測試計(jì)劃在整個項(xiàng)目期必須不斷更新,這樣才能在測試時反應(yīng)出項(xiàng)目的變化。,19,3.2.1 測試計(jì)劃的基本概念,2測試計(jì)劃的目的和作用 測試計(jì)劃的目的是明確測試活動的意圖。它規(guī)范了軟件測試內(nèi)容、方法和過程,為有組織地完成測試任務(wù)提供保障。專業(yè)的測試必須以一個好的測試計(jì)劃作為基礎(chǔ)。盡管測試的每一個步驟都是獨(dú)立的,但是必須要有一個起到框架結(jié)構(gòu)作用的測試計(jì)劃。 3測試計(jì)劃書 測試計(jì)劃文檔化就成為測試計(jì)劃書,包含總體計(jì)劃和分級計(jì)劃

12、,是可以更新改進(jìn)的文檔。從文檔的角度看,測試計(jì)劃書是最重要的測試文檔,完整細(xì)致并具有遠(yuǎn)見性的計(jì)劃書會使測試活動安全順利地向前進(jìn)行,從而確保所開發(fā)的軟件產(chǎn)品的高質(zhì)量。,20,3.2.1 測試計(jì)劃的基本概念,實(shí)際的測試計(jì)劃內(nèi)容因不同的測試對象而靈活變化,但通常來說一個正規(guī)的測試計(jì)劃應(yīng)該包含以下幾個項(xiàng)目: 測試的基本信息:包括測試目的、背景、測試范圍等; 測試的具體目標(biāo):列出軟件需要進(jìn)行的測試部分和不需要進(jìn)行的測試部分; 測試的策略:測試人員采用的測試方法,如回歸測試、功能測試、自動測試等; 測試的通過標(biāo)準(zhǔn):測試是否通過的界定標(biāo)準(zhǔn)以及沒有通過情況的處理方法; 停測標(biāo)準(zhǔn):給出每個測試階段停止測試的標(biāo)準(zhǔn)

13、; 測試用例:詳細(xì)描述測試用例,包括測試值、測試操作過程、測試期待值等; 測試的基本支持:測試所需硬件支持、自動測試軟件等;,21,3.2.1 測試計(jì)劃的基本概念,部門責(zé)任分工:明確所有參與軟件管理、開發(fā)、測試、技術(shù)支持等部門的責(zé)任細(xì)則; 測試人力資源分配:列出測試所需人力資源以及軟件測試人員的培訓(xùn)計(jì)劃; 測試進(jìn)度安排:制訂每一個階段的詳細(xì)測試進(jìn)度安排表; 風(fēng)險估計(jì)和危機(jī)處理:估計(jì)測試過程中潛在的風(fēng)險以及面臨危機(jī)時的解決辦法。,22,測試計(jì)劃的編制原則,4 測試計(jì)劃的編制原則: 明確測試的目標(biāo),增強(qiáng)測試計(jì)劃的實(shí)用性 堅(jiān)持“5W”規(guī)則,明確測試的內(nèi)容與過程。 “5W”規(guī)則指的是:“What(做什

14、么)”、 “Why(為什么做)”、“Where(在哪里)”、 “Who(由誰做)”。該規(guī)則支持了“在什么時候、什么地方、由誰采用什么方法來完成什么樣的任務(wù)” 采用評審和更新機(jī)制,保證測試計(jì)劃滿足實(shí)際需求 分別創(chuàng)建測試計(jì)劃與測試詳細(xì)規(guī)格說明和測試用例。測試計(jì)劃和測試詳細(xì)規(guī)格說明、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系,測試計(jì)劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置,而測試詳細(xì)規(guī)格說明、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù),23,3.2.2 測試計(jì)劃的制訂及其在軟件測試過程中的地位,1測試計(jì)劃的制定 測試的計(jì)劃與控制是整個測試過程中最重要的階段,它為實(shí)現(xiàn)可管理且高質(zhì)量的測試過程提供基礎(chǔ)。 整個項(xiàng)目生命

15、周期為“需求-設(shè)計(jì)-編碼-測試-發(fā)布-實(shí)施-維護(hù)”。然而,在制訂測試計(jì)劃時,要避免把測試單純理解成系統(tǒng)測試,或者把各類型測試設(shè)計(jì)(測試用例的編寫和測試數(shù)據(jù)準(zhǔn)備)全部放入生命周期的“測試階段”,這樣一方面浪費(fèi)了開發(fā)階段可以并行的項(xiàng)目日程,另一方面造成測試不足。 這個階段需要完成的主要工作內(nèi)容是:擬定測試計(jì)劃,論證那些在開發(fā)過程中難于管理和控制的因素,明確軟件產(chǎn)品的最重要部分。,24,測試計(jì)劃的制訂及其在軟件測試過程中的地位,2 測試計(jì)劃的地位 軟件開發(fā)、軟件測試與測試計(jì)劃制訂的并行關(guān)系如下圖所示!,25,26,軟件開發(fā)、軟件測試與測試計(jì)劃制訂的平行關(guān)系,概要測試計(jì)劃:是在軟件開發(fā)初期制訂的,內(nèi)容

16、有:定義被測對象和測試目標(biāo),確定測試階段和測試周期,確定測試人員、軟/硬件資源和測試進(jìn)度等方面的計(jì)劃,明確任務(wù)與責(zé)任劃分,規(guī)定軟件測試方法與測試標(biāo)準(zhǔn)等 詳細(xì)測試計(jì)劃:規(guī)定了測試者負(fù)責(zé)測試的內(nèi)容、測試強(qiáng)度和工作進(jìn)度 測試大綱:包括測試項(xiàng)目、測試步驟、測試完成的標(biāo)準(zhǔn)及測試方式等 制訂測試通過或失敗的標(biāo)準(zhǔn) 制訂測試任務(wù)安排 制訂應(yīng)交付的測試工作產(chǎn)品 制訂工作量估計(jì),27,測試計(jì)劃的制訂及其在軟件測試過程中的地位,3 測試計(jì)劃的變更 為使測試計(jì)劃得到貫徹和落實(shí),測試組人員必須及時跟蹤軟件開發(fā)的過程,對產(chǎn)品提交測試做準(zhǔn)備。測試計(jì)劃中強(qiáng)調(diào)對變更的控制尤為重要。變更來源于以下幾個方面: 項(xiàng)目計(jì)劃的變更 需求

17、的變更 產(chǎn)品測試版本的變更 測試資源的變更,28,案例研究2,StarMoon公司正在開發(fā)一個名為B的網(wǎng)站。這是一個電子商務(wù)網(wǎng)站,用戶可在這個站點(diǎn)上查找他感興趣的商品,把它放進(jìn)購物車,然后用信用卡在線購買。該應(yīng)用系統(tǒng)的功能有: 注冊/用戶信息 地址本 查找訂單 下訂單 加入購物車 在線客戶服務(wù),29,案例研究,用戶能夠執(zhí)行的操作有:修改或刪除他們個人購物車?yán)锏纳唐?,編輯或刪除地址本里保存的個人信息,在網(wǎng)站上發(fā)貼、回帖。 StarMoon公司將對這個站點(diǎn)進(jìn)行跨瀏覽器和跨平臺兼容性測試,當(dāng)然還要測試站點(diǎn)的功能。Don Allen和他的團(tuán)隊(duì)已經(jīng)制定了一份測試計(jì)劃綱要。該應(yīng)用項(xiàng)目預(yù)期將在六個月內(nèi)交付客

18、戶。 為場景中的應(yīng)用編制測試計(jì)劃,30,31,測試計(jì)劃,測試計(jì)劃確定了測試的范圍和測試的大致方向,概要地指出了項(xiàng)目的基本測試策略,這包括: 測試的目標(biāo)是什么? 什么時候開始測試? 將進(jìn)行哪種測試? 可能存在哪些風(fēng)險? 有哪些因素需要權(quán)衡? 測試將由誰來做? 需要完成多少測試? 使用哪種工具來進(jìn)行測試? 將采用哪些度量來評估測試? 列出將要進(jìn)行的測試類型 ?,32,測試計(jì)劃,1)測試目標(biāo): 所謂測試目標(biāo)是指在規(guī)定的條件下要度量的軟件特性的指標(biāo)集。 軟件特性有六大特性和七十二項(xiàng)子特性。六大特性是指: 功能性,可靠性,易用性,效率,可維護(hù)性及可移植性 軟件特性與測試方法(種類)之間關(guān)系: 一個軟件特

19、性可能有多種測試方法 用不同的方法可以測試同一個軟件特性,33,測試計(jì)劃,2)范圍 : 描述測試的各個階段(例如,單元測試、集成測試或系統(tǒng)測試),并說明本計(jì)劃中的測試類型(如功能測試或性能測試 ) 。 簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能 。 列出可能會影響測試設(shè)計(jì)、開發(fā)或?qū)嵤┑乃屑僭O(shè)、風(fēng)險、意外事件和約束 。,34,測試計(jì)劃,3)測試策略 (方法) 測試策略指測試將采用的方法。對于任何一種測試類型,都要給出描述并說明作這種測試的理由。 如果某種測試不能執(zhí)行,也必須明確指出并給出理由。 制定測試策略時,主要應(yīng)考慮將采用哪些測試技術(shù),并針對每一種測試制定測試完成標(biāo)準(zhǔn)。

20、另外,必須確保測試只能在安全的環(huán)境里使用已知、受控制的數(shù)據(jù)庫來執(zhí)行。 4)項(xiàng)目里程碑 (進(jìn)度表) 應(yīng)包括各項(xiàng)測試的測試活動。 應(yīng)為這些測試確定單獨(dú)的項(xiàng)目里程碑,以了解項(xiàng)目完成的狀態(tài)。,35,項(xiàng)目里程碑表,36,測試計(jì)劃,5)資源 指出需要哪些測試人員,每個角色的職責(zé)以及所需的技能要求。 計(jì)劃中要明確測試經(jīng)理、測試設(shè)計(jì)者和測試人員的職責(zé)。 6)測試環(huán)境 測試環(huán)境包括測試所需的硬件、軟件和網(wǎng)絡(luò)需求。為了為測試創(chuàng)建理想的環(huán)境,識別測試環(huán)境是非常必要的。 測試環(huán)境部分還要指出測試所用的工具、操作系統(tǒng)和編譯器,以及搭建測試環(huán)境所需的網(wǎng)絡(luò)要求。,37,人力資源,38,測試計(jì)劃,7)風(fēng)險和應(yīng)急計(jì)劃 風(fēng)險和應(yīng)

21、急計(jì)劃列出所有風(fēng)險,描述每一種風(fēng)險可能造成的影響,以及萬一發(fā)生風(fēng)險所應(yīng)采取的應(yīng)對措施 8)可交付制品 列出了將要創(chuàng)建的各種制品(測試模型、測試記錄、缺陷報(bào)告)、工具和報(bào)告,及其創(chuàng)建人員、交付對象和交付時間。,39,3.3 測試設(shè)計(jì),測試設(shè)計(jì)的目的是為每一個測試需求確定測試用例集。并且確定執(zhí)行測試用例的測試過程。具體如下: 對每一個測試需求,確定其需要的測試用例 對每一個測試用例,確定其輸入及預(yù)期結(jié)果 確定測試用例的測試環(huán)境配置 編寫測試用例文檔 對測試用例進(jìn)行同行評審,40,3.4 測試實(shí)施過程,軟件測試的實(shí)施一般經(jīng)歷以下3個階段: 初測期:主要測試軟件的主要功能和關(guān)鍵的執(zhí)行路徑,排除主要障礙

22、。 細(xì)測期:依據(jù)測試計(jì)劃、測試大綱和測試用例,逐一測試軟件的功能、性能、用戶界面、兼容性等多個方面。 回歸測試期:主要是復(fù)查已知錯誤的糾正情況,確認(rèn)在未引發(fā)任何新的錯誤時,終結(jié)回歸測試。 實(shí)施階段涉及到實(shí)施測試用例、提交報(bào)告、回歸測試和測試總結(jié)等工作,41,測試實(shí)施過程,驗(yàn)證測試,回歸測試,軟件測試實(shí)施過程分為單元測試、集成測試、確認(rèn)測試、系統(tǒng)測試、驗(yàn)收測試和回歸測試等。,42,測試實(shí)施過程,單元測試:通過對每個最小的軟件模塊進(jìn)行測試,對源代碼的每個程序單元實(shí)行測試,檢查各個程序模塊是否正確地實(shí)現(xiàn)了規(guī)定的功能,確保其能正常工作。 集成測試:對已測試過的模塊進(jìn)行組裝集成,目的是檢驗(yàn)與軟件設(shè)計(jì)相關(guān)

23、的程序結(jié)構(gòu)問題。 確認(rèn)測試:檢驗(yàn)軟件是否滿足需求規(guī)格說明中的功能和性能需求,確定軟件配置完全、正確。 系統(tǒng)測試:檢驗(yàn)軟件產(chǎn)品能否與實(shí)際運(yùn)行環(huán)境中的系統(tǒng)的其它部分(如:硬件、數(shù)據(jù)庫及操作人員等)協(xié)調(diào)地工作。 驗(yàn)收測試:檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序,主要讓用戶對軟件進(jìn)行測試。 回歸測試:重新執(zhí)行已做過測試的某一子集,保證沒有引入新的錯誤。,43,測試實(shí)施過程,44,3.5 測試文檔,1測試文檔的定義 測試文檔(Testing Documentation)用來記錄和描述了整個測試流程,它是整個測試活動中非常重要的文件。測試過程實(shí)施所必備的核心文檔是:測試計(jì)劃、測試用例(大綱)和軟件測試報(bào)告。 2測

24、試文檔的重要性 軟件測試是一個很復(fù)雜的過程,涉及軟件開發(fā)其他階段的工作,對于提高軟件質(zhì)量、保證軟件正常運(yùn)行有著十分重要的意義,因此必須把對測試的要求、過程及測試結(jié)果以正式的文檔形式寫下來。軟件測試文檔用來描述要執(zhí)行的測試及測試的結(jié)果。可以說,測試文檔的編制是軟件測試工作規(guī)范化的一個重要組成部分。 軟件測試文檔不只在測試階段才開始考慮,它應(yīng)在軟件開發(fā)的需求分析階段就開始著手編制,軟件開發(fā)人員的一些設(shè)計(jì)方案也應(yīng)在測試文檔中得到反映,以利于設(shè)計(jì)的檢驗(yàn)。測試文檔對于測試階段的工作有著非常明顯的指導(dǎo)作用和評價作用。即便在軟件投入運(yùn)行的維護(hù)階段,也常常要進(jìn)行再測試或回歸測試,這時仍會用到軟件測試文檔。,4

25、5,通常軟件生命周期可分為以下6個階段:需求階段、功能設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、軟件測試階段以及運(yùn)行/維護(hù)階段,相鄰兩個階段之間可能存在一定程度的重復(fù)以保證階段之間的順利銜接,但每個階段的結(jié)束是有一定的標(biāo)志,例如已經(jīng)提交可交付文檔等。 1需求階段 (1)測試輸入 需求計(jì)劃(來自開發(fā))。 (2)測試任務(wù) 制定驗(yàn)證和確認(rèn)測試計(jì)劃; 對需求進(jìn)行分析和審核; 分析并設(shè)計(jì)基于需求的測試,構(gòu)造對應(yīng)的需求覆蓋或追蹤矩陣。,軟件生命周期各階段的測試任務(wù)與可交付的文檔,46,軟件生命周期各階段的測試任務(wù)與可交付的文檔,2功能設(shè)計(jì)階段 (1)測試輸入 功能設(shè)計(jì)規(guī)格說明(來自開發(fā))。 (2)測試任務(wù) 功能設(shè)

26、計(jì)驗(yàn)證和確認(rèn)測試計(jì)劃; 分析和審核功能設(shè)計(jì)規(guī)格說明; 可用性測試設(shè)計(jì); 分析并設(shè)計(jì)基于功能的測試,構(gòu)造對應(yīng)的功能覆蓋矩陣; 實(shí)施基于需求和基于功能的測試。 (3)可交付的文檔 主確認(rèn)測試計(jì)劃; 驗(yàn)收測試計(jì)劃(針對功能設(shè)計(jì)); 驗(yàn)收測試報(bào)告(針對功能設(shè)計(jì))。,47,軟件生命周期各階段的測試任務(wù)與可交付的文檔,3詳細(xì)設(shè)計(jì)階段 (1)測試輸入 詳細(xì)設(shè)計(jì)規(guī)格說明(來自開發(fā))。 (2)測試任務(wù) 詳細(xì)設(shè)計(jì)驗(yàn)收測試計(jì)劃; 分析和審核詳細(xì)設(shè)計(jì)規(guī)格說明; 分析并設(shè)計(jì)基于內(nèi)部的測試。 (3)可交付的文檔 詳細(xì)確認(rèn)測試計(jì)劃; 驗(yàn)收測試計(jì)劃(針對詳細(xì)設(shè)計(jì)); 驗(yàn)收測試報(bào)告(針對詳細(xì)設(shè)計(jì)); 測試設(shè)計(jì)規(guī)格說明。,48,

27、軟件生命周期各階段的測試任務(wù)與可交付的文檔,4編碼階段 (1)測試輸入 代碼(來自開發(fā))。 (2)測試任務(wù) 代碼驗(yàn)收測試計(jì)劃; 分析代碼; 驗(yàn)證代碼; 設(shè)計(jì)基于外部的測試; 設(shè)計(jì)基于內(nèi)部的測試。 (3)可交付的文檔 測試用例規(guī)格說明; 需求覆蓋或追蹤矩陣; 功能覆蓋矩陣; 測試步驟規(guī)格說明; 驗(yàn)收測試計(jì)劃(針對代碼); 驗(yàn)收測試報(bào)告(針對代碼)。,49,軟件生命周期各階段的測試任務(wù)與可交付的文檔,5測試階段 (1)測試輸入 要測試的軟件; 用戶手冊。 (2)測試任務(wù) 制定測試計(jì)劃; 審查由開發(fā)部門進(jìn)行的單元和集成測試; 進(jìn)行功能測試; 進(jìn)行系統(tǒng)測試; 審查用戶手冊。 (3)可交付的文檔 測試記錄; 測試事故報(bào)告; 測試總結(jié)報(bào)告。,50,軟件生命周期各階段的測試任務(wù)與可交付的文檔,6運(yùn)行/維護(hù)階段 (1)測試輸入 已確認(rèn)的問題報(bào)告; 軟件生命周期。軟件生命周期是一個重復(fù)的過程。如果軟件被修改了,開發(fā)和測試活動都要回歸到與修改相對應(yīng)的生命周期階段。 (2)測試任務(wù) 監(jiān)視驗(yàn)收測試; 為確認(rèn)

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論