20軟件測試報告及測試評價軟件過程管理課件(78頁PPT)

1、 軟件測試項目管理 1. 測試項目管理概述2. 測 試 文 檔3. 軟件測試計劃4. 測試的組織與人員管理5. 軟件測試過程管理第1頁，共78頁。1. 測試項目管理概述1.1 測試項目與測試項目管理1測試項目 測試項目是在一定的組織機構(gòu)內(nèi)，利用有限的人力和財力等資源，在指定的環(huán)境和要求下，對特定軟件完成特定測試目標的階段性任務(wù)。該任務(wù)應(yīng)滿足一定質(zhì)量、數(shù)量和技術(shù)指標等要求。第2頁，共78頁。測試項目一般具有如下一些基本特性。（1）項目的獨特性（2）項目的組織性（3）測試項目的生命期（4）測試項目的資源消耗特性（5）測試項目目標沖突性（6）測試項目結(jié)果的不確定因素第3頁，共78頁。2測試項目管理

2、測試項目管理就是以測試項目為管理對象，通過一個臨時性的專門的測試組織，運用專門的軟件測試知識、技能、工具和方法，對測試項目進行計劃、組織、執(zhí)行和控制，并在時間成本、軟件測試質(zhì)量等方面進行分析和管理活動。（一種高級管理方法）測試項目管理貫穿整個測試項目的生命周期，是對測試項目的全過程進行管理。第4頁，共78頁。測試項目管理有以下基本特征。（1）系統(tǒng)工程的思想貫穿測試項目管理的全過程。（2）測試項目管理的組織有一定的特殊性。第5頁，共78頁。 （3）測試項目管理的要點是創(chuàng)造和保持一個使測試工作順利進行的環(huán)境，使置身于這個環(huán)境中的人員能在集體中協(xié)調(diào)工作以完成預(yù)定的目標。 （4）測試項目管理的方法、工

3、具和技術(shù)手段具有先進性。第6頁，共78頁。1.2 測試項目的范圍管理 測試項目范圍管理就是界定項目所必須包含且只需包含的全部工作，并對其他的測試項目管理工作起指導(dǎo)作用，以確保測試工作順利完成。 第7頁，共78頁。 項目目標確定后，下一步過程就是確定需要執(zhí)行哪些工作，或者活動來完成項目的目標，這就是要確定一個包含項目所有活動在內(nèi)的一覽表。準備這樣的一覽表通常有兩種方法：一種是讓測試小組利用“頭腦風暴法”根據(jù)經(jīng)驗，集思廣益來形成。這種方法比較適合小型測試項目。第8頁，共78頁。2. 測 試 文 檔 測試文檔是對要執(zhí)行的軟件測試及測試的結(jié)果進行描述、定義、規(guī)定和報告的任何書面或圖示信息。由于軟件測試

4、是一個很復(fù)雜的過程，同時也涉及到軟件開發(fā)中其他一些階段的工作，因此，必須把對軟件測試的要求、規(guī)劃、測試過程等有關(guān)信息和測試的結(jié)果，以及對測試結(jié)果的分析、評價，以正式的文檔形式給出。 第9頁，共78頁。 測試文檔對于測試階段工作的指導(dǎo)與評價作用更是非常明顯的。需要特別指出的是，在已開發(fā)的軟件投入運行的維護階段，常常還要進行再測試或回歸測試，這時還會用到測試文檔。測試文檔的編寫是測試管理的一個重要組成部分。第10頁，共78頁。2.1 測試文檔的作用測試文檔的重要作用可從以下幾個方面看出。1促進項目組成員之間的交流溝通2便于對測試項目的管理第11頁，共78頁。3決定測試的有效性4檢驗測試資源5明確任

