計(jì)算機(jī)信息管理基礎(chǔ)第講

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

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

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

b,

cX1,

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