計算機信息管理基礎第講

計算機信息管理基礎第講第1頁，共26頁，2023年，2月20日，星期四主要內容管理信息系統(tǒng)的測試、維護系統(tǒng)測試的基本概念、測試方法和測試流程系統(tǒng)運行和維護中系統(tǒng)切換、系統(tǒng)維護內容和維護過程第2頁，共26頁，2023年，2月20日，星期四1.系統(tǒng)測試的基本概念

系統(tǒng)測試的目的在系統(tǒng)投入運行前，盡可能多地發(fā)現(xiàn)系統(tǒng)在分析、設計、編程各階段中產生的各種類型的錯誤或缺陷。測試的最終目標開發(fā)出高質量的完全符合用戶需要的系統(tǒng)。測試主要由測試人員來做測試心理學第3頁，共26頁，2023年，2月20日，星期四調試又稱糾錯或排錯，當測試發(fā)現(xiàn)錯誤之后就必須進行排錯。排錯的主要任務是依據(jù)測試發(fā)現(xiàn)的錯誤跡象確定錯誤性質、原因、和位置，然后改正錯誤。改正錯誤是調試的目的，而調試是由程序人員來完成的艱苦工作。2.調試或排錯第4頁，共26頁，2023年，2月20日，星期四３.測試的方法

一般按測試的性質分為靜態(tài)和動態(tài)測試（１）靜態(tài)測試靜態(tài)測試是測試人員查看文檔或源程序，并對其進行分析，找出其中的錯誤或可疑之處。靜態(tài)測試廣義地可稱為軟件檢驗，包括軟件需求評審軟件設計評審軟件代碼復查符號執(zhí)行靜態(tài)測試狹義地就指軟件代碼復查，包括結構預查流程圖分析軟件代碼復查符號執(zhí)行第5頁，共26頁，2023年，2月20日，星期四結構預查指以組織評議會的方式對被評議的程序虛擬地執(zhí)行一遍，著重在程序的整體結構（邏輯結構、功能結構、數(shù)據(jù)結構等方面的合理性和正確性）。流圖分析以程序流程圖為研究對象，只分析代碼的結構而不執(zhí)行代碼。軟件代碼復查指對程序中的代碼進行人工復查，比如語法、語義、特定路徑的執(zhí)行等。事實表明，通過靜態(tài)檢驗可以大大減少進入測試階段的錯誤數(shù)量，使得測試成本大大降低。第6頁，共26頁，2023年，2月20日，星期四（２）動態(tài)測試是嚴格意義上的測試，是指程序的一次執(zhí)行。又稱為運行程序測試或運行代碼測試，即運行被測試系統(tǒng)。測試基本步驟按照事先規(guī)定的測試計劃（期望結果），輸入事先準備的測試數(shù)據(jù)，得出運行結果數(shù)據(jù)，與計劃結果（期望結果）數(shù)據(jù)比較，若不一致則有錯誤存在。測試用例-集合｛期望結果＋測試數(shù)據(jù)＋運行結果｝第7頁，共26頁，2023年，2月20日，星期四成功的與失敗的測試成功的測試能夠找到至今尚未發(fā)現(xiàn)的錯誤。失敗的測試沒有找到至今尚未發(fā)現(xiàn)的錯誤。好的測試希望用最小的測試用例集合得到最多的錯誤用最少的代價能夠找到至今尚未發(fā)現(xiàn)的更多的錯誤測試的完成測試不可能測出程序的所有錯誤例如圖中所示從A到B的中間有一個20次的循環(huán)，循環(huán)中有5條路徑，那么從A到B的獨立路徑數(shù)約為1014（即520＋519＋…＋51）測試可以按照一定標準完成AB≤20第8頁，共26頁，2023年，2月20日，星期四測試的信息流之間的關系(測試數(shù)據(jù))第9頁，共26頁，2023年，2月20日，星期四（３）動態(tài)測試方法：黑盒和白盒測試黑盒測試又稱為功能測試，將程序視為一個黑盒，完全不考慮程序的內部結構和處理過程，只檢查程序功能是否按規(guī)定正常運行，能否適當?shù)亟邮蛰斎霐?shù)據(jù)后產生正確的輸出信息等。例如，ax2+bx+c=0,root(real:a,b,c,x1,x2)函數(shù)體黑箱a,

b,

cX1,