5、務(wù)的風險6評價測試結(jié)果7方便再測試8驗證需求的正確性第12頁，共78頁。2.2 測試文檔的類型 根據(jù)測試文檔所起的不同作用，通常把它分成兩類，即前置作業(yè)文檔和后置作業(yè)文檔。測試計劃及測試用例的文檔屬于前置作業(yè)文檔。 后置作業(yè)文檔是在測試完成后提交的，主要包括軟件缺陷報告和分析總結(jié)報告。 第13頁，共78頁。2.3 主要軟件測試文檔1軟件測試文檔給出了軟件測試主要文檔的類型。第14頁，共78頁。第15頁，共78頁。2軟件測試計劃 主要對軟件測試項目、所需要進行的測試工作、測試人員所應(yīng)該負責的測試工作、測試過程、測試所需的時間和資源，以及測試風險等做出預(yù)先的計劃和安排。第16頁，共78頁。第17頁

6、，共78頁。3測試設(shè)計規(guī)格說明 用于每個測試等級，以指定測試集的體系結(jié)構(gòu)和覆蓋跟蹤。 第18頁，共78頁。4軟件測試用例規(guī)格說明文檔用于描述測試用例。第19頁，共78頁。5測試規(guī)程 用于指定執(zhí)行一個測試用例集的步驟。6測試日志 由于記錄測試的執(zhí)行情況不同，可根據(jù)需要選用。第20頁，共78頁。7軟件缺陷報告 用來描述出現(xiàn)在測試過程或軟件中的異常情況，這些異常情況可能存在于需求、設(shè)計、代碼、文檔或測試用例中。8測試總結(jié)報告 用于報告某個測試完成情況。第21頁，共78頁。3. 軟件測試計劃 測試計劃就是描述所有要完成的測試工作，包括被測試項目的背景、目標、范圍、方式、資源、進度安排、測試組織，以及與

7、測試有關(guān)的風險等方面。 第22頁，共78頁。3.1 制定測試計劃的目的 一個計劃一定是為了某種目的而產(chǎn)生的，對于軟件質(zhì)量管理而言，制定測試計劃的目的主要有3個。1使軟件測試工作進行更順利2促進項目參加人員彼此的溝通3使軟件測試工作更易于管理第23頁，共78頁。3.2 制定測試計劃的原則 制定測試計劃是軟件測試中最有挑戰(zhàn)性的一個工作。以下原則將有助于制定測試計劃工作。1制定測試計劃應(yīng)盡早開始2保持測試計劃的靈活性3保持測試計劃簡潔和易讀4盡量爭取多渠道評審測試計劃5計算測試計劃的投入第24頁，共78頁。3.3 制定測試計劃 制定測試計劃時，由于各軟件公司的背景不同，測試計劃文檔也略有差異。實踐表

8、明，制定測試計劃時，使用正規(guī)化文檔通常比較好。為了使用方便，在這里給出IEEE軟件測試計劃文檔模板。第25頁，共78頁。第26頁，共78頁。4. 測試的組織與人員管理4.1 測試的組織與人員管理概述 測試項目成功完成的關(guān)鍵因素之一就是要有高素質(zhì)的軟件測試人員，并將他們有效地組織起來，分工合作，形成一支精干的隊伍，使他們發(fā)揮出最大的工作效率。 第27頁，共78頁。測試的組織與人員管理就是對測試項目相關(guān)人員在組織形式、人員組成與職責方面所做的規(guī)劃和安排。測試的組織與人員管理的任務(wù)是：（1）為測試項目選擇合適的組織結(jié)構(gòu)模式；（2）確定項目組內(nèi)部的組織形式；（3）合理配備人員，明確分工和責任；（4）對

9、項目成員的思想、心理和行為進行有效地管理，充分發(fā)揮他們的主觀能動性，密切配合實現(xiàn)項目的目標。第28頁，共78頁。測試的組織與人員管理應(yīng)注意的原則是：（1）盡快落實責任 從軟件的生存周期看，測試往往指對程序的測試，但是，由于測試的依據(jù)是規(guī)格說明書、設(shè)計文檔和使用說明書，如果設(shè)計有錯誤，測試的質(zhì)量就難以保證。實際上，測試的準備工作在分析和設(shè)計階段就開始了，在軟件項目的開始就要盡早指定專人負責，讓他有權(quán)去落實與測試有關(guān)的各項事宜。第29頁，共78頁。（2）減少接口 要盡可能地減少項目組內(nèi)人與人之間的層次關(guān)系，縮短通信的路徑，方便人員之間的溝通，提高工作效率。（3）責任明確、均衡 項目組成員都必須明確

