面向?qū)ο髮?shí)現(xiàn)課件_第1頁(yè)
面向?qū)ο髮?shí)現(xiàn)課件_第2頁(yè)
面向?qū)ο髮?shí)現(xiàn)課件_第3頁(yè)
面向?qū)ο髮?shí)現(xiàn)課件_第4頁(yè)
面向?qū)ο髮?shí)現(xiàn)課件_第5頁(yè)
已閱讀5頁(yè),還剩68頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

面向?qū)ο髮?shí)現(xiàn)

面向?qū)ο髮?shí)現(xiàn)主要包括兩項(xiàng)工作:把面向?qū)ο笤O(shè)計(jì)結(jié)果翻譯成用某種程序語(yǔ)言書寫的面向?qū)ο蟪绦?;測(cè)試并調(diào)試面向?qū)ο蟮某绦颉?/p>

面向?qū)ο鬁y(cè)試的目標(biāo),也是用盡可能低的測(cè)試成本發(fā)現(xiàn)盡可能多的軟件錯(cuò)誤。面向?qū)ο蟪绦蛑刑赜械姆庋b、繼承和多態(tài)等機(jī)制,也給面向?qū)ο鬁y(cè)試帶來(lái)一些新特點(diǎn),增加了測(cè)試和調(diào)試的難度。必須在實(shí)踐中努力探索適合于面向?qū)ο筌浖母行У臏y(cè)試方法。面向?qū)ο笤O(shè)計(jì)的結(jié)果既可以用面向?qū)ο笳Z(yǔ)言、也可以用非面向?qū)ο笳Z(yǔ)言實(shí)現(xiàn)。12.1程序設(shè)計(jì)語(yǔ)言

12.1.1面向?qū)ο笳Z(yǔ)言的優(yōu)點(diǎn)

