【文章內(nèi)容簡介】 ，或者等待了一段時間仍未消失，或者引起出錯的操作無關(guān)緊要，做不做都無所謂，則可以放棄操作。 ? 對錯誤的處理 程序的容錯處理 《 管理信息系統(tǒng) 》 結(jié)構(gòu)化程序設(shè)計 (STRUCTURED PROGRAMING, 簡稱 SP) 建立在結(jié)構(gòu)定理的基礎(chǔ)上，它指出任何程序邏輯結(jié)構(gòu)都可以用順序、選擇和循環(huán)這三種基本結(jié)構(gòu)來表示。 順序 選擇 循環(huán) 程序的基本結(jié)構(gòu) 結(jié)構(gòu)化程序設(shè)計 《 管理信息系統(tǒng) 》 順序結(jié)構(gòu) s1 s3 s2 對應(yīng)的語句 @ 2,10 SAY “請輸入新增職工的部門代碼 ” GET DAIMA READ @4,10 SAY “請輸入新增職工的姓名 ” GET XM READ @ 2,10 SAY “請輸入新增職工的基本工資 ” GET JBGZ READ 《 管理信息系統(tǒng) 》 選擇結(jié)構(gòu) 條件 .I. .F.. 結(jié)構(gòu)一： ?IF JBGZ1000 ? KK=100 ?ELSE ? KK=50 ?ENDIF 結(jié)構(gòu)二： ?DO CASE ?CASE 條件 1 命令組 1 ?CASE 條件 2 命令組 2 . . . ?CASE 條件 n 命令組 n ?ENDCASE CASE條件 《 管理信息系統(tǒng) 》 選擇結(jié)構(gòu) 循環(huán)條件 循環(huán)體 DO WHILE .NOT. EOF() IF 性別 =“女 ” SKIP LOOP ENDIF DISPLAY WAIT “按人意見繼續(xù)。 ” SKIP ENDDO 《 管理信息系統(tǒng) 》 ? SP方法用三種基本結(jié)構(gòu)反復(fù)嵌套構(gòu)成 “ 結(jié)構(gòu)化的程序 ” 。 每種結(jié)構(gòu)嚴格地只有一個入口和一個出口 ，所以一般認為 ， 結(jié)構(gòu)化程序設(shè)計是采用自頂向下逐步求精的設(shè)計方法和單入口單出口的控制技術(shù) 。 ? 由于結(jié)構(gòu)化程序具有結(jié)構(gòu)清晰 、 易于閱讀和修改 、容易驗證其正確性等優(yōu)點 ， 因此使用該方法有利于編寫出結(jié)構(gòu)良好的程序 ， 提高編程工作效率 。 目前 ， 多種計算機程序語言都支持結(jié)構(gòu)化程序設(shè)計 。 ?結(jié)構(gòu)化程序設(shè)計 (SP)特點： 結(jié)構(gòu)化程序設(shè)計 《 管理信息系統(tǒng) 》 ?系統(tǒng)測試的作用和意義 ? 工作量大于 50% ?系統(tǒng)測試的目的 ? 是發(fā)現(xiàn)錯誤并及時地改正 ?系統(tǒng)測試發(fā)現(xiàn)地錯誤 ? 功能錯誤 ? 系統(tǒng)錯誤 ? 過程錯誤 ? 數(shù)據(jù)錯誤 ? 編碼錯誤 5 系統(tǒng)測試 《 管理信息系統(tǒng) 》 ? 測試人員應(yīng)避免測試自己設(shè)計的程序； ? 測試用例應(yīng)分別考慮輸入和輸出； ? 測試數(shù)據(jù)的選取應(yīng)考慮各種不同情況； ? 檢查程序是否執(zhí)行了規(guī)定以外的操作； ? 注意保留測試用例； ? 對已發(fā)現(xiàn)的錯誤模塊要足夠重視 。 ?測試的基本原則 《 管理信息系統(tǒng) 》 ?測試分類 ? 1．系統(tǒng)平臺測試 ? 2．應(yīng)用軟件測試 ? 3．系統(tǒng)單元和集成測試 ?測試方法 ? 人工測試 ? 個人復(fù)查 ? 走查 ? 會審 ? 機器測試 ? 黑盒測試 ? 白盒測試 《 管理信息系統(tǒng) 》 將待調(diào)試的程序看作一個黑盒子 ， 即人們完全不必考慮程序內(nèi)部是如何做的 ， 而只是依據(jù)程序模塊說明書對功能的說明提出調(diào)試數(shù)據(jù) ， 然后輸入這些數(shù)據(jù) ， 考慮其輸出結(jié)果是否符合功能要求 。 一個程序模塊 M， 它有兩個輸入變量 X和 Y，一個輸出變量 Z。 假設(shè)程序在字長為 32位的計算機上運行 ， 又假如 X， Y均為整數(shù) ， 那么輸入數(shù)據(jù)的可能值有： 232*232=264 假設(shè)一次一豪秒 ， 則共需 264/（ 365*24*60*60*1000） =5億年 《 管理信息系統(tǒng) 》 ?黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤： ? ① 是否有錯誤的功能或遺漏的功能 ？ ? ② 界面是否有誤 ？ 輸入是否能夠正確接受 ？ 輸出是否正確 ？ ? ③ 是否有數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤 ？ ? ④ 性能是否能夠接受 ？ ? ⑤ 是否有初始化或終止性錯誤 ？ 《 管理信息系統(tǒng) 》 白盒測試 也稱為結(jié)構(gòu)測試 是將待調(diào)試的程序看做一個透明的盒子 ， 這時調(diào)試數(shù)據(jù)是根據(jù)程序內(nèi)部邏輯來設(shè)計的 。 如果想用白盒法來發(fā)現(xiàn)程序中所有的錯誤 ， 則至少必須使程序中每一個可能的路徑都執(zhí)行一次 。 假設(shè)某程序模塊有 5個分支 ， 分支外有小于 20次的循環(huán) ， 則此模塊可能的路徑為： 520≈1014 假如一條路徑需要 1 分鐘 ， 則 1014/（ 365 24 60） =2億年 一般來說 ， 要想通過調(diào)試發(fā)現(xiàn)程序中所有的錯誤是不可能 。 正如 Dijkstra教授所說： “ 測試只能證明錯誤的存在 ， 但不能證明錯誤的不存在 ” 。 《 管理信息系統(tǒng) 》 ?原則是： ① 程序模塊中的所有獨立路徑至少執(zhí)行一次； ② 在所有的邏輯判斷中 ， 取 “ 真 ” 和取“ 假 ” 的兩種情況至少都能執(zhí)行一次； ③ 每個循環(huán)都應(yīng)在邊界條件和一般條件下各執(zhí)行一次 ④ 測試程序內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性 ， 等等 《 管理信息系統(tǒng) 》 ① 數(shù)據(jù)測試 ， 用大量實際數(shù)據(jù)進行測試 ， 數(shù)據(jù)類型要齊備 ， 尤其是各種 “ 臨界值 ” 應(yīng)調(diào)試到 。 ② 窮舉測試 ， 亦稱完全測試 ， 即程序運行的各個可能分支都應(yīng)該調(diào)試到 。 ③ 操作測試 ， 即從操作到各種顯示 、 輸出應(yīng)全面檢查是否與設(shè)計要求相一致 。 ⑤ 模型測試 ， 即核算所有計算結(jié)果 。 《 管理信息系統(tǒng) 》 （ 1）擬定測試計劃 （ 2）編制測試大綱 （ 3）設(shè)計和生成測試用例 （ 4）實施測試 （ 5）生成測試報告 《 管理信息系統(tǒng) 》 ?硬件系統(tǒng)進行測試 ? 配置檢測 ? 硬件設(shè)備的外觀檢查 ? 硬件測試 ?網(wǎng)絡(luò)系統(tǒng)進行測試 ? 網(wǎng)絡(luò)設(shè)備的外觀檢查 ? 硬件測試 ? 網(wǎng)絡(luò)連通測試 ?軟件系統(tǒng)進行測試 ? 單元測試 ? 組裝測試 ? 確認測試 ? 系統(tǒng)測試 《 管理信息系統(tǒng) 》 單元 測試 單元 測試 單元 測試 組裝測試 確認測試 系統(tǒng)測試 模塊 模塊 模塊 已經(jīng)測試過的模塊 設(shè)計信息 已經(jīng)集成的子系統(tǒng) 需求信息 已確認的應(yīng)用軟件 用戶要求 可以運行的系統(tǒng) 初驗 硬件設(shè)備 確認后的硬件系統(tǒng) 初驗 網(wǎng)絡(luò)設(shè)備 確認后的網(wǎng)絡(luò)系統(tǒng) 《 管理信息系統(tǒng) 》 ?單元測試（模塊測試） ? 單元是程序中一個模塊或一個子程序，是程序設(shè)計