10、自己在項目組中的地位、角色和職責，各成員所負的責任不應(yīng)比委任的權(quán)力大，反之亦然。第30頁，共78頁。 進行軟件測試的測試組織結(jié)構(gòu)形式很多， 目前常見的測試組織結(jié)構(gòu)有獨立的測試小組和集成的測試小組兩種形式。4.2 測試人員的組織結(jié)構(gòu) 第31頁，共78頁。1獨立測試小組 獨立的測試小組，即主要工作是進行測試的小組，他們專門從事軟件的測試工作。測試組設(shè)組長一名，負責整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設(shè)計和測試經(jīng)驗的專業(yè)人員組成，人數(shù)根據(jù)具體情況可多可少，一般35人為宜。測試組長與開發(fā)組長在項目中的地位是同級、平等的關(guān)系。第32頁，共78頁。2集成測試小組 集成測試小組是將測

11、試與基本設(shè)計因素組合起來，構(gòu)成的測試組織結(jié)構(gòu)。這是與獨立測試有關(guān)的一種集成測試組織形式，即集成測試小組是由需要向同一個項目經(jīng)理匯報工作的測試人員和開發(fā)人員組成。 第33頁，共78頁。4.3 測試人員 測試人員的能力應(yīng)包括以下幾項。 （1）一般能力：包括表達、交流、協(xié)調(diào)、管理、質(zhì)量意識、過程方法、軟件工程等； （2）測試技能及方法：包括測試基本概念及方法、測試工具及環(huán)境、專業(yè)測試標準、工作成績評估等；第34頁，共78頁。 （3）測試規(guī)劃能力：包括風險分析及防范、軟件放行/接收準則制定、測試目標及計劃、測試計劃和設(shè)計的評審方法等； （4）測試執(zhí)行能力：包括測試數(shù)據(jù)/腳本/用例、測試比較及分析、缺陷

12、記錄及處理、自動化工具； （5）測試分析、報告和改進能力：包括測試度量、統(tǒng)計技術(shù)、測試報告、過程監(jiān)測及持續(xù)改進。第35頁，共78頁。 測試組織管理者的工作能力在很大程度上決定測試工作的成功與否，測試管理是很困難的，測試組織的管理者必須具備： （1）了解與評價軟件測試政策、標準、過程、工具、培訓和度量的能力； （2）領(lǐng)導(dǎo)一個測試組織的能力，該組織必須堅強有力、獨立自主、辦事規(guī)范且沒有偏見；第36頁，共78頁。（3）吸引并留住杰出測試專業(yè)人才的能力；（4）領(lǐng)導(dǎo)、溝通、支持和控制的能力；（5）有提出解決問題方案的能力；（6）測試時間、質(zhì)量和成本控制的能力。第37頁，共78頁。4.4 人員的通信方式

13、人員的溝通、交流方式主要有： （1）正式非個人方式，如正式會議等； （2）正式個人之間交流，如成員之間的正式討論等（一般不形成決議）； （3）非正式個人之間交流，如個人之間的自由交流等；第38頁，共78頁。 （4）電子通信，如E-mail（電子郵件）、BBS（電子公告板系統(tǒng)）等； （5）成員網(wǎng)絡(luò)，如成員與小組之外或公司之外有經(jīng)驗的相關(guān)人員進行交流； 在實踐中發(fā)現(xiàn)，（5）的通信效率最高，其次是（1）。第39頁，共78頁。4.5 測試人員的培訓 如今，計算機軟、硬件技術(shù)發(fā)展十分迅速，測試人員必須有足夠的能力來適應(yīng)這些變化。而另一方面，測試工作本身是一門需要技術(shù)的學問，它包含了眾多的理論和實踐。缺乏

