管理信息系統(tǒng)管理信息系統(tǒng)的系統(tǒng)實施

1、管理信息系統(tǒng)管理信息系統(tǒng)的系統(tǒng)實施第1頁，共112頁，2022年，5月20日，6點37分，星期二sdie2主要內(nèi)容系統(tǒng)實施步驟軟硬件購置系統(tǒng)準(zhǔn)備（人員、數(shù)據(jù)、設(shè)備安裝） 測試系統(tǒng)試運行與切換評價與維護(hù)第2頁，共112頁，2022年，5月20日，6點37分，星期二sdie31 實施步驟硬件獲取軟件編程用戶準(zhǔn)備人員：聘用和培訓(xùn)機(jī)房、場所準(zhǔn)備數(shù)據(jù)準(zhǔn)備安裝測試試運行系統(tǒng)切換用戶驗收、評價第3頁，共112頁，2022年，5月20日，6點37分，星期二sdie4 2 系統(tǒng)軟硬件、網(wǎng)絡(luò)的購置1）硬件的獲取根據(jù)系統(tǒng)設(shè)計的指標(biāo)要求制作采購的標(biāo)書邀請硬件供應(yīng)商進(jìn)行技術(shù)交流選擇資質(zhì)好的廠商發(fā)放標(biāo)書評標(biāo)開標(biāo)及商務(wù)談判

2、簽訂合同執(zhí)行合同第4頁，共112頁，2022年，5月20日，6點37分，星期二sdie52）網(wǎng)絡(luò)的獲取局域網(wǎng)絡(luò)的建設(shè)和改造新建網(wǎng)絡(luò)改造網(wǎng)絡(luò)自建或外包廣域網(wǎng)絡(luò)的建設(shè)傳輸網(wǎng)絡(luò)的取得（傳輸方式的選擇、線路的租賃）網(wǎng)絡(luò)設(shè)備的獲?。ㄅc硬件同）自建與承包給系統(tǒng)集成商 2 系統(tǒng)軟硬件、網(wǎng)絡(luò)的購置(續(xù))第5頁，共112頁，2022年，5月20日，6點37分，星期二sdie63）軟件工具的選取選擇開發(fā)方法選擇開發(fā)工具及數(shù)據(jù)庫產(chǎn)品 2 系統(tǒng)軟硬件、網(wǎng)絡(luò)的購置(續(xù))第6頁，共112頁，2022年，5月20日，6點37分，星期二sdie73 系統(tǒng)準(zhǔn)備1）用戶準(zhǔn)備用戶準(zhǔn)備主要是指準(zhǔn)備好信息系統(tǒng)的管理人員、使用人員等。用

3、戶的培訓(xùn) 內(nèi)部培訓(xùn)與外部培訓(xùn)信息系統(tǒng)的IT人員的招聘和培訓(xùn)2）場所準(zhǔn)備新系統(tǒng)的工作場所（空調(diào)、電力、辦公家具）第7頁，共112頁，2022年，5月20日，6點37分，星期二sdie83）數(shù)據(jù)準(zhǔn)備將原來的手工數(shù)據(jù)文件轉(zhuǎn)化成計算機(jī)文件將原來的不同格式的數(shù)據(jù)文件轉(zhuǎn)換成新系統(tǒng)的格式4）安裝 將計算機(jī)設(shè)備、網(wǎng)絡(luò)設(shè)備在信息系統(tǒng)場所安裝、使其運轉(zhuǎn)3 系統(tǒng)準(zhǔn)備(續(xù))第8頁，共112頁，2022年，5月20日，6點37分，星期二sdie9 模塊測試 (單調(diào)) 聯(lián)合測試 (聯(lián)調(diào)) 系統(tǒng)測試 (總調(diào))4 測試第9頁，共112頁，2022年，5月20日，6點37分，星期二sdie104.1 測試的基本概念測試目標(biāo)測試

4、的基本原則測試信息測試的方法和技術(shù)測試步驟第10頁，共112頁，2022年，5月20日，6點37分，星期二sdie114.1.1 測試的目標(biāo)軟件測試的目標(biāo)：為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；好的測試方案是極有可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)的盡可能多的錯誤的測試方案；成功的測試是發(fā)現(xiàn)了迄今尚未發(fā)現(xiàn)的錯誤的測試。 測試是為了發(fā)現(xiàn)錯誤，不能證明程序正確。一般來說，單元測試可由程序員自己完成，而綜合測試通常由測試小組來完成。第11頁，共112頁，2022年，5月20日，6點37分，星期二sdie12 1) 軟件開發(fā)成本 軟件產(chǎn)品最大的成本是檢測軟件錯誤、修正軟件錯誤的成本。 在整個軟件開發(fā)中： 測試工作量5