選擇編程語(yǔ)言的關(guān)鍵因素,是語(yǔ)言的一致的表達(dá)能力、可重用性及可維護(hù)性。從面向?qū)ο笥^點(diǎn)看來(lái),能夠更完整、更準(zhǔn)確地表達(dá)問題域語(yǔ)義的面向?qū)ο笳Z(yǔ)言的語(yǔ)法是非常重要的,因?yàn)檫@會(huì)帶來(lái)下述幾個(gè)重要優(yōu)點(diǎn):1.一致的表示方法面向?qū)ο箝_發(fā)基于不隨時(shí)間變化的、一致的表示方法。表示方法應(yīng)該從問題域到OOA,從OOA到OOD,最后從OOD到面向?qū)ο缶幊?OOP),始終穩(wěn)定不變。一致的表示方法既有利于在軟件開發(fā)過程中始終使用統(tǒng)一的概念,也有利于維護(hù)人員理解軟件的各種配置成分。2.可重用性為了能帶來(lái)可觀的商業(yè)利益,必須在更廣泛的范圍中運(yùn)用重用機(jī)制,而不是僅僅在程序設(shè)計(jì)這個(gè)層次上進(jìn)行重用。在OOA,OOD直到OOP中都顯式地表示問題域語(yǔ)義,其意義是十分深遠(yuǎn)的。隨著時(shí)間的推移,軟件開發(fā)組織既可能重用它在某個(gè)問題域內(nèi)的OOA結(jié)果,也可能重用相應(yīng)的OOD和OOP結(jié)果。3.可維護(hù)性盡管人們反復(fù)強(qiáng)調(diào)保持文檔與源程序一致的必要性,但是,在實(shí)際工作中很難做到交付兩類不同的文檔,并使它們保持彼此完全一致。特別是考慮到進(jìn)度、預(yù)算、能力和人員等限制因素時(shí),做到兩類文檔完全一致幾乎是不可能的。因此,維護(hù)人員最終面對(duì)的往往只有源程序本身。兩大類面向?qū)ο笳Z(yǔ)言。一類是純面向?qū)ο笳Z(yǔ)言,如Smalltalk和Eiffel等語(yǔ)言,著重支持面向?qū)ο蠓椒ㄑ芯亢涂焖僭偷膶?shí)現(xiàn).另一類是混合型面向?qū)ο笳Z(yǔ)言,也就是在過程語(yǔ)言的基礎(chǔ)上增加面向?qū)ο髾C(jī)制,如C++等語(yǔ)言,著重提高運(yùn)行速度和使傳統(tǒng)程序員容易接受面向?qū)ο笏枷搿?2.1.2面向?qū)ο笳Z(yǔ)言的技術(shù)特點(diǎn)1.支持類與對(duì)象概念的機(jī)制允許用戶動(dòng)態(tài)創(chuàng)建對(duì)象,并且可以用指針引用動(dòng)態(tài)創(chuàng)建的對(duì)象。系統(tǒng)必須處理內(nèi)存管理問題,如果不及時(shí)釋放不再需要的對(duì)象所占用的內(nèi)存,動(dòng)態(tài)存儲(chǔ)分配就有可能耗盡內(nèi)存。選擇面向?qū)ο笳Z(yǔ)言時(shí)應(yīng)該著重考察的一些技術(shù)特點(diǎn):有兩種管理內(nèi)存的方法,語(yǔ)言的運(yùn)行機(jī)制自動(dòng)管理內(nèi)存,即提供自動(dòng)回收“垃圾”的機(jī)制;程序員編寫釋放內(nèi)存的代碼。自動(dòng)管理內(nèi)存不僅方便而且安全,但是必須采用先進(jìn)的垃圾收集算法才能減少開銷。2.實(shí)現(xiàn)整體-部分(即聚集)結(jié)構(gòu)的機(jī)制兩種實(shí)現(xiàn)方法,分別使用指針和獨(dú)立的關(guān)聯(lián)對(duì)象實(shí)現(xiàn)整體-部分結(jié)構(gòu)。3.實(shí)現(xiàn)一般-特殊(即泛化)結(jié)構(gòu)的機(jī)制既包括實(shí)現(xiàn)繼承的機(jī)制也包括解決名字沖突的機(jī)制。解決名字沖突,指的是處理在多個(gè)基類中可能出現(xiàn)的重名問題,這個(gè)問題僅在支持多重繼承的語(yǔ)言中才會(huì)遇到。某些語(yǔ)言拒絕接受有名字沖突的程序,另一些語(yǔ)言提供了解決沖突的協(xié)議。不論使用何種語(yǔ)言,程序員都應(yīng)該盡力避免出現(xiàn)名字沖突。4.實(shí)現(xiàn)屬性和服務(wù)的機(jī)制實(shí)現(xiàn)屬性的機(jī)制應(yīng)該著重考慮幾個(gè)方面:支持實(shí)例連接的機(jī)制;屬性的可見性控制;對(duì)屬性值的約束。服務(wù)應(yīng)該考慮下列因素:支持消息連接(即表達(dá)對(duì)象交互關(guān)系)的機(jī)制;控制服務(wù)可見性的機(jī)制;動(dòng)態(tài)聯(lián)編。所謂動(dòng)態(tài)聯(lián)編,是指應(yīng)用系統(tǒng)在運(yùn)行過程中,當(dāng)需要執(zhí)行一個(gè)特定服務(wù)的時(shí)候,選擇(或聯(lián)編)實(shí)現(xiàn)該服務(wù)的適當(dāng)算法的能力。動(dòng)態(tài)聯(lián)編機(jī)制使得程序員在向?qū)ο蟀l(fā)送消息時(shí)擁有較大自由,在發(fā)送消息前,無(wú)須知道接受消息的對(duì)象當(dāng)時(shí)屬于哪個(gè)類。5.類型檢查如果語(yǔ)言僅要求每個(gè)變量或?qū)傩噪`屬于一個(gè)對(duì)象,則是弱類型的;如果語(yǔ)法規(guī)定每個(gè)變量或?qū)傩员仨殰?zhǔn)確地屬于某個(gè)特定的類,則這樣的語(yǔ)言是強(qiáng)類型的。面向?qū)ο笳Z(yǔ)言在這方面差異很大,例如,Smalltalk實(shí)際上是一種無(wú)類型語(yǔ)言(所有變量都是未指定類的對(duì)象);C++和Eiffel則是強(qiáng)類型語(yǔ)言。混合型語(yǔ)言(如C++,Objective_C等)甚至允許屬性值不是對(duì)象而是某種預(yù)定義的基本類型數(shù)據(jù)(如整數(shù),浮點(diǎn)數(shù)等),這可以提高操作的效率。強(qiáng)類型語(yǔ)言主要有兩個(gè)優(yōu)點(diǎn):有利于在編譯時(shí)發(fā)現(xiàn)程序錯(cuò)誤,增加了優(yōu)化的可能性。通常使用強(qiáng)類型編譯型語(yǔ)言開發(fā)軟件產(chǎn)品,使用弱類型解釋型語(yǔ)言快速開發(fā)原型??偟恼f來(lái),強(qiáng)類型語(yǔ)言有助于提高軟件的可靠性和運(yùn)行效率,現(xiàn)代的程序語(yǔ)言理論支持強(qiáng)類型檢查,大多數(shù)新語(yǔ)言都是強(qiáng)類型的。6.類庫(kù)大多數(shù)面向?qū)ο笳Z(yǔ)言都提供一個(gè)實(shí)用的類庫(kù)。類庫(kù)中往往包含實(shí)現(xiàn)通用數(shù)據(jù)結(jié)構(gòu)(例如,動(dòng)態(tài)數(shù)組、表、隊(duì)列、棧、樹等等)的類,通常把這些類稱為包容類。在類庫(kù)中還可以找到實(shí)現(xiàn)各種關(guān)聯(lián)的類。更完整的類庫(kù)通常還提供獨(dú)立于具體設(shè)備的接口類(例如,輸入輸出流),此外,用于實(shí)現(xiàn)窗口系統(tǒng)的用戶界面類也非常有用,它們構(gòu)成一個(gè)相對(duì)獨(dú)立的圖形庫(kù)。7.效率早期的面向?qū)ο笳Z(yǔ)言是解釋型的而不是編譯型的,效率低。使用擁有完整類庫(kù)的面向?qū)ο笳Z(yǔ)言,有時(shí)能比使用非面向?qū)ο笳Z(yǔ)言得到運(yùn)行更快的代碼。這是因?yàn)轭悗?kù)中提供了更高效的算法和更好的數(shù)據(jù)結(jié)構(gòu),例如,程序員已經(jīng)無(wú)須編寫實(shí)現(xiàn)哈希表或平衡樹算法的代碼了,類庫(kù)中已經(jīng)提供了這類數(shù)據(jù)結(jié)構(gòu),而且算法先進(jìn)、代碼精巧可靠。8.持久保存對(duì)象任何應(yīng)用程序都對(duì)數(shù)據(jù)進(jìn)行處理,如果希望數(shù)據(jù)能夠不依賴于程序執(zhí)行的生命期而長(zhǎng)時(shí)間保存下來(lái),則需要提供某種保存數(shù)據(jù)的方法。希望長(zhǎng)期保存數(shù)據(jù)主要出于以下兩個(gè)原因:(1)為實(shí)現(xiàn)在不同程序之間傳遞數(shù)據(jù),需要保存數(shù)據(jù);(2)為恢復(fù)被中斷了的程序的運(yùn)行,首先需要保存數(shù)據(jù)。一些面向?qū)ο笳Z(yǔ)言,沒有提供直接存儲(chǔ)對(duì)象的機(jī)制。這些語(yǔ)言的用戶必須自己管理對(duì)象的輸入輸出,或者購(gòu)買面向?qū)ο蟮臄?shù)據(jù)庫(kù)管理系統(tǒng)。9.參數(shù)化類常??吹竭@樣一些軟件元素(即函數(shù)、類等軟件成分),從它們的邏輯功能看,彼此是相同的,所不同的主要是處理的對(duì)象(數(shù)據(jù))類型不同。例如,對(duì)于一個(gè)向量(一維數(shù)組)類來(lái)說,不論是整型向量,浮點(diǎn)型向量,還是其他任何類型的向量,針對(duì)它的數(shù)據(jù)元素所進(jìn)行的基本操作都是相同的(例如,插入、刪除、檢索等),當(dāng)然,不同向量的數(shù)據(jù)元素的類型是不同的。如果程序語(yǔ)言提供一種能抽象出這類共性的機(jī)制,則對(duì)減少冗余和提高可重用性是大有好處的。所謂參數(shù)化類,就是使用一個(gè)或多個(gè)類型去參數(shù)化一個(gè)類的機(jī)制,有了這種機(jī)制,程序員就可以先定義一個(gè)參數(shù)化的類模板(即在類定義中包含以參數(shù)形式出現(xiàn)的一個(gè)或多個(gè)類型),然后把數(shù)據(jù)類型作為參數(shù)傳遞進(jìn)來(lái),從而把這個(gè)類模板應(yīng)用在不同的應(yīng)用程序中,或用在同一應(yīng)用程序的不同部分。Eiffel語(yǔ)言中就有參數(shù)化類,C++語(yǔ)言也提供了類模板。10.開發(fā)環(huán)境軟件工具和軟件工程環(huán)境對(duì)軟件生產(chǎn)率有很大影響。由于面向?qū)ο蟪绦蛑欣^承關(guān)系和動(dòng)態(tài)聯(lián)編等引入的特殊復(fù)雜性,面向?qū)ο笳Z(yǔ)言所提供的軟件工具或開發(fā)環(huán)境就顯得尤其重要了。至少應(yīng)該包括下列一些最基本的軟件工具:編輯程序,編譯程序或解釋程序,瀏覽工具,調(diào)試器(debugger)等。開發(fā)人員在選擇面向?qū)ο笳Z(yǔ)言時(shí),還應(yīng)該著重考慮以下一些實(shí)際因素。1.將來(lái)能否占主導(dǎo)地位在若干年以后,哪種面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言將占主導(dǎo)地位呢?為了使自己的產(chǎn)品在若干年后仍然具有很強(qiáng)的生命力,人們可能希望采用將來(lái)占主導(dǎo)地位的語(yǔ)言編程。12.1.3選擇面向?qū)ο笳Z(yǔ)言根據(jù)目前占有的市場(chǎng)份額,以及專業(yè)書刊和學(xué)術(shù)會(huì)議上所做的分析、評(píng)價(jià),人們往往能對(duì)未來(lái)哪種面向?qū)ο笳Z(yǔ)言將占據(jù)主導(dǎo)地位做出預(yù)測(cè)。但是,最終決定選用哪種面向?qū)ο笳Z(yǔ)言的實(shí)際因素,諸如成本之類的經(jīng)濟(jì)因素而不是技術(shù)因素。2.可重用性通過重用提高軟件生產(chǎn)率。優(yōu)先選用能夠最完整、最準(zhǔn)確地表達(dá)問題域語(yǔ)義的面向?qū)ο笳Z(yǔ)言。3.類庫(kù)和開發(fā)環(huán)境語(yǔ)言、開發(fā)環(huán)境和類庫(kù)這3個(gè)因素綜合起來(lái),共同決定了可重用性??紤]類庫(kù)的時(shí)候,不僅應(yīng)該考慮是否提供了類庫(kù),還應(yīng)該考慮類庫(kù)中提供了哪些有價(jià)值的類。隨著類庫(kù)的日益成熟和豐富,在開發(fā)新應(yīng)用系統(tǒng)時(shí),需要開發(fā)人員自己編寫的代碼將越來(lái)越少。4.其他因素應(yīng)該考慮的其他因素還有:對(duì)用戶學(xué)習(xí)面向?qū)ο蠓治觥⒃O(shè)計(jì)和編碼技術(shù)所能提供的培訓(xùn)服務(wù);在使用這個(gè)面向?qū)ο笳Z(yǔ)言期間能提供的技術(shù)支持;能提供給開發(fā)人員使用的開發(fā)工具、開發(fā)平臺(tái)、發(fā)行平臺(tái);對(duì)機(jī)器性能和內(nèi)存的需求;集成已有軟件的容易程度等。良好的面向?qū)ο蟪绦蛟O(shè)計(jì)風(fēng)格,既包括傳統(tǒng)的程序設(shè)計(jì)風(fēng)格準(zhǔn)則,也包括為適應(yīng)面向?qū)ο蠓椒ㄋ赜械母拍?例如,繼承性)而必須遵循的一些新準(zhǔn)則。12.2程序設(shè)計(jì)風(fēng)格軟件重用有多個(gè)層次,在編碼階段主要涉及代碼重用問題。代碼重用有兩種:本項(xiàng)目?jī)?nèi)的代碼重用,新項(xiàng)目重用舊項(xiàng)目的代碼。內(nèi)部重用主要是找出設(shè)計(jì)中相同或相似的部分,然后利用繼承機(jī)制共享它們。外部重用,則必須有長(zhǎng)遠(yuǎn)眼光,需要反復(fù)考慮精心設(shè)計(jì)。12.2.1提高可重用性1.提高方法的內(nèi)聚一個(gè)方法(即服務(wù))應(yīng)該只完成單個(gè)功能。如果某個(gè)方法涉及兩個(gè)或多個(gè)不相關(guān)的功能,則應(yīng)該把它分解成幾個(gè)更小的方法。2.減小方法的規(guī)模應(yīng)該減小方法的規(guī)模,如果某個(gè)方法規(guī)模過大(代碼長(zhǎng)度超過一頁(yè)紙可能就太大了),則應(yīng)該把它分解成幾個(gè)更小的方法。主要的準(zhǔn)則:3.保持方法的一致性保持方法的一致性,有助于實(shí)現(xiàn)代碼重用。一般說來(lái),功能相似的方法應(yīng)該有一致的名字、參數(shù)特征(包括參數(shù)個(gè)數(shù)、類型和次序)、返回值類型、使用條件及出錯(cuò)條件等。4.把策略與實(shí)現(xiàn)分開有兩種不同類型的方法。一類方法負(fù)責(zé)做出決策,提供變?cè)?,并且管理全局資源,可稱為策略方法。另一類方法負(fù)責(zé)完成具體的操作,但卻并不做出是否執(zhí)行這個(gè)操作的決定,也不知道為什么執(zhí)行這個(gè)操作,可稱為實(shí)現(xiàn)方法。5.全面覆蓋如果輸入條件的各種組合都可能出現(xiàn),則應(yīng)該針對(duì)所有組合寫出方法,而不能僅僅針對(duì)當(dāng)前用到的組合情況寫方法。例如,如果在當(dāng)前應(yīng)用中需要寫一個(gè)方法,以獲取表中第一個(gè)元素,則至少還應(yīng)該為獲取表中最后一個(gè)元素再寫一個(gè)方法。此外,一個(gè)方法不應(yīng)該只能處理正常值,對(duì)空值、極限值及界外值等異常情況也應(yīng)該能夠作出有意義的響應(yīng)。6.盡量不使用全局信息應(yīng)該盡量降低方法與外界的耦合程度,不使用全局信息是降低耦合度的一項(xiàng)主要措施。7.利用繼承機(jī)制在面向?qū)ο蟪绦蛑校褂美^承機(jī)制是實(shí)現(xiàn)共享和提高重用程度的主要途徑。(1)調(diào)用子過程。最簡(jiǎn)單的做法是把公共的代碼分離出來(lái),構(gòu)成一個(gè)被其他方法調(diào)用的公用方法。可以在基類中定義這個(gè)公用方法,供派生類中的方法調(diào)用。圖12.1通過調(diào)用公用方法實(shí)現(xiàn)代碼重用(2)分解因子。從不同類的相似方法中分解出不同的“因子”(即不同的代碼),把余下的代碼作為公用方法中的公共代碼,把分解出的因子作為名字相同算法不同的方法,放在不同類中定義,并被這個(gè)公用方法調(diào)用,使用這種途徑通常額外定義一個(gè)抽象基類,并在這個(gè)抽象基類中定義公用方法。把這種途徑與面向?qū)ο笳Z(yǔ)言提供的多態(tài)性機(jī)制結(jié)合起來(lái),讓派生類繼承抽象基類中定義的公用方法,可以明顯降低為增添新子類而需付出的工作量,因?yàn)橹恍柙谛伦宇愔芯帉懫涮赜械拇a。圖12.2通過因子分解實(shí)現(xiàn)代碼重用(3)使用委托。繼承關(guān)系的存在意味著子類“即是”父類,因此,父類的所有方法和屬性應(yīng)該都適用于子類。僅當(dāng)確實(shí)存在一般-特殊關(guān)系時(shí),使用繼承才是恰當(dāng)?shù)?。繼承機(jī)制使用不當(dāng)將造成程序難于理解、修改和擴(kuò)充。當(dāng)邏輯上不存在一般-特殊關(guān)系時(shí),為重用已有的代碼,可以利用委托機(jī)制,。(4)把代碼封裝在類中。程序員往往希望重用用其他方法編寫的、解決同一類應(yīng)用問題的程序代碼。重用這類代碼的一個(gè)比較安全的途徑,是把被重用的代碼封裝在類中。例如,在開發(fā)一個(gè)數(shù)學(xué)分析應(yīng)用系統(tǒng)的過程中,已知有現(xiàn)成的實(shí)現(xiàn)矩陣變換的商品軟件包,程序員不想用C++語(yǔ)言重寫這個(gè)算法,于是他定義一個(gè)矩陣類把這個(gè)商品軟件包的功能封裝在該類中。提高可擴(kuò)充性:1.封裝實(shí)現(xiàn)策略應(yīng)該把類的實(shí)現(xiàn)策略(包括描述屬性的數(shù)據(jù)結(jié)構(gòu)、修改屬性的算法等)封裝起來(lái),對(duì)外只提供公有的接口,否則將降低今后修改數(shù)據(jù)結(jié)構(gòu)或算法的自由度。12.2.2提高可擴(kuò)充性2.不要用一個(gè)方法遍歷多條關(guān)聯(lián)鏈一個(gè)方法應(yīng)該只包含對(duì)象模型中的有限內(nèi)容。違反這條準(zhǔn)則將導(dǎo)致方法過分復(fù)雜,既不易理解,也不易修改擴(kuò)充。3.避免使用多分支語(yǔ)句一般說來(lái),可以利用DO_CASE語(yǔ)句測(cè)試對(duì)象的內(nèi)部狀態(tài),而不要用來(lái)根據(jù)對(duì)象類型選擇應(yīng)有的行為,否則在增添新類時(shí)將不得不修改原有的代碼。應(yīng)該合理地利用多態(tài)性機(jī)制,根據(jù)對(duì)象當(dāng)前類型,自動(dòng)決定應(yīng)有的行為。4.精心確定公有方法公有方法是向公眾公布的接口。對(duì)這類方法的修改往往會(huì)涉及許多其他類,因此,修改公有方法的代價(jià)通常都比較高。為提高可修改性,降低維護(hù)成本,必須精心選擇和定義公有方法。私有方法是僅在類內(nèi)使用的方法,通常利用私有方法來(lái)實(shí)現(xiàn)公有方法。刪除、增加或修改私有方法所涉及的面要窄得多,因此代價(jià)也比較低。程序員在編寫實(shí)現(xiàn)方法的代碼時(shí),既應(yīng)該考慮效率,也應(yīng)該考慮健壯性。需要在健壯性與效率之間做出適當(dāng)?shù)恼壑?。為提高健壯性?yīng)該遵守以下幾條準(zhǔn)則。12.2.3提高健壯性1.預(yù)防用戶的操作錯(cuò)誤軟件系統(tǒng)必須具有處理用戶操作錯(cuò)誤的能力。當(dāng)用戶在輸入數(shù)據(jù)時(shí)發(fā)生錯(cuò)誤,不應(yīng)該引起程序運(yùn)行中斷,更不應(yīng)該造成“死機(jī)”。對(duì)其接收到的數(shù)據(jù)都必須進(jìn)行檢查,即使發(fā)現(xiàn)了非常嚴(yán)重的錯(cuò)誤,也應(yīng)該給出恰當(dāng)?shù)奶崾拘畔ⅲ?zhǔn)備再次接收用戶的輸入。2.檢查參數(shù)的合法性對(duì)公有方法,尤其應(yīng)該著重檢查其參數(shù)的合法性,因?yàn)橛脩粼谑褂霉蟹椒〞r(shí)可能違反參數(shù)的約束條件。3.不要預(yù)先確定限制條件在設(shè)計(jì)階段,往往很難準(zhǔn)確地預(yù)測(cè)出應(yīng)用系統(tǒng)中使用的數(shù)據(jù)結(jié)構(gòu)的最大容量需求。因此不應(yīng)該預(yù)先設(shè)定限制條件。如果有必要和可能,則應(yīng)該使用動(dòng)態(tài)內(nèi)存分配機(jī)制,創(chuàng)建未預(yù)先設(shè)定限制條件的數(shù)據(jù)結(jié)構(gòu)。4.先測(cè)試后優(yōu)化應(yīng)該在為提高效率而進(jìn)行優(yōu)化之前,先測(cè)試程序的性能經(jīng)過測(cè)試,合理地確定為提高性能應(yīng)該著重優(yōu)化的關(guān)鍵部分。如果實(shí)現(xiàn)某個(gè)操作的算法有許多種,則應(yīng)該綜合考慮內(nèi)存需求、速度及實(shí)現(xiàn)的簡(jiǎn)易程度等因素,經(jīng)合理折衷選定適當(dāng)?shù)乃惴?。從單元測(cè)試開始,逐步進(jìn)入集成測(cè)試,最后進(jìn)行確認(rèn)測(cè)試和系統(tǒng)測(cè)試。測(cè)試面向?qū)ο筌浖牟呗耘c傳統(tǒng)的軟件系統(tǒng)策略基本相同,但也有許多新特點(diǎn)。12.3測(cè)試策略最小的可測(cè)試單元是封裝起來(lái)的類和對(duì)象。一個(gè)類可以包含一組不同的操作,而一個(gè)特定的操作也可能存在于一組不同的類中。對(duì)于面向?qū)ο蟮能浖?lái)說,單元測(cè)試的含義發(fā)生了很大變化。12.3.1面向?qū)ο蟮膯卧獪y(cè)試測(cè)試面向?qū)ο筌浖r(shí),把操作作為類的一部分來(lái)測(cè)試。例如,假設(shè)有一個(gè)類層次,操作X在超類中定義并被一組子類繼承,每個(gè)子類都使用操作X,但是,X調(diào)用子類中定義的操作并處理子類的私有屬性。由于在不同的子類中使用操作X的環(huán)境有微妙的差別,因此有必要在每個(gè)子類的語(yǔ)境中測(cè)試操作X。這就說明,當(dāng)測(cè)試面向?qū)ο筌浖r(shí),傳統(tǒng)的單元測(cè)試方法是不適用的,不能再在“真空”中(即孤立地)測(cè)試單個(gè)操作。面向?qū)ο蟮能浖胁淮嬖趯哟蔚目刂平Y(jié)構(gòu),傳統(tǒng)的自頂向下或自底向上的集成策略就沒有意義了由于構(gòu)成類的各個(gè)成分彼此間存在直接或間接的交互,一次集成一個(gè)操作到類中(傳統(tǒng)的漸增式集成方法)通常是不現(xiàn)實(shí)的。面向?qū)ο筌浖募蓽y(cè)試主要有下述兩種不同的策略。12.3.2面向?qū)ο蟮募蓽y(cè)試(1)基于線程的測(cè)試(threadbasedtesting)。這種策略把響應(yīng)系統(tǒng)的一個(gè)輸入或一個(gè)事件所需要的那些類集成起來(lái)。分別集成并測(cè)試每個(gè)線程,同時(shí)應(yīng)用回歸測(cè)試以保證沒有產(chǎn)生副作用。(2)基于使用的測(cè)試(usebasedtesting)。這種方法首先測(cè)試幾乎不使用服務(wù)器類的那些類(稱為獨(dú)立類),把獨(dú)立類都測(cè)試完之后,再測(cè)試使用獨(dú)立類的下一個(gè)層次的類(稱為依賴類)。對(duì)依賴類的測(cè)試一個(gè)層次一個(gè)層次地持續(xù)進(jìn)行下去,直至把整個(gè)軟件系統(tǒng)構(gòu)造完為止。在測(cè)試面向?qū)ο蟮能浖^程中,應(yīng)該注意發(fā)現(xiàn)不同的類之間的協(xié)作錯(cuò)誤。集群測(cè)試(clustertesting)是面向?qū)ο筌浖蓽y(cè)試的一個(gè)步驟。在這個(gè)測(cè)試步驟中,用精心設(shè)計(jì)的測(cè)試用例檢查一群相互協(xié)作的類(通過研究對(duì)象模型可以確定協(xié)作類),這些測(cè)試用例力圖發(fā)現(xiàn)協(xié)作錯(cuò)誤。面向?qū)ο筌浖拇_認(rèn)測(cè)試也集中檢查用戶可見的動(dòng)作和用戶可識(shí)別的輸出。測(cè)試人員應(yīng)該認(rèn)真研究動(dòng)態(tài)模型和描述系統(tǒng)行為的腳本,以確定最有可能發(fā)現(xiàn)用戶交互需求錯(cuò)誤的情景。傳統(tǒng)的黑盒測(cè)試方法也可用于設(shè)計(jì)確認(rèn)測(cè)試用例,但是,對(duì)于面向?qū)ο蟮能浖?lái)說,主要還是根據(jù)動(dòng)態(tài)模型和描述系統(tǒng)行為的腳本來(lái)設(shè)計(jì)確認(rèn)測(cè)試用例。12.3.3面向?qū)ο蟮拇_認(rèn)測(cè)試面向?qū)ο筌浖臏y(cè)試用例的設(shè)計(jì)方法,還處于研究、發(fā)展階段。面向?qū)ο鬁y(cè)試關(guān)注于設(shè)計(jì)適當(dāng)?shù)牟僮餍蛄幸詸z查類的狀態(tài)。12.4設(shè)計(jì)測(cè)試用例小型測(cè)試著重測(cè)試單個(gè)類和類中封裝的方法。測(cè)試單個(gè)類的方法主要有隨機(jī)測(cè)試、劃分測(cè)試和基于故障的測(cè)試等3種。12.4.1測(cè)試類的方法1.隨機(jī)測(cè)試下面通過銀行應(yīng)用系統(tǒng)的例子,簡(jiǎn)要地說明這種測(cè)試方法。該系統(tǒng)的account(賬戶)類有下列操作:open(打開),setup(建立),deposit(存款),withdraw(取款),balance(余額),summarize(清單),creditLimit(透支限額)和close(關(guān)閉)。上列每個(gè)操作都可以應(yīng)用于account類的實(shí)例,但是,該系統(tǒng)的性質(zhì)也對(duì)操作的應(yīng)用施加了一些限制,例如,必須在應(yīng)用其他操作之前先打開賬戶,在完成了全部操作之后才能關(guān)閉賬戶。即使有這些限制,可做的操作也有許多種排列方法。一個(gè)account類實(shí)例的最小行為歷史包括下列操作:

open·setup·deposit·withdraw·close這就是對(duì)account類的最小測(cè)試序列。但是,在下面的序列中可能發(fā)生許多其他行為:open·setup·deposit·[deposit|withdraw|balance|summarize|creditLimit]n·withdraw·close從上列序列可以隨機(jī)地產(chǎn)生一系列不同的操作序列,例如:測(cè)試用例#r1:open·setup·deposit·deposit·balance·summarize·withdraw·close測(cè)試用例#r2:open·setup·deposit·withdraw·deposit·balance·creditLimit·withdraw·close執(zhí)行上述這些及另外一些隨機(jī)產(chǎn)生的測(cè)試用例,可以測(cè)試類實(shí)例的不同生存歷史。2.劃分測(cè)試用等價(jià)劃分方法,采用劃分測(cè)試(partitiontesting)(類似等價(jià)劃分方法)方法可以減少測(cè)試類時(shí)所需要的測(cè)試用例的數(shù)量。把輸入和輸出分類,設(shè)計(jì)測(cè)試用例以測(cè)試劃分出的每個(gè)類別。(1)基于狀態(tài)的劃分根據(jù)類操作改變類狀態(tài)的能力來(lái)劃分類操作??紤]account類,狀態(tài)操作包括deposit和withdraw,而非狀態(tài)操作有balance,summarize和creditLimit。設(shè)計(jì)測(cè)試用例,以分別測(cè)試改變狀態(tài)的操作和不改變狀態(tài)的操作。

下面介紹劃分類別的方法。(2)基于屬性的劃分這種方法根據(jù)類操作使用的屬性來(lái)劃分類操作。對(duì)于account類來(lái)說,可以使用屬性balance來(lái)定義劃分,從而把操作劃分成3個(gè)類別:使用balance的操作;修改balance的操作;不使用也不修改balance的操作。然后,為每個(gè)類別設(shè)計(jì)測(cè)試序列。(3)基于功能的劃分這種方法根據(jù)類操作所完成的功能來(lái)劃分類操作。例如,可以把a(bǔ)ccount類中的操作分類為初始化操作(open,setup),計(jì)算操作(deposit,withdraw),查詢操作(balance,summarize,creditLimit)和終止操作(close)。然后為每個(gè)類別設(shè)計(jì)測(cè)試序列。3.基于故障的測(cè)試首先推測(cè)軟件中可能有的錯(cuò)誤,然后設(shè)計(jì)出最可能發(fā)現(xiàn)這些錯(cuò)誤的測(cè)試用例。例如,軟件工程師經(jīng)常在問題的邊界處犯錯(cuò)誤,因此,在測(cè)試SQRT(計(jì)算平方根)操作(該操作在輸入為負(fù)數(shù)時(shí)返回出錯(cuò)信息)時(shí),應(yīng)該著重檢查邊界情況:一個(gè)接近零的負(fù)數(shù)和零本身。其中“零本身”用于檢查程序員是否犯了如下錯(cuò)誤:把語(yǔ)句if(x>=0)calculate_square_root();誤寫成if(x>0)calculate_square_root();如果推測(cè)得比較準(zhǔn)確,則使用基于故障的測(cè)試方法能夠用相當(dāng)?shù)偷墓ぷ髁堪l(fā)現(xiàn)大量錯(cuò)誤;反之,如果推測(cè)不準(zhǔn),則這種方法的效果并不比隨機(jī)測(cè)試技術(shù)的效果好。在這個(gè)測(cè)試階段,必須對(duì)類間協(xié)作進(jìn)行測(cè)試。為了舉例說明設(shè)計(jì)類間測(cè)試用例的方法,擴(kuò)充銀行系統(tǒng)的例子,圖中箭頭方向代表消息的傳遞方向,箭頭線上的標(biāo)注給出了作為由消息所蘊(yùn)含的協(xié)作的結(jié)果而調(diào)用的操作。和測(cè)試單個(gè)類相似,測(cè)試類協(xié)作可以使用隨機(jī)測(cè)試方法和劃分測(cè)試方法,以及基于情景的測(cè)試和行為測(cè)試來(lái)完成。12.4.2集成測(cè)試方法圖12.3銀行系統(tǒng)的類-協(xié)作圖1.多類測(cè)試Kirani和Tsai建議使用下列步驟,以生成多個(gè)類的隨機(jī)測(cè)試用例。對(duì)每個(gè)客戶類,使用類操作符列表來(lái)生成一系列隨機(jī)測(cè)試序列。這些操作符向服務(wù)器類實(shí)例發(fā)送消息。對(duì)所生成的每個(gè)消息,確定協(xié)作類和在服務(wù)器對(duì)象中的對(duì)應(yīng)操作符。對(duì)服務(wù)器對(duì)象中的每個(gè)操作符(已經(jīng)被來(lái)自客戶對(duì)象的消息調(diào)用),確定傳遞的消息。對(duì)每個(gè)消息,確定下一層被調(diào)用的操作符,并把這些操作符結(jié)合進(jìn)測(cè)試序列中。為了說明怎樣用上述步驟生成多個(gè)類的隨機(jī)測(cè)試用例,考慮Bank類相對(duì)于ATM類(見圖12.3)的操作序列:verifyAcct·verifyPIN·[(verifyPolicy·withdrawReq)|depositReq|acctInfoREQ]n對(duì)Bank類的隨機(jī)測(cè)試用例可能是:測(cè)試用例#r3:verifyAcct·verifyPIN·depositReq為了考慮在上述這個(gè)測(cè)試中涉及的協(xié)作者,需要考慮與測(cè)試用例#r3中的每個(gè)操作相關(guān)聯(lián)的消息。Bank必須和ValidationInfo協(xié)作以執(zhí)行verifyAcct和verifyPIN,Bank還必須和Account協(xié)作以執(zhí)行depositReq。因此,測(cè)試上面提到的協(xié)作的新測(cè)試用例是:測(cè)試用例#r4:verifyA

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論