【正文】 容易出問題。因此在實際應(yīng)用中要設(shè)計更多的用例來測試未走過、而可能隱藏錯誤的路徑。若把“ X1”錯寫成“ X1”,還是檢查不出來，它只有 50%的機(jī)會去檢查 X的值。 b=0) ? y=x/a。 ? 2）不僅要選擇合理的輸入數(shù)據(jù)作為測試用例，還應(yīng)選用不合理的輸入數(shù)據(jù)作為測試用例。 第 66 頁 數(shù)據(jù)說明 ?為使數(shù)據(jù)定義更容易看懂、更容易維護(hù)，要建立一些指導(dǎo)原則： –數(shù)據(jù)說明順序標(biāo)準(zhǔn)化，最好按照類型說明、公用變量、局部變量、文件說明的順序； –一個語句說明若干個變量時，名字最好按字典排序； –對復(fù)雜的 DS，要加注釋，說明固有特性。 ?程序設(shè)計語言分“匯編語言”和“高級語言”；匯編語言的程序執(zhí)行效率高，但生產(chǎn)效率低；高級語言的程序執(zhí)行效率不如匯編語言，但編程效率則要高得多，同時還有可讀性、可維護(hù)性好等優(yōu)點。 ? 程序只采用三種基本結(jié)構(gòu)，有確定的邏輯結(jié)構(gòu)，可讀性好。 第 55 頁 變換分析的步驟 ?確定 DFD及其類型 ?確定輸入流、中心加工、輸出流的流界； ?第一級分解；設(shè)計上層模塊； ?第二級分解，設(shè)計中、下層模塊； ?進(jìn)一步精細(xì)化。 第 50 頁 概要設(shè)計 ? 概要設(shè)計是為軟件系統(tǒng)定義一個邏輯上一致的結(jié)構(gòu)：進(jìn)行模塊劃分，建立模塊層次結(jié)構(gòu)、調(diào)用關(guān)系，設(shè)計全局?jǐn)?shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)庫，設(shè)計系統(tǒng)接口及人機(jī)界面等。 第 47 頁 關(guān)于藕合的討論 ?設(shè)計時應(yīng)： –盡量使用數(shù)據(jù)藕合， –少用控制藕合， –限制公用藕合的范圍， –完全不用內(nèi)容藕合。換句話說，在頂部有較高的扇出數(shù)（一個模塊直接下屬的子模塊數(shù)），在底部有較高的扇入數(shù)（模塊的直接上屬模塊的個數(shù)）。 結(jié)帳時間 =？ 12點前 12~18點間 18點后 不收費 收半費 收全費 下一頁 第 32 頁 用于需求分析的軟件工具 ?為保證軟件需求的正確性和需求的一致性，需要采用適當(dāng)?shù)能浖ぞ咧С中枨蠓治龉ぷ鳌? 第 28 頁 數(shù)據(jù)字典 DD（ Data Directory） ? DD對數(shù)據(jù)流程圖中出現(xiàn)的所有元素給出邏輯定義。 – 修改的開發(fā)計劃 包括成本估計、進(jìn)度計劃表、資源使用計劃等。實際上，追蹤 DFD和復(fù)查系統(tǒng)的邏輯模型這兩個步驟是交替進(jìn)行的循環(huán)過程。 第 13 頁 軟件需求定義的任務(wù) ?理解和表達(dá)用戶要求，制定軟件開發(fā)計劃，編寫要求說明書。 ? SD是一種用于概要設(shè)計的方法，與 SA方法配合使用。 ? 1978年 Kernihan和 Plauger對一些編碼風(fēng)格進(jìn)行歸納，提出了 16種具體方法。求解（抽象）過程可以劃分為若干個階段，在不同階段用不同工具來描述。 ?基本要點： –自頂向下 –逐步求精 –模塊化設(shè)計 –結(jié)構(gòu)化編碼 –主程序員組織 –結(jié)構(gòu)化設(shè)計 SD 第 3 頁 “自頂向下” ?是將復(fù)雜的大問題，分解為小問題，找出問題的關(guān)鍵、重點所在，同時找出技術(shù)難點來。 ? 求解問題不是一下子就用計算機(jī)語言卻描述問題，而是分階段；先用自然語言、 DFD（數(shù)據(jù)流程圖）等工具一步步地去抽象、描述，最后用計算機(jī)語言卻實現(xiàn)。 ? 測試工程師 具有較高遍程水準(zhǔn)和經(jīng)驗，負(fù)責(zé)系統(tǒng)測試；是程序生產(chǎn)過程中的檢驗員。 第 11 頁 結(jié)構(gòu)化程序設(shè)計 SP ? SP的思想最早是由著名計算機(jī)科學(xué)家。 ? 通常把分析過程中得到的有關(guān)部門數(shù)據(jù)元素信息記錄到數(shù)據(jù)字典 DD中。 第 20 頁 修改開發(fā)計劃 ?在分析過程中可能會不斷地修改原擬定的開發(fā)計劃，這是正常的。它有四種基本符號： S P X 數(shù)據(jù)源及數(shù)據(jù)終點 加工 對數(shù)據(jù)進(jìn)行的加工或變換，指向加工的數(shù)據(jù)流 是輸入數(shù)據(jù)；離開的是輸出數(shù)據(jù)。 ? CASE 時間 18 ? Rrent=rent。 –目標(biāo) 提高軟件系統(tǒng)的： ? 可維護(hù)性 可擴(kuò)充、可修改 ? 可理解性 對軟件人員要易讀易理解；對用戶要易使用、易維護(hù) ? 可靠性 包括正確性和健壯性 第 38 頁 設(shè)計方法和步驟 ?概要設(shè)計 – 定義系統(tǒng)的邏輯結(jié)構(gòu)，包括：系統(tǒng)的模塊劃分、建立模塊的層次結(jié)構(gòu)、邏輯關(guān)系、設(shè)計全局 DS及 DB； ?詳細(xì)設(shè)計 – 根據(jù)每個模塊的功能描述，設(shè)計模塊內(nèi)部的實現(xiàn)算法、模塊所需要的局部數(shù)據(jù)結(jié)構(gòu)。因為分解到一定程度后，模塊之間的接口工作量就上升，從而使總的代價上升。 ? 它是模塊執(zhí)行任務(wù)的整體統(tǒng)一性的度量，是模塊相對功能強(qiáng)弱的度量。 第 52 頁 數(shù)據(jù)流程圖分類 ?變換流 加工 中心 輸入 加工 輸出 加工 輸入 輸出 內(nèi)部 結(jié)果 內(nèi)部 數(shù)據(jù) 輸入流 輸出流 變換流 加工結(jié)果 第 53 頁 事物流 ? 事物 中心 T 數(shù)據(jù)流 事物中心 t1 t2 t3 t4 事物路徑 事物流 一個數(shù)據(jù)流經(jīng)過某個加工后，有若干個平行的數(shù)據(jù)流 流出，將這種變換稱為事物流。 ?詳細(xì)設(shè)計的方法主要是用結(jié)構(gòu)程序設(shè)計SP方法，詳細(xì)設(shè)計的表示工具有圖形工具和語言工具。SP方法對大問題的描述有很大的局限性?？梢泽w現(xiàn)在下列各個方面： –源代碼文件（程序內(nèi)部的文檔） –數(shù)據(jù)說明 –語句構(gòu)造 –輸入 |輸出 –提高程序質(zhì)量的技巧 –效率 第 65 頁 源代碼文件（程序內(nèi)部的文檔） ? 包括程序中使用的標(biāo)識符，適當(dāng)?shù)淖⑨屢约俺绦虻囊曈X組織。 第 72 頁 五、系統(tǒng)測試 ?軟件測試概述 ?測試用例的設(shè)計 ?測試實施方法 ?軟件的調(diào)試 第 73 頁 軟件測試概述 ?目的 ?發(fā)現(xiàn)軟件中隱藏的各種差錯。 第 76 頁 測試用例的設(shè)計 ? 設(shè)計測試用例的基本目標(biāo)是：確定一組最有可能發(fā)現(xiàn)某個錯誤或某類錯誤的測試數(shù)據(jù)。b=0？ a=2||x1? y=x/a x=x+1 A B C D E 第 79 頁 邏輯覆蓋分析 ——語句覆蓋 ?執(zhí)行程序中的每個語句。為達(dá)到“條件覆蓋”標(biāo)準(zhǔn)，需選用數(shù)據(jù) ,使得 ? 在 A點有 A1 ,A=1, B=0, B0 ? 在 B點有 A=2, A2, X1, X=1 ? 為此選擇下列兩組測試數(shù)據(jù)： ? ａ＝２，ｂ＝０，ｘ＝４ 走ＡＣＥ路徑 ? ａ＝１，ｂ＝１，ｘ＝１ 走ＡＢＤ路徑 第 82 頁 ?“條件覆蓋”比“判定覆蓋”強(qiáng) ,因為要使每個條件都取到兩個不同的結(jié)果 ,而判定覆蓋不能保證這一點。 ? 各種可能的組合共有八種： ? ?ａ＞１，ｂ＝０ ? ａ＞１，ｂ ０ ? ?ａ =１，ｂ＝０ ? Ａ =１，ｂ ０ ? ?ａ＝２，ｘ＝１ ? ａ＝２，ｘ =１ ? ?ａ ２，ｘ＞１ ? ａ ２，ｘ =１ 注：這４組數(shù)據(jù)并 不能覆蓋程序中的 每條路徑，ａｃｄ 就沒執(zhí)行。選取測試數(shù)據(jù)應(yīng)剛好等于、剛好小于和剛好大于邊界值。 ? 優(yōu)缺點： – 優(yōu)點：不要驅(qū)動模塊，能較早地實現(xiàn)并驗證系統(tǒng)的主要功能，較早的發(fā)現(xiàn)接口錯誤。 ?加打印語句 ? 特點：顯示的是程序的動態(tài)信息，大量的輸出，時間慢，可能引出新的問題。學(xué)習(xí)軟件工程學(xué)的主要目的之一就是研究如何減少花費在軟件維護(hù)上的工作量，降低維護(hù)成本。它約占總維護(hù)活動的 50%～ 60%。 ?（ 2）可測試性。 第 103 頁 （ 2）可性行研究階段 ?可行性研究實質(zhì)上是在高層以抽象方式進(jìn)行的系統(tǒng)分析和設(shè)計的過程。這是影響可維護(hù)性的基本要素。 ? 現(xiàn)在流行的 OOPL具有上述要求的性能，用這種語言開發(fā)的程序具有較好的可維護(hù)性。 第 111 頁 （ 1）用戶文檔 ?用戶最初往往是通過用戶文檔了解系統(tǒng)功能，它包括下述五方面的內(nèi)容： ?①功能描述