5、0%第12頁，共112頁，2022年，5月20日，6點37分，星期二sdie132) 軟件測試的目標(biāo) (1)預(yù)防錯誤: 幾乎不可實現(xiàn)(2)發(fā)現(xiàn)錯誤: 軟件測試目的找錯第13頁，共112頁，2022年，5月20日，6點37分，星期二sdie14 把證明程序無錯當(dāng)作測試目的不僅是不正確的, 完全做不到的，而且對做好測試沒有任何益處，甚至是十分有害的。 軟件測試要設(shè)法使軟件發(fā)生故障,暴露軟件錯誤 測試的“成功”與“失敗”： 能夠發(fā)現(xiàn)錯誤的測試是成功的測試，否則是失敗的測試。 2) 軟件測試的目標(biāo)(續(xù)) 第14頁，共112頁，2022年，5月20日，6點37分，星期二sdie15“測試的目的是說明程序

6、正確地執(zhí)行它應(yīng)有的功能”也是錯誤的。例：程序Triangle，輸入三個整數(shù)，表示一個三角形的三個邊長，該程序產(chǎn)生一個結(jié)果，指出該三角形是等邊三角形、等腰三角形還是不等邊三角形。 為說明其能正確執(zhí)行它的功能，可使用“測試用例”(3,4,5),(5,5,6),(6,6,6), 程序都能給出正確結(jié)果，是否就可認(rèn)為程序是正確的？2) 軟件測試的目標(biāo)(續(xù)) 第15頁，共112頁，2022年，5月20日，6點37分，星期二sdie163)測試與開發(fā)各階段的關(guān)系決定軟件與系統(tǒng)的配合關(guān)系需求分析概要設(shè)計詳細(xì)設(shè)計 編 碼單元測試集成測試系統(tǒng)測試第16頁，共112頁，2022年，5月20日，6點37分，星期二sd

7、ie17測試階段工作步驟:單元測試: 檢驗每個模塊能否單獨工作集成測試: 檢驗概要設(shè)計中模塊接口設(shè)計問題系統(tǒng)測試: 以需求規(guī)格說明書為檢驗尺度 測試可視為分析、設(shè)計、編碼三個階段的最終復(fù)審,以保證軟件質(zhì)量。3) 測試與開發(fā)各階段的關(guān)系(續(xù))第17頁，共112頁，2022年，5月20日，6點37分，星期二sdie18軟件生存期各階段間需保持的正確性用戶要求用戶:我要什么?運行結(jié)果計算機(jī):程序運行得到的結(jié)果源程序程序員:我要讓計算機(jī)怎么做?設(shè)計說明書設(shè)計員:我要讓軟件做什么?需求說明書分析員:我可以提供什么?12345理解正確性表達(dá)正確性理解正確性設(shè)計正確性表達(dá)正確性理解正確性編碼正確性運行正確性

8、輸入正確性相符嗎?第18頁，共112頁，2022年，5月20日，6點37分，星期二sdie19 軟件測試不等于程序測試 軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個期間； 據(jù)美國一家公司統(tǒng)計，查出的軟件錯誤中，屬于需求分析和軟件設(shè)計的錯誤約占 64%，屬于程序編寫的錯誤僅占 36%。程序編寫的許多錯誤是“先天的”。4) 測試對象 第19頁，共112頁，2022年，5月20日，6點37分，星期二sdie201 基本原則“盡早測試”應(yīng)成為軟件開發(fā)人員的座右銘 堅持軟件開發(fā)各階段復(fù)審，盡早發(fā)現(xiàn)錯誤開發(fā)和測試隊伍分別建立測試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成特別注意測試發(fā)現(xiàn)錯誤較多的程序模塊，要重點測

9、試程序修改后要回歸測試應(yīng)長期保留測試用例，直至系統(tǒng)廢棄4.1.2 測試的基本原則第20頁，共112頁，2022年，5月20日，6點37分，星期二sdie212“測試用例”設(shè)計測試用例的構(gòu)成要素 輸入數(shù)據(jù)+預(yù)期輸出結(jié)果+測試功能說明+環(huán)境平臺及運行條件兼顧合理的輸入和不合理的輸入數(shù)據(jù)不僅檢查程序是否實現(xiàn)預(yù)期功能，還應(yīng)檢查程序是否作了不該做的事4.1.2 測試的基本原則(續(xù)) 第21頁，共112頁，2022年，5月20日，6點37分，星期二sdie223 程序測試舉例例：程序 Triangle， 輸入三個整數(shù)，表示一個三角形的三個邊長，該程序產(chǎn)生一個結(jié)果，指出該三角形是等邊三角形、等腰三角形還是不

