軟件測(cè)試基礎(chǔ)知識(shí)及流程全解課件

單擊此處編輯母版標(biāo)題樣式,單擊此處編輯母版文本樣式,第二級(jí),第三級(jí),第四級(jí),第五級(jí),*,什么是軟件測(cè)試,使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,目的在于檢驗(yàn)它是否滿足規(guī)定的需求、弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別,什么是軟件測(cè)試使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,軟件測(cè)試目的,測(cè)試是為了發(fā)現(xiàn)系統(tǒng)中的錯(cuò)誤而執(zhí)行程序的過(guò)程,好的測(cè)試方案在于盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤,成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試,軟件測(cè)試目的測(cè)試是為了發(fā)現(xiàn)系統(tǒng)中的錯(cuò)誤而執(zhí)行程序的過(guò)程,軟件測(cè)試目的,測(cè)試并不僅僅是為了找出錯(cuò)誤,.,通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn),這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法,改善測(cè)試的效率和有效性；,沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法,軟件測(cè)試目的測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原,軟件測(cè)試原則,所有的軟件測(cè)試都應(yīng)追溯到用戶需求,應(yīng)當(dāng)把,“,盡早地和不斷地進(jìn)行軟件測(cè)試,”,作為軟件測(cè)試人的座右銘,完全測(cè)試是不可能的，測(cè)試需要終止,測(cè)試無(wú)法顯示系統(tǒng)所有潛在的缺陷,軟件測(cè)試原則所有的軟件測(cè)試都應(yīng)追溯到用戶需求,軟件測(cè)試原則,充分注意測(cè)試中的群集現(xiàn)象,程序員應(yīng)避免檢查自己的程序,盡量避免測(cè)試的隨意性，應(yīng)從工程的角度理解軟件測(cè)試，它是有組織、有計(jì)劃、有步驟的活動(dòng),軟件測(cè)試原則充分注意測(cè)試中的群集現(xiàn)象,軟件測(cè)試對(duì)象,程序,數(shù)據(jù),文檔,過(guò)程,硬件,網(wǎng)絡(luò),軟件測(cè)試對(duì)象程序,軟件測(cè)試關(guān)鍵詞,單元測(cè)試,集成測(cè)試,系統(tǒng)測(cè)試,確認(rèn)測(cè)試,驗(yàn)收測(cè)試,白盒測(cè)試,黑盒測(cè)試,灰盒測(cè)試,軟件測(cè)試關(guān)鍵詞單元測(cè)試,單元測(cè)試,單元測(cè)試又稱模塊測(cè)試,是針對(duì)軟件設(shè)計(jì)的最小單元,程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作,其目的在于檢查每個(gè)程序單元能否實(shí) 現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的錯(cuò)誤,單元測(cè)試單元測(cè)試又稱模塊測(cè)試,集成測(cè)試,集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試,在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求）如根據(jù)結(jié)構(gòu)圖,組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試,集成測(cè)試是檢驗(yàn)程序單元和部件的接口關(guān)系,實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn),集成測(cè)試集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試,系統(tǒng)測(cè)試,系統(tǒng)測(cè)試是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進(jìn)行信息系統(tǒng)的各種組裝測(cè)試和確認(rèn)測(cè)試，其目的是通過(guò)與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方,系統(tǒng)測(cè)試的任務(wù)是近可能徹底的檢查出程序中的錯(cuò)誤，提高軟件系統(tǒng)的可靠性，其目的是檢驗(yàn)系統(tǒng),做得怎樣？,系統(tǒng)測(cè)試系統(tǒng)測(cè)試是將已經(jīng)確認(rèn)的軟件、計(jì)算機(jī)硬件、外設(shè)、網(wǎng)絡(luò)等,確認(rèn)測(cè)試,確認(rèn)測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣,確認(rèn)測(cè)試又稱有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ),確認(rèn)測(cè)試確認(rèn)測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那,驗(yàn)收測(cè)試,系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測(cè)試,這是管理性和防御性控制的測(cè)試過(guò)程,驗(yàn)收測(cè)試系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和,白盒測(cè)試,白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作,是把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試，通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致,白盒測(cè)試白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部,黑盒測(cè)試,黑盒測(cè)試也稱功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用,在測(cè)試地，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息,黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試,黑盒測(cè)試黑盒測(cè)試也稱功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否,灰盒測(cè)試,灰盒測(cè)試，確實(shí)是介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試,灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)，有時(shí)候輸出是正確的，但內(nèi)部其實(shí)已經(jīng)錯(cuò)誤了，這種情況非常多，如果每次都通過(guò)白盒測(cè)試來(lái)操作，效率會(huì)很低，因此需要采取這樣的一種灰盒的方法,灰盒測(cè)試灰盒測(cè)試，確實(shí)是介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試,軟件過(guò)程模型（了解）,瀑布模型,原型模型,螺旋模型,增量模型,噴泉模型,統(tǒng)一過(guò)程（,RUP,）,軟件過(guò)程模型（了解）瀑布模型,瀑布模型,瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè)計(jì)分開，便于分工協(xié)作，即采用結(jié)構(gòu)化的分析與設(shè)計(jì)方法將邏輯實(shí)現(xiàn)與物理實(shí)現(xiàn)分開,將軟件生命周期劃分為制定計(jì)劃、需求分析、軟件設(shè)計(jì)、程序編寫、軟件測(cè)試和運(yùn)行維護(hù)等六個(gè)基本活動(dòng)，并且規(guī)定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級(jí)下落,從本質(zhì)來(lái)講，它是一個(gè)軟件開發(fā)架構(gòu)，開發(fā)過(guò)程是通過(guò)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問(wèn)題，那么最好,“,返回,”,上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷模_發(fā)進(jìn)程從一個(gè)階段,“,流動(dòng),”,到下一個(gè)階段，這也是瀑布開發(fā)名稱的由來(lái),瀑布模型瀑布模型核心思想是按工序?qū)?wèn)題化簡(jiǎn)，將功能的實(shí)現(xiàn)與設(shè),瀑布模型圖,瀑布模型圖,原型模型,先借用已有系統(tǒng)作為原型模型，通過(guò),“,樣品,”,不斷改進(jìn)，使得最后的產(chǎn)品就是用戶所需要的,原型模型通過(guò)向用戶提供原型獲取用戶的反饋，使開發(fā)出的軟件能夠真正反映用戶的需求。同時(shí)，原型模型采用逐步求精的方法完善原型，使得原型能夠,“,快速,”,開發(fā)，避免了像瀑布模型一樣在冗長(zhǎng)的開發(fā)過(guò)程中難以對(duì)用戶的反饋?zhàn)鞒隹焖俚捻憫?yīng)。相對(duì)瀑布模型而言，原型模型更符合人們開發(fā)軟件的習(xí)慣，是目前較流行的一種實(shí)用軟件生存期模型,原型模型先借用已有系統(tǒng)作為原型模型，通過(guò)“樣品”不斷改進(jìn)，使,原型模型圖,原型模型圖,螺旋模型,1988,年，,BarryBoehm,正式發(fā)表了軟件系統(tǒng)開發(fā)的,螺旋模型,，它將瀑布模型和快速原型模型結(jié)合起來(lái)，強(qiáng)調(diào)了其他模型所忽視的風(fēng)險(xiǎn)分析，特別適合于大型復(fù)雜的系統(tǒng)。,螺旋模型沿著螺線進(jìn)行若干次迭代，圖中的四個(gè)象限代表了以下活動(dòng)：,（,1,）制定計(jì)劃：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件；,（,2,）風(fēng)險(xiǎn)分析：分析評(píng)估所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)；,（,3,）實(shí)施工程：實(shí)施軟件開發(fā)和驗(yàn)證；,（,4,）客戶評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議，制定下一步計(jì)劃。,螺旋模型1988年，BarryBoehm正式發(fā)表了軟件系統(tǒng)開,螺旋模型圖,螺旋模型圖,增量模型,增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí)現(xiàn)的迭代特征，該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的,“,增量,”,當(dāng)使用增量模型時(shí)，第,1,個(gè)增量往往是核心的產(chǎn)品，即第,1,個(gè)增量實(shí)現(xiàn)了基本的需求，但很多補(bǔ)充的特征還沒(méi)有發(fā)布,客戶對(duì)每一個(gè)增量的使用和評(píng)估都作為下一個(gè)增量發(fā)布的新特征和功能，這個(gè)過(guò)程在每一個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。增量模型強(qiáng)調(diào)每一個(gè)增量均發(fā)布一個(gè)可操作的產(chǎn)品,增量模型增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí),增量模型圖,增量模型圖,噴泉模型,噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，主要用于采用對(duì)象技術(shù)的軟件開發(fā)項(xiàng)目,該模型認(rèn)為軟件開發(fā)過(guò)程自下而上周期的各階段是相互迭代和無(wú)間隙的特性,軟件的某個(gè)部分常常被重復(fù)工作多次，相關(guān)對(duì)象在每次迭代中隨之加入漸進(jìn)的軟件成分,無(wú)間隙指在各項(xiàng)活動(dòng)之間無(wú)明顯邊界，如分析和設(shè)計(jì)活動(dòng)之間沒(méi)有明顯的界限，由于對(duì)象概念的引入，表達(dá)分析、設(shè)計(jì)、實(shí)現(xiàn)等活動(dòng)只用對(duì)象類和關(guān)系，從而可以較為容易地實(shí)現(xiàn)活動(dòng)的迭代和無(wú)間隙，使其開發(fā)自然地包括復(fù)用,噴泉模型噴泉模型是一種以用戶需求為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型，,噴泉模型圖,噴泉模型圖,統(tǒng)一過(guò)程模型,RUP,（,Rational Unified Process,，統(tǒng)一軟件開發(fā)過(guò)程，統(tǒng)一軟件過(guò)程,),是一個(gè)面向?qū)ο笄一诰W(wǎng)絡(luò)的程序開發(fā)方法論,根據(jù),Rational(Rational Rose,和統(tǒng)一建模語(yǔ)言的開發(fā)者,),的說(shuō)法，好像一個(gè)在線的指導(dǎo)者，它可以為所有方面和層次的程序開發(fā)提供指導(dǎo)方針，模版以及事例支持,RUP,和類似的產(chǎn)品,-,例如面向?qū)ο蟮能浖^(guò)程（,OOSP,），以及,OPEN Process,都是理解性的軟件工程工具,-,把開發(fā)中面向過(guò)程的方面（例如定義的階段，技術(shù)和實(shí)踐）和其他開發(fā)的組件（例如文檔，模型，手冊(cè)以及代碼等等）整合在一個(gè)統(tǒng)一的框架內(nèi),統(tǒng)一過(guò)程模型RUP（Rational Unified Pro,統(tǒng)一過(guò)程模型（,RUP,）圖,統(tǒng)一過(guò)程模型（RUP）圖,測(cè)試模型,V,模型,W,模型,H,模型,X,模型,測(cè)試模型V模型,V,模型圖,V模型圖,W,模型圖,W模型圖,H,模型圖,在整個(gè)生產(chǎn)周期中某個(gè)層次上的一次測(cè)試,“,微循環(huán),”,。圖中的其他流程圖可以是任意開發(fā)流程。例如，設(shè)計(jì)流程和編碼流程。也可以是其他非開發(fā)流程，例如，,SQA,流程，甚至是測(cè)試流程本身。只要測(cè)試條件成熟了，測(cè)試準(zhǔn)備活動(dòng)完成了，測(cè)試執(zhí)行活動(dòng)就可以進(jìn)行了,H模型圖,X,模型,X,模型是由,Marick,提出的,X,模型描述的是針對(duì)單獨(dú)程序片段所進(jìn)行的相互分離的編碼和測(cè)試，此后將進(jìn)行頻繁的交換，通過(guò)集成最終合成為可執(zhí)行的程序,X,模型是一種探索測(cè)試模型,X模型X模型是由Marick提出的,X,模型圖,X模型圖,測(cè)試策略,測(cè)試信息流,分析設(shè)計(jì)階段,需求說(shuō)明書評(píng)測(cè),概要設(shè)計(jì)說(shuō)明書評(píng)測(cè),詳細(xì)設(shè)計(jì)說(shuō)明書評(píng)測(cè),軟件編碼規(guī)范評(píng)測(cè),開發(fā)階段,單元測(cè)試,集成測(cè)試,確認(rèn)測(cè)試,系統(tǒng)測(cè)試,驗(yàn)收測(cè)試,軟件驗(yàn)證和確認(rèn)過(guò)程,測(cè)試策略測(cè)試信息流,天訊天網(wǎng)測(cè)試過(guò)程,測(cè)試流程圖,需求分析,測(cè)試計(jì)劃,測(cè)試設(shè)計(jì),測(cè)試環(huán)境搭建,測(cè)試執(zhí)行,測(cè)試記錄,天訊天網(wǎng)測(cè)試過(guò)程測(cè)試流程圖,測(cè)試流程圖,測(cè)試流程圖,需求分析,需求分析是軟件測(cè)試的一個(gè)重要環(huán)節(jié),，,一般而言，需求分析包括軟件功能需求分析、測(cè)試環(huán)境需求分析、測(cè)試資源需求分析等。其中最基本的是軟件功能需求分析，測(cè)一款軟件首先要知道軟件能實(shí)現(xiàn)哪些功能以及是怎樣實(shí)現(xiàn)的。比如綠網(wǎng)天下包括記錄查詢、軟件限制、網(wǎng)址限制等功能。那我們就應(yīng)該知道軟件是怎樣來(lái)實(shí)現(xiàn)這些功能的，為了實(shí)現(xiàn)這些功能需要哪些測(cè)試設(shè)備以及如何搭建相應(yīng)測(cè)試環(huán)境等，否則測(cè)試就無(wú)從談起,做測(cè)試需求分析的依據(jù)有軟件需求文檔、軟件規(guī)格書以及開發(fā)人員的設(shè)計(jì)文檔等。,需求分析需求分析是軟件測(cè)試的一個(gè)重要環(huán)節(jié)，一般而言，需求分析,測(cè)試計(jì)劃,測(cè)試計(jì)劃一般由測(cè)試負(fù)責(zé)人來(lái)編寫。測(cè)試計(jì)劃的依據(jù)主要是項(xiàng)目開發(fā)計(jì)劃和測(cè)試需求分析結(jié)果而制定,測(cè)試計(jì)劃一般包括以下一些方面：測(cè)試背景,、,項(xiàng)目涉及人員,、,測(cè)試依據(jù),、,測(cè)試資源,、,測(cè)試策略,、,測(cè)試日程,、,還要包括測(cè)試計(jì)劃編寫的日期、作