軟件測(cè)試基礎(chǔ)知識(shí)掃盲.ppt

軟件測(cè)試的定義,軟件測(cè)試是由“驗(yàn)證”和“有效性確認(rèn)”構(gòu)成的整體。 “驗(yàn)證”是檢驗(yàn)軟件是否已正確實(shí)現(xiàn)了產(chǎn)品規(guī)格書所定義的系統(tǒng)功能和特性；“有效性確認(rèn)”是確認(rèn)所開發(fā)的軟件是否滿足用戶真正需求的活動(dòng)。,軟件測(cè)試階段,規(guī)格說明書審查-系統(tǒng)和程序設(shè)計(jì)審查-單元測(cè)試-集成測(cè)試-功能測(cè)試-系統(tǒng)測(cè)試-安裝測(cè)試-驗(yàn)收測(cè)試,軟件質(zhì)量管理雜談,能力成熟度模型（Capability Maturity Model for Software，英文縮寫為SW-CMM，簡稱CMM） CMM是指“能力成熟度模型”，是對(duì)于軟件組織在定義、實(shí)施、度量、控制和改善其軟件過程的實(shí)踐中各個(gè)發(fā)展階段的描述。 CMM是一種用于評(píng)價(jià)軟件承包能力并幫助其改善軟件質(zhì)量的方法，側(cè)重于軟件開發(fā)過程的管理及工程能力的提高與評(píng)估。CMM分為五個(gè)等級(jí)：一級(jí)為初始級(jí)，二級(jí)為可重復(fù)級(jí)，三級(jí)為已定義級(jí)，四級(jí)為已管理級(jí)，五級(jí)為優(yōu)化級(jí)。 從當(dāng)今整個(gè)軟件公司現(xiàn)狀來看，最多的成熟度為1級(jí)，多數(shù)成熟度為2級(jí)，少數(shù)成熟度為3級(jí)，極少數(shù)成熟度為4級(jí)，成熟度為5級(jí)的更是鳳毛麟角。 其所依據(jù)的想法是：只要集中精力持續(xù)努力去建立有效的軟件工程過程的基礎(chǔ)結(jié)構(gòu)，不斷進(jìn)行管理的實(shí)踐和過程的改進(jìn)，就可以克服軟件生產(chǎn)中的困難。CMM它是目前國際上最流行、最實(shí)用的一種軟件生產(chǎn)過程標(biāo)準(zhǔn)，已經(jīng)得到了眾多國家以及國際軟件產(chǎn)業(yè)界的認(rèn)可，成為當(dāng)今企業(yè)從事規(guī)模軟件生產(chǎn)不可缺少的一項(xiàng)內(nèi)容。,CMM的基本思想,CMM的基本思想是，因?yàn)閱栴}是由我們管理軟件過程的方法引起的，所以新軟件技術(shù)的運(yùn)用不會(huì)自動(dòng)提高生產(chǎn)率和利潤率。CMM有助于組織建立一個(gè)有規(guī)律的、成熟的軟件過程。改進(jìn)的過程將會(huì)生產(chǎn)出質(zhì)量更好的軟件，使更多的軟件項(xiàng)目免受時(shí)間和費(fèi)用的超支之苦。軟件過程包括各種活動(dòng)、技術(shù)和用來生產(chǎn)軟件的工具。因此，它實(shí)際上包括了軟件生產(chǎn)的技術(shù)方面和管理方面。CMM策略力圖改進(jìn)軟件過程的管理，而在技術(shù)上的改進(jìn)是其必然的結(jié)果。,CMM,CMM VS ISO,SQA,軟件測(cè)試質(zhì)量保證（software quality assurance,SQA）活動(dòng)是通過對(duì)軟件產(chǎn)品有計(jì)劃的進(jìn)行評(píng)審和審計(jì)來驗(yàn)證軟件是否合乎標(biāo)準(zhǔn)的系統(tǒng)工程，通過協(xié)調(diào)，審查和跟蹤以獲取有用信息，形成分析結(jié)果以指導(dǎo)軟件過程。 基本目標(biāo)： 目標(biāo) 1: 軟件質(zhì)量保證工作是有計(jì)劃進(jìn)行的。 目標(biāo) 2: 客觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。 目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。 目標(biāo) 4: 高級(jí)管理層接觸到在項(xiàng)目內(nèi)部不能解決的不符合類問題。,SQA,工作內(nèi)容 建立軟件質(zhì)量保證活動(dòng)的實(shí)體 制定軟件質(zhì)量保證計(jì)劃 堅(jiān)持各階段的評(píng)審，審計(jì)，跟蹤 監(jiān)控軟件產(chǎn)品的質(zhì)量 采集軟件質(zhì)量保證活動(dòng)的數(shù)據(jù) 度量軟件質(zhì)量保證活動(dòng),TMM(Testing Maturity Model)模型,第一級(jí) 初始級(jí),TMM初始級(jí)軟件測(cè)試過程的特點(diǎn)是測(cè)試過程無序，有時(shí)甚至是混亂的，幾乎沒有妥善定義的。初始級(jí)中軟件的測(cè)試與調(diào)試常常被混為一談，軟件開發(fā)過程中缺乏測(cè)試資源，工具以及訓(xùn)練有素的測(cè)試人員。初始級(jí)的軟件測(cè)試過程沒有定義成熟度目標(biāo)。,第二級(jí) 定義級(jí),TMM的定義級(jí)中，測(cè)試己具備基本的測(cè)試技術(shù)和方法，軟件的測(cè)試與調(diào)試己經(jīng)明確地被區(qū)分開。這時(shí)，測(cè)試被定義為軟件生命周期中的一個(gè)階段，它緊隨在編碼階段之后。但在定義級(jí)中，測(cè)試計(jì)劃往往在編碼之后才得以制訂，這顯然有背于軟件工程的要求。,第三級(jí) 集成級(jí),在集成級(jí)，測(cè)試不僅僅是跟隨在編碼階段之后的一個(gè)階段，它已被擴(kuò)展成與軟件生命周期融為一體的一組已定義的活動(dòng)。測(cè)試活動(dòng)遵循軟件生命周期的V字模型。測(cè) 試人員在需求分析階段便開始著手制訂測(cè)試計(jì)劃，并根據(jù)用戶或客戶需求建立測(cè)試目標(biāo)，同時(shí)設(shè)計(jì)測(cè)試用例并制訂測(cè)試通過準(zhǔn)則。在集成級(jí)上，應(yīng)成立軟件測(cè)試組 織，提供測(cè)試技術(shù)培訓(xùn)，關(guān)鍵的測(cè)試活動(dòng)應(yīng)有相應(yīng)的測(cè)試工具予以支持。在該測(cè)試成熟度等級(jí)上，沒有正式的評(píng)審程序，沒有建立質(zhì)量過程和產(chǎn)品屬性的測(cè)試度量。 集成級(jí)要實(shí)現(xiàn)4個(gè)成熟度目標(biāo)，它們分別是:建立軟件測(cè)試組織，制訂技術(shù)培訓(xùn)計(jì)劃，軟件全壽命周期測(cè)試，控制和監(jiān)視測(cè)試過程。,第四級(jí) 管理和測(cè)量級(jí),在管理和測(cè)量級(jí)，測(cè)試活動(dòng)除測(cè)試被測(cè)程序外，還包括軟件生命周期中各個(gè)階段的評(píng)審，審查和追查，使測(cè)試活動(dòng)涵蓋了軟件驗(yàn)證和軟件確認(rèn)活動(dòng)。根據(jù)管理和測(cè)量 級(jí)的要求，軟件工作產(chǎn)品以及與測(cè)試相關(guān)的工作產(chǎn)品，如測(cè)試計(jì)劃，測(cè)試設(shè)計(jì)和測(cè)試步驟都要經(jīng)過評(píng)審。因?yàn)闇y(cè)試是一個(gè)可以量化并度量的過程。為了測(cè)量測(cè)試過 程，測(cè)試人員應(yīng)建立測(cè)試數(shù)據(jù)庫。收集和記錄各軟件工程項(xiàng)目中使用的測(cè)試用例，記錄缺陷并按缺陷的嚴(yán)重程度劃分等級(jí)。此外，所建立的測(cè)試規(guī)程應(yīng)能夠支持軟件 組最終對(duì)測(cè)試過程的控制和測(cè)量。管理和測(cè)量級(jí)有3個(gè)要實(shí)現(xiàn)的成熟度目標(biāo):建立組織范圍內(nèi)的評(píng)審程序，建立測(cè)試過程的測(cè)量程序和軟件質(zhì)量評(píng)價(jià)。,第五級(jí) 優(yōu)化，預(yù)防和質(zhì)量控制級(jí),由于本級(jí)的測(cè)試過程是可重復(fù)，已定義，已管理和己測(cè)量的，因此軟件組織能夠優(yōu)化調(diào)整和持續(xù)改進(jìn)測(cè)試過程。測(cè)試過程的管理為持續(xù)改進(jìn)產(chǎn)品質(zhì)量和過程質(zhì)量提供指導(dǎo)，并提供必要的基礎(chǔ)設(shè)施。優(yōu)化，預(yù)防缺陷和質(zhì)量控制級(jí)有3個(gè)要實(shí)現(xiàn)的成熟度目標(biāo): (I)應(yīng)用過程數(shù)據(jù)預(yù)防缺陷。這時(shí)的軟件組織能夠記錄軟件缺陷，分析缺陷模式，識(shí)別錯(cuò)誤根源，制訂防止缺陷再次發(fā)生的計(jì)劃，提供跟蹤這種括動(dòng)的辦法，并將這些活動(dòng)貫穿于全組織的各個(gè)項(xiàng)目中。 (II)質(zhì)量控制在本級(jí)，軟件組織通過采用統(tǒng)計(jì)采樣技術(shù)，測(cè)量組織的自信度，測(cè)量用戶對(duì)組織的信賴度以及設(shè)定軟件可靠性目標(biāo)來推進(jìn)測(cè)試過程。為了加強(qiáng)軟件質(zhì)量控制，測(cè)試組和質(zhì)量保證組要有負(fù)責(zé)質(zhì)量的人員參加，他們應(yīng)掌握能減少軟件缺陷和改進(jìn)軟件質(zhì)量的技術(shù)和工具。 (III)優(yōu)化測(cè)試過程在測(cè)試成熟度的最高級(jí)，己能夠量化測(cè)試過程。這樣就可以依據(jù)量化結(jié)果來調(diào)整測(cè)試過程，不斷提高測(cè)試過程能力，并且軟件組織具有支持這種能力持續(xù)增長的基礎(chǔ)設(shè)施?；A(chǔ)設(shè)施包括政策，標(biāo)準(zhǔn)，培訓(xùn)，設(shè)備，工具以及組織結(jié)構(gòu)等。,McCall質(zhì)量模型,McCall質(zhì)量模型,軟件質(zhì)量管理雜談,初識(shí)Rup,RUP基礎(chǔ)知識(shí),RUP（Rational Unified Process，統(tǒng)一軟件開發(fā)過程，統(tǒng)一軟件過程)是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論。 RUP中的軟件生命周期在 時(shí)間上被分解為四個(gè)順序的階段，分別是：初始階段（Inception）、細(xì)化階段（Elaboration）、構(gòu)造階段（Construction）和 交付階段（Transition）。每個(gè)階段結(jié)束于一個(gè)主要的里程碑（Major Milestones）；每個(gè)階段本質(zhì)上是兩個(gè)里程碑之間的時(shí)間跨度。在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估以確定這個(gè)階段的目標(biāo)是否已經(jīng)滿足。如果評(píng)估結(jié)果令人 滿意的話，可以允許項(xiàng)目進(jìn)入下一個(gè)階段。,初始階段,初始階段的目標(biāo)是為系統(tǒng)建立商業(yè)案例并確定項(xiàng)目的邊界。為了達(dá)到該目的必須識(shí)別所有與系統(tǒng)交互的外部實(shí)體，在較高層次上定義交互的特性。本階段具有非常重 要的意義，在這個(gè)階段中所關(guān)注的是整個(gè)項(xiàng)目進(jìn)行中的業(yè)務(wù)和需求方面的主要風(fēng)險(xiǎn)。對(duì)于建立在原有系統(tǒng)基礎(chǔ)上的開發(fā)項(xiàng)目來講，初始階段可能很短。初始階段結(jié)束 時(shí)是第一個(gè)重要的里程碑：生命周期目標(biāo)（Lifecycle Objective）里程碑。生命周期目標(biāo)里程碑評(píng)價(jià)項(xiàng)目基本的生存能力。,細(xì)化階段,細(xì)化階段的目標(biāo)是分析問題領(lǐng)域，建立健全的體系結(jié)構(gòu)基礎(chǔ)，編制項(xiàng)目計(jì)劃， 淘汰項(xiàng)目中最高風(fēng)險(xiǎn)的元素。為了達(dá)到該目的，必須在理解整個(gè)系統(tǒng)的基礎(chǔ)上，對(duì)體系結(jié)構(gòu)作出決策，包括其范圍、主要功能和諸如性能等非功能需求。同時(shí)為項(xiàng)目 建立支持環(huán)境，包括創(chuàng)建開發(fā)案例，創(chuàng)建模板、準(zhǔn)則并準(zhǔn)備工具。細(xì)化階段結(jié)束時(shí)第二個(gè)重要的里程碑：生命周期結(jié)構(gòu)（Lifecycle Architecture）里程碑。生命周期結(jié)構(gòu)里程碑為系統(tǒng)的結(jié)構(gòu)建立了管理基準(zhǔn)并使項(xiàng)目小組能夠在構(gòu)建階段中進(jìn)行衡量。此刻，要檢驗(yàn)詳細(xì)的系統(tǒng)目標(biāo)和 范圍、結(jié)構(gòu)的選擇以及主要風(fēng)險(xiǎn)的解決方案。,構(gòu)造階段,在構(gòu)建階段，所有剩余的構(gòu)件和應(yīng)用程序功 能被開發(fā)并集成為產(chǎn)品，所有的功能被詳細(xì)測(cè)試。從某種意義上說，構(gòu)建階段是一個(gè)制造過程，其重點(diǎn)放在管理資源及控制運(yùn)作以優(yōu)化成本、進(jìn)度和質(zhì)量。構(gòu)建階段 結(jié)束時(shí)是第三個(gè)重要的里程碑：初始功能（Initial Operational）里程碑。初始功能里程碑決定了產(chǎn)品是否可以在測(cè)試環(huán)境中進(jìn)行部署。此刻，要確定軟件、環(huán)境、用戶是否可以開始系統(tǒng)的運(yùn)作。此時(shí)的產(chǎn)品版本也常被稱為“beta”版。,交付階段,交付階段的重點(diǎn)是確保軟件對(duì)最終用戶是可用的。交付階段可以跨越幾次迭代，包括為發(fā)布做準(zhǔn)備的產(chǎn)品測(cè)試，基于用戶反饋的少量的調(diào)整。在生命周期的這一點(diǎn)上，用戶反饋應(yīng)主要集中在產(chǎn)品調(diào)整，設(shè)置、安裝和可用性問題，所有主要的結(jié)構(gòu)問題應(yīng)該已經(jīng)在項(xiàng)目生命周期的早期階段解決了。在交付階段的終點(diǎn)是第四個(gè)里程碑：產(chǎn)品發(fā)布（Produc