10、等邊三角形。4.1.2 測試的基本原則(續(xù)) 第22頁，共112頁，2022年，5月20日，6點37分，星期二sdie23判斷三角型的測試用例設(shè)計: 輸入數(shù)據(jù) 預(yù)期結(jié)果(1) 6;6;6 等邊(2) 8;8;4 等腰(3) 4;5;6 一般 還應(yīng)輸入非法數(shù)據(jù)： 0; 7; 9 -7;3; 5 a; 2; 7 等4.1.2 測試的基本原則(續(xù)) 第23頁，共112頁，2022年，5月20日，6點37分，星期二sdie24 4 軟件錯誤分類 功能錯(需求分析錯誤) 軟件結(jié)構(gòu)錯 數(shù)據(jù)錯 編碼錯 軟件集成錯 測試定義與測試執(zhí)行錯誤 4.1.2 測試的基本原則(續(xù)) 第24頁，共112頁，2022年，5

11、月20日，6點37分，星期二sdie254.1.3 軟件測試信息流測試過程需要三類輸入：軟件配置:需求規(guī)格說明書 軟件設(shè)計說明書 被測源程序代碼測試配置:測試計劃 測試用例(測試數(shù)據(jù)) 測試驅(qū)動程序測試工具第25頁，共112頁，2022年，5月20日，6點37分，星期二sdie264.1.3 軟件測試信息流(續(xù))軟件配置測試配置測試測試工具結(jié)果分析排錯可靠性 分析測試結(jié)果錯誤預(yù)期結(jié)果出錯率 改正的軟件預(yù)測的可靠性第26頁，共112頁，2022年，5月20日，6點37分，星期二sdie274.1.4 測試的方法與技術(shù)軟件測試的策略和方法靜態(tài)測試方法動態(tài)測試方法人工測試方法計算機(jī)輔助靜態(tài)分析方法白

12、盒測試方法黑盒測試方法窮舉測試方法第27頁，共112頁，2022年，5月20日，6點37分，星期二sdie281 靜態(tài)測試 基本特征是在對軟件進(jìn)行分析、檢查和測試，不實際運行被測試的軟件。 靜態(tài)測試對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯。約可找出3070%的邏輯設(shè)計錯誤。4.1.4 測試的方法與技術(shù)(續(xù))第28頁，共112頁，2022年，5月20日，6點37分，星期二sdie292 動態(tài)測試 通過運行軟件來檢驗軟件的動態(tài)行為和運行結(jié)果的正確性 動態(tài)測試的兩個基本要素： 被測試程序 測試數(shù)據(jù)（測試用例）4.1.4 測試的方法與技術(shù)(續(xù))第29頁，共112頁

13、，2022年，5月20日，6點37分，星期二sdie302 動態(tài)測試方法(續(xù))(1)選取定義域有效值,或定義域外無效值(2)對已選取值決定預(yù)期的結(jié)果(3)用選取值執(zhí)行程序(4)執(zhí)行結(jié)果 與(2)結(jié)果相比, 和程序不符合有錯4.1.4 測試的方法與技術(shù)(續(xù))第30頁，共112頁，2022年，5月20日，6點37分，星期二sdie31 1) 模塊測試又稱單元測試，在軟件編碼階段進(jìn)行，確認(rèn)模塊作為單元能夠正常運行2) 集成測試/聯(lián)合測試把經(jīng)過測試的單元按一定順序組裝成為系統(tǒng)，進(jìn)行測試，又稱接口測試3) 系統(tǒng)測試將軟件系統(tǒng)作為單一實體，在用戶積極參與下以實際數(shù)據(jù)測試，測試的目的是驗證系統(tǒng)能否達(dá)到SRS

