高級(jí)軟件工程練習(xí)題

軟件工程練習(xí)題 19.1 用自己的話，描述為什么在面向?qū)ο笙到y(tǒng)中，類是最小的合理測(cè)試單元。 答：在面向?qū)ο筌浖?，單元的概念發(fā)生了變化，不再是傳統(tǒng)軟件單元測(cè)試中關(guān)注的算法細(xì)節(jié)和流經(jīng)模塊接口數(shù)據(jù)，而是測(cè)試由封裝在類中的操作和類的狀態(tài)行為驅(qū)動(dòng)。最小的可測(cè)試單元是封裝了的類，一個(gè)類包含了不同的操作，而一個(gè)操作也是有不同的類組成的，傳統(tǒng)的單元測(cè)試已經(jīng)不再能滿足面向?qū)ο筌浖奶攸c(diǎn)了，而以類作為最小的測(cè)試單元更加合理。19.8 運(yùn)用隨機(jī)測(cè)試、劃分方法、多類測(cè)試及19.5，19.6節(jié)所描述的銀行應(yīng)用的行為模型導(dǎo)出的測(cè)試，在另外生成4個(gè)測(cè)試。答：隨機(jī)測(cè)試： 測(cè)試用例r1：open-setup-deposit-summarize-withdraw-close 劃分方法： 測(cè)試用例r2：open-setup-deposit-creditLimit -withdraw-close 多類測(cè)試： 測(cè)試用例r3：verifyAcct-verifyPIN-verifyPolicy-depositePeq 從行為模型導(dǎo)出的測(cè)試 測(cè)試用例r4：open-setupAccnt-deposit(initial)-withDraw-deposit-credit-accntInfo - withdrawal(finial)-close20.13導(dǎo)航語(yǔ)法測(cè)試與導(dǎo)航語(yǔ)義測(cè)試的區(qū)別是什么？ 導(dǎo)航語(yǔ)法測(cè)試：確保允許WebApp用戶經(jīng)由WebApp游歷的機(jī)制都是功能性的。對(duì)導(dǎo)航功能進(jìn)行測(cè)試，以確保每個(gè)導(dǎo)航都執(zhí)行了預(yù)計(jì)的功能。 導(dǎo)航語(yǔ)義測(cè)試：確認(rèn)每個(gè)導(dǎo)航語(yǔ)義單元（MSU）都能被合適的用戶類獲得?！耙唤M信息和相關(guān)的導(dǎo)航結(jié)構(gòu)，在完成相關(guān)的用戶需求的子集時(shí)，這些導(dǎo)航結(jié)構(gòu)會(huì)相互協(xié)作”。每個(gè)NSU有一系列連接導(dǎo)航節(jié)點(diǎn)的導(dǎo)航路徑定義。作為一個(gè)整體，每個(gè)NSU允許用戶獲得特殊的需求，這種特殊的需求是針對(duì)某類用戶，有一個(gè)或多個(gè)用例定義的。導(dǎo)航測(cè)試應(yīng)檢查每個(gè)NSU，以確保能夠獲得這些需求。20.17為使其成功，CornerP已經(jīng)實(shí)現(xiàn)了一個(gè)特殊的服務(wù)，單獨(dú)處理處方的重新填寫(xiě)。平均情況下，1000個(gè)并發(fā)用戶每?jī)煞昼娞峤灰淮沃靥钫?qǐng)求，WebApp下載500B的數(shù)據(jù)塊來(lái)響應(yīng)。此服務(wù)需要具有的吞吐量是多少M(fèi)b/s? 答： 吞吐量P=N*T*D =（1000*0.5*500B）/60 =4167B/s =0.033Mb/s20.18負(fù)載測(cè)試與壓力測(cè)試之間的區(qū)別是什么？答：壓力測(cè)試主要是為了發(fā)現(xiàn)在一（任意）定條件下軟件系統(tǒng)性能的變化情況，通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載（并發(fā)，循環(huán)操作，多用戶）并測(cè)量在這些不同的輸入時(shí)性能的改變，也就是通常說(shuō)的概念：壓力測(cè)試考察當(dāng)前軟硬件環(huán)境下系統(tǒng)所能承受的最大負(fù)荷并幫助找出系統(tǒng)瓶頸所在。其實(shí)這種測(cè)試也可以稱為負(fù)載測(cè)試，但是負(fù)載測(cè)試通常描述一種特定類型的壓力測(cè)試增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。比如實(shí)際中我們說(shuō)從比較小的負(fù)載開(kāi)始，逐漸增加模擬用戶的數(shù)量， 直到應(yīng)用程序響應(yīng)時(shí)間超時(shí)，就是說(shuō)的負(fù)載測(cè)試。 壓力測(cè)試的目標(biāo)是測(cè)試在一定的負(fù)載下系統(tǒng)長(zhǎng)時(shí)間運(yùn)行的穩(wěn)定性，尤其關(guān)注大業(yè)務(wù)量情況下長(zhǎng)時(shí)間運(yùn)行系統(tǒng)性能的變化（例如是否反應(yīng)變慢、是否會(huì)內(nèi)存泄漏導(dǎo)致系統(tǒng)逐漸崩潰、是否能恢復(fù)）；壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力，它包括兩種情況： (1)穩(wěn)定性壓力測(cè)試：在選定的壓力值下，長(zhǎng)時(shí)間持續(xù)運(yùn)行。通過(guò)這類壓力測(cè)試，可以考察各項(xiàng)性能指標(biāo)是否在指定范圍內(nèi)，有無(wú)內(nèi)存泄漏、有無(wú)功能性故障等； (2)破壞性壓力測(cè)試：在穩(wěn)定性壓力測(cè)試中可能會(huì)出現(xiàn)一些問(wèn)題，如系統(tǒng)性能明顯降低，但很難暴露出其真實(shí)的原因。通過(guò)破壞性不斷加壓的手段，往往能快速造成系統(tǒng)的崩潰或讓問(wèn)題明顯的暴露出來(lái)； 負(fù)載測(cè)試的目標(biāo)是測(cè)試在一定負(fù)載情況下系統(tǒng)性能（不關(guān)注穩(wěn)定性，也就是說(shuō)不關(guān)注長(zhǎng)時(shí)間運(yùn)行，只是得到不同負(fù)載下相關(guān)性能指標(biāo)即可）；實(shí)際中我們常從比較小的負(fù)載開(kāi)始，逐漸增加模擬用戶的數(shù)量（增加負(fù)載）， 觀察不同負(fù)載下應(yīng)用程序響應(yīng)時(shí)間、所耗資源，直到超時(shí)或關(guān)鍵資源耗盡，這就是所說(shuō)的負(fù)載測(cè)試，它是測(cè)試系統(tǒng)的不同負(fù)載情況下的性能指標(biāo)。 負(fù)載測(cè)試與壓力測(cè)試的最主要區(qū)別：(1)負(fù)載測(cè)試在于確定最終滿足系統(tǒng)指標(biāo)的前提下，系統(tǒng)所能承受的最大負(fù)載測(cè)試。壓力測(cè)試的目標(biāo)則在確定什么條件下系統(tǒng)性能處于失效狀態(tài) (2) 壓力測(cè)試主要是為了發(fā)現(xiàn)在一（任意）定條件下軟件系統(tǒng)性能的變化情況，通過(guò)改變應(yīng)用程序的輸入以對(duì)應(yīng)用程序施加越來(lái)越大的負(fù)載（并發(fā)，循環(huán)操作，多用戶）并測(cè)量在這些不同的輸入時(shí)性能的改變，也就是通常說(shuō)的概念：壓力測(cè)試考察當(dāng)前軟硬件環(huán)境下系統(tǒng)所能承受的最大負(fù)荷并幫助找出系統(tǒng)瓶頸所在. 負(fù)載測(cè)試通常描述一種特定類型的壓力測(cè)試增加用戶數(shù)量以對(duì)應(yīng)用程序進(jìn)行壓力測(cè)試。比如實(shí)際中我們說(shuō)從比較小的負(fù)載開(kāi)始，逐漸增加模擬用戶的數(shù)量， 直到應(yīng)用程序響應(yīng)時(shí)間超時(shí)。22.6研究某現(xiàn)有的SCM工具，然后大概描述它是如何實(shí)現(xiàn)版本控制和配置對(duì)象控制的。 答：版本控制：SCM工具記錄項(xiàng)目和文件的修改軌跡，跟蹤修改信息，使軟件開(kāi)發(fā)工作以基線漸進(jìn)方式完成，從而避免了軟件開(kāi)發(fā)不受控制的局面，使開(kāi)發(fā)狀態(tài)變得有序。SCM工具可以對(duì)同一文件的不同版本進(jìn)行差異比較，可以恢復(fù)個(gè)別文件或整個(gè)項(xiàng)目的早期版本，使用戶方便地得到升級(jí)和維護(hù)必需的程序和文檔。SCM工具內(nèi)部對(duì)版本的標(biāo)識(shí)，采用了版本號(hào)方式，但對(duì)用戶提供了多種途徑來(lái)標(biāo)識(shí)版本，被廣泛應(yīng)用的有版本號(hào)、標(biāo)簽和時(shí)間戳。多樣靈活的標(biāo)識(shí)手段，為用戶提供了方便。配置對(duì)象控制：以Webapp為例，Webapp包括很多配置對(duì)象：內(nèi)容對(duì)象、功能構(gòu)件和接口對(duì)象?？梢园慈魏畏绞絹?lái)標(biāo)識(shí)Webapp對(duì)象，只要適用于組織就可以。但是，為了維護(hù)不同平臺(tái)之間的兼容性，建議采用下面的約定：文件名長(zhǎng)度應(yīng)該不超過(guò)32個(gè)字符，避免使用大小寫(xiě)昏黃的或全部大寫(xiě)的名稱，也應(yīng)避免使用下劃線。另外，配置對(duì)象內(nèi)的URL地址應(yīng)該使用相對(duì)路徑。22.8研究某現(xiàn)有的SCM工具，并描述它實(shí)現(xiàn)版本控制的方法。此外，閱讀2-3篇有關(guān)SCM的文章，并描述用于版本控制的不同數(shù)據(jù)結(jié)構(gòu)和引用機(jī)制。 答：SCM用如下方式實(shí)現(xiàn)版本控制：SCM工具記錄項(xiàng)目和文件的修改軌跡，跟蹤修改信息，使軟件開(kāi)發(fā)工作以基線漸進(jìn)方式完成，從而避免了軟件開(kāi)發(fā)不受控制的局面，使開(kāi)發(fā)狀態(tài)變得有序。SCM工具可以對(duì)同一文件的不同版本進(jìn)行差異比較，可以恢復(fù)個(gè)別文件或整個(gè)項(xiàng)目的早期版本，使用戶方便地得到升級(jí)和維護(hù)必需的程序和文檔。SCM工具內(nèi)部對(duì)版本的標(biāo)識(shí)，采用了版本號(hào)方式，但對(duì)用戶提供了多種途徑來(lái)標(biāo)識(shí)版本，被廣泛應(yīng)用的有版本號(hào)、標(biāo)簽和時(shí)間戳。多樣靈活的標(biāo)識(shí)手段，為用戶提供了方便。 數(shù)據(jù)結(jié)構(gòu)和引用機(jī)制：文件版本的組織體現(xiàn)在版本樹(shù)結(jié)構(gòu)中，每個(gè)文件都可以通過(guò)checkout-edit-checkin的命令形成多個(gè)版本，還可以包含多層分支和子分支。ClearCase可以對(duì)目錄和子目錄進(jìn)行版本控制，允許開(kāi)發(fā)者對(duì)其數(shù)據(jù)的組織發(fā)展過(guò)程進(jìn)行追蹤。目錄版本對(duì)一些改變進(jìn)行控制，如建立一個(gè)新文件、修改文件名、建立新的子目錄或在目錄間移動(dòng)文件等。同時(shí)也支持對(duì)目錄自動(dòng)進(jìn)行比較和歸并的操作。（參考文獻(xiàn)：曹洪嵐 “淺談軟件配置管理” 中國(guó)會(huì)議 2009.10.1 趙文杰 “軟件配置管理理論與實(shí)踐” 現(xiàn)代計(jì)算機(jī)（專業(yè)版）2010.12.25 ）22.12什么是內(nèi)容管理？通過(guò)Web去研究?jī)?nèi)容管理工具的特性，并給出簡(jiǎn)要的總結(jié)。答：在某種意義上，內(nèi)容管理和配