第12章面向?qū)ο髮?shí)現(xiàn)(編輯修改稿)
2025-08-16 07:48 本頁面
【文章內(nèi)容簡介】 統(tǒng)必須具有處理用戶操作錯誤的能力。任何一個接收用戶輸入數(shù)據(jù)的方法，對其接收到的數(shù)據(jù)都必須進(jìn)行檢查，發(fā)現(xiàn)了錯誤，應(yīng)該給出恰當(dāng)?shù)奶崾拘畔?，并?zhǔn)備再次接收用戶的輸入。 提高健壯性 27 2. 檢查參數(shù)的合法性 對公有方法，尤其應(yīng)該著重檢查其參數(shù)的合法性，因為調(diào)用公有方法時可能違反參數(shù)的約束條件。 3. 不要輕易限定數(shù)據(jù)容量 在設(shè)計階段，很難準(zhǔn)確地預(yù)測出應(yīng)用系統(tǒng)中數(shù)據(jù)結(jié)構(gòu)的最大容量需求。如果有必要和可能，應(yīng)該使用動態(tài)內(nèi)存分配機(jī)制。 28 4. 先測試后優(yōu)化 測試程序的性能以確定是否為提高效率而進(jìn)行優(yōu)化。 如果實(shí)現(xiàn)某個操作的算法有許多種，則應(yīng)該綜合考慮內(nèi)存需求、速度及實(shí)現(xiàn)的簡易程度等因素，經(jīng)合理折衷選定適當(dāng)?shù)乃惴ā? 29 測試面向?qū)ο筌浖牟呗耘c與面向過程的策略基本相同，但也有許多新特點(diǎn)。 測試策略 30 最小的可測試單元是單個封裝起來的類和對象。 測試一個類就是測試它的對象子集 (不可窮盡 ). 測試對象主要是測試它的操作 . 不能孤立地測試單個操作 : 同一個操作在不同狀態(tài)下行為不同 . 同一個操作在不同類中有不同的實(shí)現(xiàn) (多態(tài)性 ). 有必要在每個子類的語境中測試操作 比面向過程更復(fù)雜 面向?qū)ο蟮膯卧獪y試 31 集成 =組裝有關(guān)聯(lián)的類 不存在層次的控制結(jié)構(gòu) (隱含在類中 ) 傳統(tǒng)的自頂向下 /自底向上的集成策略無意義。 面向?qū)ο蟮募蓽y試 32 面向?qū)ο筌浖募蓽y試的兩種策略 : （ 1） 基于線程的測試（ thread based testing): 把響應(yīng)系統(tǒng)的一個輸入或一個事件所需要的那些類(線程 )集成起來。 （ 2） 基于使用的測試（ use based testing): 首先測試獨(dú)立類 (幾乎不使用其它類的類 )，再測試使用獨(dú)立類的下一個層次的類（稱為依賴類）。據(jù)此依賴關(guān)系持續(xù)下去，直至把整個軟件系統(tǒng)構(gòu)造完為止。 集群測試（ cluster testing）：用精心設(shè)計的測試用例檢查一群相互協(xié)作的類（通過研究對象模型可以確定協(xié)作類），以發(fā)現(xiàn)不同的類之間的協(xié)作錯誤。 33 和傳統(tǒng)的確認(rèn)測試一樣，面向?qū)ο筌浖拇_認(rèn)測試也集中檢查用戶可見的動作和用戶可識別的輸出。 從動態(tài)模型和描述系統(tǒng)行為的腳本可導(dǎo)出確認(rèn)測試用例，以發(fā)現(xiàn)用戶交互需求可能錯誤的情景。 黑盒測試方法也可用于設(shè)計上述確認(rèn)測試用例。 面向?qū)ο蟮拇_認(rèn)測試 34 與傳統(tǒng)軟件測試不同，面向?qū)ο鬁y試關(guān)注設(shè)計適當(dāng)?shù)牟僮餍蛄幸詸z查類的狀態(tài)。 ? （ 1）傳統(tǒng)方法的可用性 ? 白盒測試：用于類級別的測試。測試類中封裝的操作，檢查類的狀態(tài)以確定是否存在錯誤。 ? 黑盒測試：用于集成測試、確認(rèn)測試。 設(shè)計測試用例 35 著重測試單個類和類中封裝的方法主要有：隨機(jī)測試、劃分測試和基于故障的測試等 3種。 測試類（單元）的方法 35 1. 隨機(jī)測試 ? 隨機(jī)選取測試 類操作 序列以測試該類對象不同的生命歷史 ? 問題的性質(zhì)隱含了一些限制 例：銀行應(yīng)用系統(tǒng)的 account(賬戶）類有下列操作： open(打開）， setup(建立）， deposit(存款），withdraw(取款）， balance(余額）， summarize(清單）， creditLimit(透支限額）和 close(關(guān)閉）。 限制：必須在其他操作前打開賬戶，完成了 全部 操作之后 才能 (/必須 )關(guān)閉賬戶。 36 一個 account類實(shí)例的最小 (正常 )行為歷史包含下列操作： opensetupclose 可能發(fā)生許多其他行為： Opensetupdeposit [deposit|withdraw|balance|summarize|creditLimit]close 從上列序列可以隨機(jī)地產(chǎn)生一系列不同的操作序列： r1:opensetupdepositdepositbalancesummarize.withdrawclose r2:opensetupdepositcreditLimitwithdrawclose 也要考慮異常（用戶或編程 )序列： opensetup.withdrawclose setupclose 37 2. 劃分測試 劃分測試（ partition testing）可以減少測試用例的數(shù)量。 3種劃分：狀態(tài)，屬性，功能。 （ 1） 基于狀態(tài)的劃分
規(guī)章制度相關(guān)推薦
鄂ICP備17016276號-1