14、的要求，因此又稱驗收測試。4.1.5 測試步驟第31頁，共112頁，2022年，5月20日，6點37分，星期二sdie323) 系統(tǒng)測試(續(xù))測試：由一個用戶在開發(fā)環(huán)境下模擬實際操作環(huán)境運行程序系統(tǒng)目的是評價軟件產(chǎn)品的功能、可用性、可靠性、性能和支持，系統(tǒng)的界面的特色。方法是由開發(fā)者在場記錄系統(tǒng)出錯情況及使用中存在的問題。4.1.5 測試步驟(續(xù))第32頁，共112頁，2022年，5月20日，6點37分，星期二sdie333) 系統(tǒng)測試(續(xù))測試：由系統(tǒng)一個或多個用戶在實際操作環(huán)境中運行系統(tǒng)目的是評價系統(tǒng)的可支持性，包括文檔的完整性、用戶培訓(xùn)和支持、使用系統(tǒng)的能力和滿意程度。方法是開發(fā)者不在測

15、試現(xiàn)場，由用戶記錄的問題可能是系統(tǒng)存在的錯誤，也可能是用戶的主觀認(rèn)定。4.1.5 測試步驟(續(xù))第33頁，共112頁，2022年，5月20日，6點37分，星期二sdie34 白盒法 黑盒法4.2 測試的基本方法第34頁，共112頁，2022年，5月20日，6點37分，星期二sdie351) 黑盒測試(又稱功能測試，數(shù)據(jù)驅(qū)動測試，基于規(guī)格說明書的測試) 將被測試程序?qū)ο罂醋骱诤凶?，不考慮其內(nèi)部程序結(jié)構(gòu)與處理過程，僅僅對于程序接口進(jìn)行測試。即檢查適當(dāng)?shù)妮斎胧欠衲軌虍a(chǎn)生適當(dāng)?shù)妮敵?。?兩種類型的測試第35頁，共112頁，2022年，5月20日，6點37分，星期二sdie36 2) 白盒測試(又稱結(jié)構(gòu)

16、測試,玻璃盒測試,基于覆蓋的測試) 分析程序結(jié)構(gòu)與過程執(zhí)行路徑，按照程序內(nèi)部的邏輯結(jié)構(gòu)設(shè)計測試用例，檢驗程序的每條通路是否按預(yù)期正常進(jìn)行，力求提高測試覆蓋率。一 兩種類型的測試(續(xù))第36頁，共112頁，2022年，5月20日，6點37分，星期二sdie373) 黑盒測試與白盒測試比較 黑盒測試是從用戶觀點，按規(guī)格說明書要求的輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系設(shè)計測試用例,是根據(jù)程序外部特征進(jìn)行測試。 白盒測試是根據(jù)程序內(nèi)部邏輯結(jié)構(gòu)進(jìn)行測試。一 兩種類型的測試(續(xù))第37頁，共112頁，2022年，5月20日，6點37分，星期二sdie384) 徹底的黑盒法或者白盒法(窮舉測試)例:輸入 三條邊長

17、黑盒測試可采用的測試用例數(shù)(設(shè)字長16位)執(zhí)行時間: 設(shè)測試一次需1ms 共需一萬年=2 2 2 3 1016161614一 兩種類型的測試(續(xù))第38頁，共112頁，2022年，5月20日，6點37分，星期二sdie394) 窮舉測試(續(xù)) 白盒測試?yán)?含4個分支,循環(huán)次數(shù)20,從A到B的可能路徑執(zhí)行時間: 設(shè)測試一次需2ms 窮舉測試需5億年.=5 +5 +.+5 +5 1020121914AB一 兩種類型的測試(續(xù))第39頁，共112頁，2022年，5月20日，6點37分，星期二sdie40 不論黑盒還是白盒測試都不能進(jìn)行窮盡測試, 所以軟件測試不可能發(fā)現(xiàn)程序中存在的所有錯誤, 因此需精

18、心設(shè)計測試方案, 力爭盡可能少的次數(shù),測出盡可能多的錯誤.一 兩種類型的測試(續(xù))第40頁，共112頁，2022年，5月20日，6點37分，星期二sdie41二 白盒法基于白盒法的測試思想： 分析被測程序的邏輯結(jié)構(gòu)，選擇邏輯執(zhí)行路徑子集設(shè)計測試方案。選擇路徑子集的覆蓋標(biāo)準(zhǔn)：語句覆蓋（點覆蓋）判定覆蓋條件覆蓋判定/條件覆蓋條件組合覆蓋路徑覆蓋點覆蓋邊覆蓋第41頁，共112頁，2022年，5月20日，6點37分，星期二sdie42例:一個被測程序模塊的流程圖如右圖： 其程序為： int samp (int a,int b,int x) int y; if (a1) & (b=0) x=x/a; i