14、這些知識和經(jīng)驗，測試的深度和廣度就不夠，測試的質(zhì)量就無法保證。從測試管理的角度來說，為了高效地實現(xiàn)測試工作的目標，需要不斷地幫助他們進行知識的更新和技術(shù)能力的提升，這些就需要通過培訓來達到。第40頁，共78頁。1軟件測試培訓內(nèi)容2制定測試人員培訓計劃第41頁，共78頁。4.6 測試的組織與人員管理中的風險管理 在進行測試的組織與人員管理時，我們往往重視招聘、培訓、考評、薪資等各個具體內(nèi)容的操作，而忽視了其中的風險管理問題。第42頁，共78頁。其實，每個公司在人事管理中都可能遇到風險，如招聘失敗、新政策引起員工不滿、技術(shù)骨干突然離職等等，這些事件會影響公司的正常運轉(zhuǎn)，甚至會對公司造成致命的打擊。

15、如何防范這些風險的發(fā)生，是我們應(yīng)該研究的問題。特別是高新技術(shù)企業(yè)，由于對人的依賴更大，所以更需要重視測試的組織與人員管理中的風險管理。第43頁，共78頁。5. 軟件測試過程管理5.1 測試項目的跟蹤與監(jiān)控軟件測試和軟件開發(fā)一樣，都遵循軟件工程的原理，有它自己的生命周期。軟件的測試過程管理基于廣泛采用的“V”模型?！癡”模型支持系統(tǒng)測試周期的任何階段。第44頁，共78頁。 基于“V”模型，在開發(fā)周期中的每個階段都有相關(guān)的測試階段相對應(yīng)，測試可以在需求分析階段就及早開始，創(chuàng)建測試的準則。每個階段都存在質(zhì)量控制點，對每個階段的任務(wù)、輸入和輸出都有明確的規(guī)定，以便對整個測試過程進行質(zhì)量控制和配置管理。

16、第45頁，共78頁。 根據(jù)質(zhì)量管理的思想，需要對軟件測試過程進行跟蹤、檢查，并與測試計劃進行對比。測試計劃中描述了如何實施和管理軟件的測試過程，測試計劃經(jīng)批準生效后，將被用來作為對測試過程跟蹤與監(jiān)控的依據(jù)。 測試項目的跟蹤與監(jiān)控的基礎(chǔ)是軟件測試計劃。 第46頁，共78頁。 在具體的測試項目的跟蹤與監(jiān)控過程中，可以采用周報、日報、例會，以及里程碑評審會等方式來了解測試項目的進展情況，建立、收集和分析項目的實際狀態(tài)數(shù)據(jù)，對項目進行跟蹤與監(jiān)控，達到項目管理的目的?；诳煽康男畔?，明智的和有意義的決策可以很好地管理測試過程，在測試過程的每個階段，測試項目管理人員應(yīng)特別注意需要弄清楚以下問題： 第47頁

17、，共78頁。 系統(tǒng)現(xiàn)在是否做好測試準備？ 如果系統(tǒng)開始測試會有什么樣的風險？ 當前測試所達到的覆蓋率是怎樣的？ 到目前為止取得了哪些成功？ 還要哪些測試要做？ 怎么證明系統(tǒng)已經(jīng)經(jīng)過了有效的測試？ 有哪些變更，哪些必須重新測試？ 第48頁，共78頁。5.2 測試的配置管理 配置管理的目的是建立和維護在軟件生命周期中軟件產(chǎn)品的完整性和一致性。一般來說，軟件測試配置管理包括4個最基本的活動： （1）配置標識； （2）變更控制； （3）配置狀態(tài)報告； （4）配置審計。第49頁，共78頁。1配置標識 配置標識是配置管理的基礎(chǔ)。 所有配置項的操作權(quán)限都應(yīng)當嚴格管理，其基本原則是：所有基線配置項向測試人員開