x2第10頁，共26頁，2023年，2月20日，星期四白盒測試以程序的內部邏輯結構為依據(jù)設計測試用例的方法，又稱為結構測試。將程序視為透明的盒子，對程序的結構和處理過程完全了解，按照程序內部的邏輯關系測試程序，檢驗程序中的每條通路是否都按預定功能正確工作。例如，PROCEDUREEXAMPLE(A,B:REAL;VARX:REAL)BEGINIF(A>1)AND(B=0)THENX:=X/A;IF(A=2)OR(X>1)THENX:=X+1END;第11頁，共26頁，2023年，2月20日，星期四入口返回A>1ANDB=0A=2ORX>1X=X/AX=X+1YYNNABX期望204紅線112紫線102黃線111藍線第12頁，共26頁，2023年，2月20日，星期四４．測試基本過程測試過程可分為與問題定義、系統(tǒng)分析、系統(tǒng)初步設計和系統(tǒng)詳細設計相對應的四個步驟即單元測試、集成測試、確認測試和系統(tǒng)測試。問題定義需求分析初步設計詳細設計（編程）系統(tǒng)測試確認測試集成測試單元測試第13頁，共26頁，2023年，2月20日，星期四單元測試又稱模塊測試或分調，是對程序的每一個模塊進行獨立測試。單元測試的目的是保證每個模塊作為一個單元能正確運行。所發(fā)現(xiàn)的主要是編碼和詳細設計的錯誤。一般為白盒法和黑盒法結合使用。單元測試的任務指定的模塊功能的執(zhí)行；測試程序的邏輯與數(shù)據(jù)流路徑；輸入一切可能的輸入數(shù)據(jù)類型，產生輸出并預測比較；給出錯誤報告供程序排錯。同時還應對模塊接口、局部數(shù)據(jù)接口進行測試。第14頁，共26頁，2023年，2月20日，星期四集成測試又稱組裝測試、綜合測試或聯(lián)調，是在單元測試后，將所有模塊按初步設計要求組裝成系統(tǒng)進行的測試。一般應由獨立的測試小組進行。測試用例的設計通常采用黑盒法測試方式非漸增式測試漸增式測試集成測試的基本任務系統(tǒng)的所有功能特性的測試；數(shù)據(jù)庫的裝載、重組、恢復等方面的測試；系統(tǒng)接口，包括內部、外部接口的測試；整體錯誤狀態(tài)處理測試；檢查系統(tǒng)的安全性和保密性。第15頁，共26頁，2023年，2月20日，星期四確認測試又稱有效性測試.一般由用戶主要完成.目的驗證所開發(fā)軟件的功能和性能及其他特性是否符合需求說明書的要求。一般采用黑盒法。主要：功能測試性能測試強度測試配置復審等。第16頁，共26頁，2023年，2月20日，星期四系統(tǒng)測試是在更大范圍內進行的測試，將確認測試的開發(fā)軟件作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、支撐軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結合在一起，在實際運行環(huán)境下，對系統(tǒng)進行一系列集成和確認測試。系統(tǒng)測試包括性能測試恢復測試安全性測試可用性測試安裝測試互連測試強度測試容量測試等。第17頁，共26頁，2023年，2月20日，星期四當系統(tǒng)開發(fā)完成后，就應該交于用戶使用。當用戶使用系統(tǒng)后，就需要對系統(tǒng)進行維護。系統(tǒng)維護就是保證系統(tǒng)正常運行所做的工作，包括對軟件、硬件和數(shù)據(jù)等方面的維護。交付使用實際上就是進行系統(tǒng)切換。交付使用之后就進入系統(tǒng)維護期。5.系統(tǒng)維護第18頁，共26頁，2023年，2月20日，星期四6.系統(tǒng)切換交付使用就是將舊系統(tǒng)停止使用而新系統(tǒng)投入運行的過程。交付使用其涉及交付前的準備工作和系統(tǒng)切換交換前的準備工作包括數(shù)據(jù)準備、文檔的準備和用戶培訓等幾方面。系統(tǒng)切換過程實際上是新舊系統(tǒng)交替過程。三種切換方式直接切換平行切換逐步切換第19頁，共26頁，2023年，2月20日，星期四直接切換指在某一特定時刻，舊系統(tǒng)停止使用，新系統(tǒng)投入運行。這種方式簡單，但風險較大。原系統(tǒng)新系統(tǒng)時間第20頁，共26頁，2023年，2月20日，星期四平行切換在一段時間內新舊系統(tǒng)并存，各自運行完成相應的工作，并相互進行檢驗。這種方式花費較大，但系統(tǒng)可靠性提高，風險較少。原系統(tǒng)新系統(tǒng)時間第21頁，共26頁，2023年，2月20日，星期四逐步切換先將新系統(tǒng)某一部分代替老系統(tǒng)，逐步替換整個系統(tǒng)。這種方式接口多，但可避免直接方式的風險又可避免平行切換的花費多的缺點。時間新系統(tǒng)新舊新舊新舊第22頁，共26頁，2023年，2月20日，星期四7.系統(tǒng)維護系統(tǒng)維護是在系統(tǒng)交付使用后，為了改正錯誤或滿足新的需要而對系統(tǒng)進行修改的過程。系統(tǒng)維護不屬于系統(tǒng)開發(fā)過程，它處于系統(tǒng)投入運行之后的時期，是系統(tǒng)生命周期的最后一個階段。第23頁，共26頁，2023年，2月20日，星期四系統(tǒng)維護內容包括硬件設備的維護硬件維護是對系統(tǒng)的硬件部分進行的維護工作，主要包括定期的設備保養(yǎng)性維護和突發(fā)性的故障維護。數(shù)據(jù)的維護數(shù)據(jù)維護一般由數(shù)據(jù)庫管理員負責，主要負責數(shù)據(jù)庫的權限、安全性及完整性等方面的工作，特別是維護數(shù)據(jù)庫中的數(shù)據(jù)。軟件系統(tǒng)的維護軟件維護主要是指系統(tǒng)中程序的維護。軟件維護的內容糾錯性維護、適應性維護、完善性維護和預防性維護。第24頁，共26頁，2023年，2月20日，星期四在系統(tǒng)維護中常出現(xiàn)的問題系統(tǒng)維護成本高維護中產生的副作用以及維護困難等問題系統(tǒng)維護過程與系統(tǒng)開發(fā)過程類似，是一個“再工程”過程：首先建立維護組織由用戶或售后工程師提出維護申請報告維護組織對申請報告進行評