19、f (a=2) | (x1) x=x+1; y=x; return(y); 二 白盒法X=X/AA1 and B=0A=2 or X1X=X+1YYNacNeb開始返回d第42頁，共112頁，2022年，5月20日，6點37分，星期二sdie431 語句覆蓋（點覆蓋）執(zhí)行足夠多的測試用例，使得被測程序中每個可執(zhí)行語句至少被執(zhí)行一次。上例中只需設(shè)計一個測試用例: 輸入數(shù)據(jù)：A=2，B=0，X=4 即達(dá)到了語句覆蓋；語句覆蓋是最弱的覆蓋標(biāo)準(zhǔn)。將程序模塊抽象為程序圖，語句覆蓋又被稱為點覆蓋。X=X/AA1 and B=0A=2 or X1X=X+1YYNacNeb開始返回d二 白盒法(續(xù))第43頁，

20、共112頁，2022年，5月20日，6點37分，星期二sdie44 2 判定覆蓋（邊覆蓋）執(zhí)行足夠多的測試用例，使得被測程序中每個語句至少被執(zhí)行一次，且每個判斷的真假 分支至少執(zhí)行一次。上例中可設(shè)計兩組測試用例:A=3，B=0 ，X=3 可覆蓋c、d分支 A=2，B=1 ，X=1 可覆蓋b、e分支 兩組測試用例可覆蓋所有判定 的真假分支判定覆蓋仍是弱的覆蓋標(biāo)準(zhǔn)。將程序模塊抽象為程序圖，判定覆蓋又被稱為邊覆蓋。X=X/AA1 and B=0A=2 or X1X=X+1YYNacNeb開始返回d二 白盒法(續(xù))第44頁，共112頁，2022年，5月20日，6點37分，星期二sdie453 條件覆蓋

21、執(zhí)行足夠多的測試用例，使得被測程序中每個判定的每個條件的可能值至少執(zhí)行一次。二 白盒法(續(xù))第45頁，共112頁，2022年，5月20日，6點37分，星期二sdie463 條件覆蓋(續(xù))上例中， 第一判定表達(dá)式:A1 and B=0 設(shè)條件 A1 取真 記為 T1 假 T1 條件 B=0 取真 記為 T2 假 T2 第二判定表達(dá)式:A=2 or X1 設(shè)條件 A=2 取真 記為 T3 假 T3 條件 X1 取真 記為 T4 假 T4二 白盒法(續(xù))第46頁，共112頁，2022年，5月20日，6點37分，星期二sdie47 3 條件覆蓋(續(xù))上例中， 測試用例 通過 滿足的 覆蓋 A B X

22、路徑 條件 分支 1 0 3 abe T1,T2,T3,T4 b,e 2 1 1 abe T1,T2,T3,T4 b,e 兩個測試用例覆蓋了四個條件八種可能 取值。未覆蓋c、d分支，不滿足判定覆蓋的要求。 條件覆蓋不一定包含判定覆蓋 判定覆蓋也不一定包含條件覆蓋X=X/AA1 and B=0A=2 or X1X=X+1YYNacNeb開始返回d滿足條件: T1,T1；T2,T2 T3,T3；T4,T4二 白盒法(續(xù))第47頁，共112頁，2022年，5月20日，6點37分，星期二sdie484 判定/條件覆蓋執(zhí)行足夠多的測試用例，使得被測程序中的判定的每個條件的所有可能取值至少執(zhí)行一次，同時每

23、個判定本身的所有可能判定結(jié)果至少執(zhí)行一次。是判定覆蓋與條件覆蓋的綜合，但不能保證檢查出邏輯表達(dá)式的全部錯誤。 對于上例中A1時檢查B=0，而 A=1時，B0卻不去驗證了。二 白盒法(續(xù))第48頁，共112頁，2022年，5月20日，6點37分，星期二sdie49 4 判定/條件覆蓋(續(xù))上例中， 測試用例 通過 滿足的 覆蓋 A B X 路徑 條件 分支 2 0 4 ace T1,T2,T3,T4 c,e 2 1 1 abd T1,T2,T3,T4 b,d 兩個測試用例能同時滿足判定、條件覆蓋。X=X/AA1 and B=0A=2 or X1X=X+1YYNacNeb開始返回d滿足條件: T1