18、放讀取權(quán)限；而非基線配置項向測試組長、項目經(jīng)理及相關(guān)人員開放。第50頁，共78頁。2變更控制 變更控制的目的并不是控制和限制變更的發(fā)生，而是對變更進行有效的管理，確保變更有序地進行。 第51頁，共78頁。3配置狀態(tài)報告 配置狀態(tài)報告就是根據(jù)配置項操作數(shù)據(jù)庫中的記錄，來向管理者報告軟件測試工作的進展情況。 配置狀態(tài)報告應(yīng)該包括以下主要內(nèi)容：（1）定義配置狀態(tài)報告形式、內(nèi)容和提交方式；（2）確認過程記錄和跟蹤問題報告，更改請求，更改次序等；（3）確定測試報告提交的時間與方式。第52頁，共78頁。4配置審計配置審計的主要作用是作為變更控制的補充手段，來確保某一變更需求已被切實地執(zhí)行和實現(xiàn)。配置審計包

19、括以下主要內(nèi)容：（1）確定審計執(zhí)行人員和執(zhí)行時機；（2）確定審計的內(nèi)容與方式；（3）確定發(fā)現(xiàn)問題的處理方法。第53頁，共78頁。5.3 軟件測試風險管理1風險的基本概念 風險可定義為“傷害、損壞或損失的可能性；一種危險的可能或一種冒險事件?！憋L險涉及到一個事件發(fā)生的可能性，涉及到該事件產(chǎn)生的不良后果或影響。軟件風險是指開發(fā)不成功引起損失的可能性，這種不成功事件會導(dǎo)致公司商業(yè)上的失敗。風險分析是對軟件中潛在的問題進行識別、估計和評價的過程。軟件測試中的風險分析是根據(jù)測試軟件將出現(xiàn)的風險，制定軟件測試計劃，并排列優(yōu)先等級。 第54頁，共78頁。 軟件風險分析的目的是確定測試對象、測試優(yōu)先級，以及測

20、試的深度。有時還包括確定可以忽略的測試對象。通過風險分析，測試人員識別軟件中高風險的部分，并進行嚴格徹底地測試；確定潛在的隱患軟件構(gòu)件，對其進行重點測試。在制定測試計劃的過程中，可以將風險分析的結(jié)果用來確定軟件測試的優(yōu)先級與測試深度。第55頁，共78頁。2軟件測試與商業(yè)風險 軟件測試是一種用來盡可能降低軟件風險的控制措施。軟件測試是檢測軟件開發(fā)是否符合計劃，是否達到預(yù)期的結(jié)果的測試。如果檢測表明軟件的實現(xiàn)沒有按照計劃執(zhí)行，或與預(yù)期目標不符，就要采取必要的改進行動。因此，公司的管理者應(yīng)該依靠軟件測試之類的措施來幫助自己實現(xiàn)商業(yè)目標。第56頁，共78頁。3軟件風險分析 風險分析是一個對潛在問題識別

21、和評估的過程，即對測試的對象進行優(yōu)先級劃分。風險分析包括以下兩個部分。 發(fā)生的可能性：發(fā)生問題的可能性有多大。 影響的嚴重性：如果問題發(fā)生了會有什么后果。第57頁，共78頁。 通常風險分析采用兩種方法：表格分析法和矩陣分析法。通用的風險分析表包括以下幾項內(nèi)容。 （1）風險標識：表示風險事件的惟一標識； （2）風險問題：風險問題發(fā)生現(xiàn)象的簡單描述； （3）發(fā)生可能性：風險發(fā)生可能性的級別（110）；第58頁，共78頁。 （4）影響的嚴重性：風險影響的嚴重性的級別（110）； （5）風險預(yù)測值：風險發(fā)生可能性與風險影響的嚴重性的乘積； （6）風險優(yōu)先級：風險預(yù)測值從高向低的排序。第59頁，共78頁