24、,T1；T2,T2 T3,T3；T4,T4二 白盒法(續(xù))第49頁，共112頁，2022年，5月20日，6點37分，星期二sdie505 條件組合覆蓋執(zhí)行足夠多的測試用例，使得被測程序中所有可能的條件取值組合至少執(zhí)行一次。上例的模塊中條件共有8種可能的條件組合:(1)A1, B=0 (2) A1, B0 (3) A=1, B=0 (4) A=1, B0 (5) A=2, X1 (6) A=2, X=1 (7) A2, X1 (8) A2, X 999 無效等價類 1165.25元的測試用例。 (如: -0.01元和1165.26元) 由于輸入值的邊界不與輸出值的邊界相對應(yīng)，所以要檢查輸出值的邊

25、界及產(chǎn)生超出輸出值值域的結(jié)果不一定可能。邊界值分析設(shè)計測試用例原則第76頁，共112頁，2022年，5月20日，6點37分，星期二sdie772 邊界值分析法(續(xù))上例2中，應(yīng)補(bǔ)充下述測試方案：12）使輸出剛好等于-32768，輸出-3276813）使輸出剛好等于32767，輸出32767改5）使輸出剛好小于-32768：-32769，無效輸 入改6）使輸出剛好大于32767：32768，無效輸入三 黑盒法(續(xù))黑盒法第77頁，共112頁，2022年，5月20日，6點37分，星期二sdie78錯誤推測（猜錯法）不同類型的程序通常具有若干特殊的易出錯的情況，這些情況未必可以歸結(jié)為等價類或者邊界情

26、況。有經(jīng)驗的測試人員往往根據(jù)經(jīng)驗與直覺，例舉出程序中可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)它們選擇測試用例，實行高效的測試。三 黑盒法(續(xù))第78頁，共112頁，2022年，5月20日，6點37分，星期二sdie794 因果圖法因果圖適合于描述對于多種輸入條件的組合，相應(yīng)產(chǎn)生多個動作的形式來設(shè)計測試用例。因果圖方法最終生成的是判定表。三 黑盒法(續(xù))第79頁，共112頁，2022年，5月20日，6點37分，星期二sdie804 因果圖法(續(xù))用因果圖法生成測試用例的步驟： (1)分析哪些是原因，哪些是結(jié)果，給每個原 因、結(jié)果一個標(biāo)識。 (2)分析語義，找出原因與結(jié)果、原因與原因之間的關(guān)系，

27、畫出因果圖。 (3)在因果圖上標(biāo)明約束或限制條件。 (4)把因果圖轉(zhuǎn)化為判定表 。 (5)根據(jù)判定表每一列設(shè)計測試用例。三 黑盒法(續(xù))第80頁，共112頁，2022年，5月20日，6點37分，星期二sdie81某電力公司有A、B、C、D四類收費標(biāo)準(zhǔn),并規(guī)定：居民用電 100度/月 按A類收費 100度/月按B類收費動力用電 10000度/月,非高峰,B類收費 10000度/月,非高峰,C類收費 10000度/月, 高峰,C類收費 10000度/月, 高峰,D類收費因果圖方法實例1第81頁，共112頁，2022年，5月20日，6點37分，星期二sdie82列出輸入條件和輸出動作并編號：輸入條件

28、(原因) 輸出動作(結(jié)果)1居民用電 A- A類計費2動力用電 B- B類計費3100度/月 C- C類計費4E,B-(三明治式)JFBADI- 第101頁，共112頁，2022年，5月20日，6點37分，星期二sdie1024.5 確認(rèn)驗收測試目的是向用戶表明軟件系統(tǒng)的有效性，確認(rèn)測試技術(shù)以黑盒法為主，以驗證軟件是否滿足SRS規(guī)定的需求。 SRS (Software Requirement Specification) :軟件需求說明書 第102頁，共112頁，2022年，5月20日，6點37分，星期二sdie1034.5 確認(rèn)驗收測試常用測試類型: 功能測試容量測試 大數(shù)據(jù)量緊張度測試 峰值使用性測試 如,用戶界面是否合理?風(fēng)格是否統(tǒng)一? 操作是否方便?出錯信息是否簡明易用等安全性測試第103頁，共112頁，2022年，5月20日，6點37分，星期二sdie1044.5 確認(rèn)驗收測試常用測試類型(續(xù)): 可靠性測試 恢復(fù)測試文檔測試 確保用戶文檔的精確性和清晰性,確保敘述正確無誤工序測試 與人工工序的配合情況第104頁，共112頁，2022年，5月20日，6點37分，星期二sdie1054.6 軟件調(diào)試 調(diào)試的任務(wù)：測試階段發(fā)現(xiàn)的是故障的表現(xiàn)，可以成為外部錯誤。對于