22、。 綜上所述，軟件風險分析的目的是：確定測試對象、確定優(yōu)先級，以及測試深度。在測試計劃階段，可以用風險分析的結(jié)果來確定軟件測試的優(yōu)先級。對每個測試項和測試用例賦予優(yōu)先代碼，將測試分為高、中和低的優(yōu)先級類型，這樣可以在有限的資源和時間條件下，合理安排測試的覆蓋度與深度。第60頁，共78頁。4軟件測試風險 軟件測試的風險是指軟件測試過程出現(xiàn)的或潛在的問題，造成的原因主要是測試計劃的不充分、測試方法有誤或測試過程的偏離，造成測試的補充以及結(jié)果不準確。測試的不成功導(dǎo)致軟件交付潛藏著問題，一旦在運行時爆發(fā)，會帶來很大的商業(yè)風險。第61頁，共78頁。 主要是對測試計劃執(zhí)行的風險分析與制定要采取的應(yīng)急措施，

23、降低軟件測試產(chǎn)生的風險造成的危害。 測試計劃的風險一般指測試進度滯后或出現(xiàn)非計劃事件，就是針對計劃好的測試工作造成消極影響的所有因素，對于計劃風險分析的工作是制定計劃風險發(fā)生時應(yīng)采取的應(yīng)急措施。 第62頁，共78頁。 其中，交付日期的風險是主要風險之一。測試未按計劃完成，發(fā)布日期推遲，影響對客戶提交產(chǎn)品的承諾，管理的可信度和公司的信譽都要受到考驗，同時也受到競爭對手的威脅。交付日期的滯后，也可能是已經(jīng)耗盡了所有的資源。計劃風險分析所做的工作重點不在于分析風險產(chǎn)生的原因，重點應(yīng)放在提前制定應(yīng)急措施來應(yīng)對風險發(fā)生。當測試計劃風險發(fā)生時，可能采用的應(yīng)急措施有：縮小范圍、增加資源、減少過程等措施。 第

24、63頁，共78頁。 將采用的應(yīng)急措施如下。 應(yīng)急措施1：增加資源。請求用戶團隊為測試工作提供更多的用戶支持。 應(yīng)急措施2：縮小范圍。決定在后續(xù)的發(fā)布中，實現(xiàn)較低優(yōu)先級的特性。 應(yīng)急措施3：減少質(zhì)量過程。在風險分析過程中，確定某些風險級別低的特征測試，或少測試。第64頁，共78頁。上述列舉的應(yīng)急措施要涉及到有關(guān)方面的妥協(xié)，如果沒有測試計劃風險分析和應(yīng)急措施處理風險，開發(fā)者和測試人員采取的措施就比較匆忙，將不利于將風險的損失控制到最小。因此，軟件風險分析和測試計劃風險分析與應(yīng)急措施是相輔相成的。第65頁，共78頁。 由上面分析可以看出，計劃風險、軟件風險、重點測試、不測試，甚至整個軟件的測試與應(yīng)急

25、措施都是圍繞“用風險來確定測試工作優(yōu)先級”這樣的原則來構(gòu)造的。軟件測試存在著風險，如果提前重視風險，并且有所防范，就可以最大限度減少風險的發(fā)生。在項目過程中，風險管理的成功取決于如何計劃、執(zhí)行與檢驗每一個步驟。遺漏任何一點，風險管理都不會成功。第66頁，共78頁。5.4 軟件測試的成本管理對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構(gòu)成。 第67頁，共78頁。 當一個測試項目開始后，就會發(fā)生一些不確定的事件。測試項目的管理者一般都在一種不能夠完全確定的環(huán)境下管理項目，項目的成本費用可能出現(xiàn)難以預(yù)料的情況，因此，必須有一些可行的措施和辦法，來幫助測試項目的管理者進行項目成本管理，即依據(jù)實際預(yù)算制定項目計劃，實施整個項目生命周期內(nèi)的成本度量和控制。第68頁，共78頁。1測試費用有效性 風險承受的確定，從經(jīng)濟學的角度考慮就是確定需要完成多少測試，以及進行什么類型的測試。經(jīng)濟學所做的判斷，確定了軟件存在的缺陷是否可以接受，如果可以，能承受多少。測試的策略不再主要由軟件人員和測試人員來確定，而是由商業(yè)的經(jīng)濟利益來決定的。第69頁，共78頁。 “太少的測試是犯罪，而太多的測試是