《管理信息系統(tǒng)》PPT課件 (2).pptVIP

管理信息系統(tǒng),本章重難點,系統(tǒng)測試的方法 系統(tǒng)測試用例的設計,6.2系統(tǒng)測試,6.2.1 系統(tǒng)測試的概念 6.2.2 測試的步驟 6.2.3 系統(tǒng)測試的方法 6.2.4 測試用例的設計 6.2.5調試,6.2.1 對系統(tǒng)測試的認識,系統(tǒng)測試 系統(tǒng)測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程 系統(tǒng)測試的目的 以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷。 系統(tǒng)測試的認識 好的測試方案是可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的方案； 成功的測試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯誤的測試。,系統(tǒng)中常存在的問題 (1)功能性錯誤由于系統(tǒng)功能說明書不完整或敘述不準確，導致在系統(tǒng)設計時產(chǎn)生誤解或不一致。 (2)系統(tǒng)錯誤 設計階段產(chǎn)生、與需求規(guī)格說明中的功能說明不相符 (3)加工錯誤 過程控制與操作的設計與實現(xiàn)錯誤 (4)數(shù)據(jù)錯誤 數(shù)據(jù)的結構、內(nèi)容、屬性、狀態(tài)以及數(shù)據(jù)的參數(shù)與控制等方面的錯誤 (5)編碼錯誤 語法錯誤、變量名錯誤、變量屬性與作用域等,測試中應要注意的問題： 盡早的并不斷的測試 測試工作避免由原元件開發(fā)的人或小組承擔，而又專門的測試人員進行測試 設計測試方案時不僅要確定輸入數(shù)據(jù)也要確定輸出數(shù)據(jù) 設計測試用例既要有合理的輸入條件也要有合理的輸出條件 要對測試的結果做全面檢查 嚴格執(zhí)行測試計劃，避免測試的隨意性 妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護提供方便 充分注意測試中錯誤的群集現(xiàn)象,6.2系統(tǒng)測試,6.2.1 系統(tǒng)測試的概念 6.2.2 測試的步驟 6.2.3 系統(tǒng)測試的方法 6.2.4 測試用例的設計 6.2.5 調試,6.2.2 測試的步驟,測試的步驟：單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試,(1)單元測試：用設計的測試用例，測試模塊是否正確實現(xiàn)了功能,6.2.2 測試的步驟,測試的步驟：單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試,(1)單元測試：用設計的測試用例，測試模塊是否正確實現(xiàn)了功能 (2)集成測試：把通過單元測試的模塊組裝在一起，看能不能正常實現(xiàn)功能,6.2.2 測試的步驟,測試的步驟：單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試,(1)單元測試：用設計的測試用例，測試模塊是否正確實現(xiàn)了功能 (2)集成測試：把通過單元測試的模塊組裝在一起，看能不能正常實現(xiàn)功能 (3)確認測試：檢查已經(jīng)組裝完的軟件能否實現(xiàn)需求說明規(guī)定功能以及軟件配置是否完整、正確,6.2.2 測試的步驟,測試的步驟：單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試,(1)單元測試：用設計的測試用例，測試模塊是否正確實現(xiàn)了功能 (2)集成測試：把通過單元測試的模塊組裝在一起，看能不能正常實現(xiàn)功能 (3)確認測試：檢查已經(jīng)組裝完的軟件能否實現(xiàn)需求說明規(guī)定功能以及軟件配置是否完整、正確 (4)系統(tǒng)測試：把經(jīng)過確認的軟件納入實際的運行環(huán)境,與應用環(huán)境組合在一起進行測試,以檢查軟件能否正確、穩(wěn)定地運行,6.2.2 測試的步驟,測試的步驟：單元測試、集成測試、確認測試、系統(tǒng)測試和驗收測試,(1)單元測試：用設計的測試用例，測試模塊是否正確實現(xiàn)了功能 (2)集成測試：把通過單元測試的模塊組裝在一起，看能不能正常實現(xiàn)功能 (3)確認測試：檢查已經(jīng)組裝完的軟件能否實現(xiàn)需求說明規(guī)定功能以及軟件配置是否完整、正確 (4)系統(tǒng)測試：把經(jīng)過確認的軟件納入實際的運行環(huán)境,與應用環(huán)境組合在一起進行測試,以檢查軟件能否正確、穩(wěn)定地運行 (5)驗收測試： 以用戶為主的測試,驗收 測試,系統(tǒng)測試通常按單元測試、組裝測試、確認測試、系統(tǒng)測試和驗收測試五個個步驟順序進行，后續(xù)的測試是在前面測試的基礎上實施的。 系統(tǒng)測試完成后，應提交測試報告，并修改操作手冊、打印源程序清單等文檔資料。,測試報告是系統(tǒng)測試階段指明測試執(zhí)行結果的文檔。 系統(tǒng)測試報告的主要內(nèi)容有： (1)引言 編寫目的 背景 定義 參考資料 (3)測試結果及發(fā)現(xiàn) (2)測試概要 (4)對系統(tǒng)功能的結論 (5)分析摘要 能力 缺陷和限制 建議 評價 (6)測試資源消耗：總結測試工作的資源消耗數(shù)據(jù)，如工作人員的水平級別數(shù)量、機時消耗等,軟件測試與軟件開發(fā)的對應關系,總體設計,組裝測試,確認測試,系統(tǒng)測試,需求分析,系統(tǒng)目標,單元測試,詳細設計,軟件測試與軟件開發(fā)的對應關系,編程與調試,軟件開發(fā)階段,軟件測試階段,問題被測試出來越晚，往往越嚴重，造成的損失越大、改正越困難,6.2系統(tǒng)測試,6.2.1系統(tǒng)測試的概念 6.2.2 測試的步驟 6.2.3 系統(tǒng)測試的方法 6.2.4 測試用例的設計 6.2.5調試,6.2.3 測試方法,靜態(tài)分析方法(人工測試)以人工的、非形式化的方法對程序進行分析和測試。 人工測試的三種方式： （1）個人復查(辦工桌檢查) （2）代碼會審 （3）走查,測試方法分為兩類：靜態(tài)分析、動態(tài)測試,動態(tài)測試方法(機器測試)選擇適當?shù)臏y試用例，在計算機系統(tǒng)上執(zhí)行程序。 黑盒測試（功能測試）:是把被測程序看作黑盒子，在完全不考慮程序的內(nèi)部結構和特性的情況下，測試程序的外部特性。 白盒測試:是把被測程序看作是一個透明的盒子，按照程序的內(nèi)部結構和處理邏輯來設計測試用例，對程序的邏輯路徑及過程進行測試，檢查程序是否與設計相符。,說明： 通常要先進行人工測試，然后再進行機器測試。 人工測試與機器測試這兩種方式各有所長 機器測試速度快，但只能發(fā)現(xiàn)癥狀不能進行問題定位 人工測試在發(fā)現(xiàn)錯誤的同時可以確定錯誤的位置、類型和性質，但太耗費人力、時間 測試方法的具體運用 單元測試以白盒測試為主，集成測試、確認測試和系統(tǒng)測試均以黑盒測試為主。,6.2系統(tǒng)測試,6.2.1 系統(tǒng)測試的概念 6.2.2 測試的步驟 6.2.3 系統(tǒng)測試的方法 6.2.4 測試用例的設計 6.2.5調試,6.2.4 測試用例的設計,什么是測試用例? 測試用例=輸入數(shù)據(jù)+預期結果 測試時，把實測的結果與預期結果進行比較，如果不一致，就表明程序存在問題。測試一個程序需要若干組這樣的測試用例。 測試不能窮舉,1.白盒測試用例設計(結構測試),白盒測試以程序的內(nèi)部邏輯為根據(jù)，合理的白盒測試要選擇足夠多的測試用例，對程序邏輯實現(xiàn)盡可能充分的覆蓋。,語 句 覆 蓋,判 定 覆 蓋,條 件 覆 蓋,條 件 組 合 覆 蓋,弱,強,白盒測試是在程序結構上進行的測試，所以也稱為結構測試。,路徑覆蓋,白盒測試覆蓋標準大致有： 語句覆蓋、判斷覆蓋、條件覆蓋、條件組合覆蓋和路徑覆蓋幾種,測試步驟：,選擇邏輯覆蓋標準 按照覆蓋標列出所有覆蓋對象 選擇確定測試用例 驗證分析結果與預期結果,白盒測試用例設計舉例,被測程序：,void example(int a,int b,int x) if (a1) ,(1)語句覆蓋,選擇足夠多的測試用例，使被測程序中每個語句至少能執(zhí)行一次。,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,滿足語句覆蓋的情況: 覆蓋對象：A C B D,測試用例： (2,0,4),(2,0,3) 或 (2,0,2),(2,0,2) ,用例格式： 輸入(a,b,x)，輸出(a,b,x),(2)判定覆蓋,覆蓋要求： 1、A，A C 2、B，BD各被執(zhí)行一次 F T F T,測試用例： (2,0,4),(2,0,3) 1T 2TAC、BD (1,1,1),(1,1,1) 1F 2FA、B,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,選擇足夠多的測試用例，使被測程序中每個判定至少取TRUE 或FALSE各一次,(3)條件覆蓋,應滿足以下覆蓋情況：,選擇用例： 第一組： (2,0,4),(2,0,3) a1 (T) b=0(T), a=2(T) x1(T) 第二組： (1,1,1),(1,1,1) a1(F) b0(F), a2(F) x1(F),a1,b=0,a1,b0,a2,x1,a=2,x1,選擇足夠多的測試用例，使判定中的每個關系式取得各種可能的結果。,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,(4)條件組合覆蓋,滿足以下覆蓋情況： a1, b=0 a1, b0 a1, b =0 a1, b0 a=2, x1 a=2, x1 a2, x1 a2, x1,選擇用例： (2,0,4),(2,0,3) (2,1,1),(2,1,2) (1,0,3),(1,0,4) (1,1,1),(1,1,1),a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,使判定中的每個關系式的各種可能的組合至少出現(xiàn)各一次。,TT TT,TF TF, FTFT, FFFF,(5)路徑覆蓋,設計下列四組測試數(shù)據(jù)，進行路徑覆蓋： a=1，b=1，x=1(執(zhí)行路徑s-ABE) a=1，b=1，x=2(執(zhí)行路徑s-ABDE) a=3，b=0，x=1(執(zhí)行路徑s-ACBE) a=2，b=0，x=4(執(zhí)行路徑s-ACBDE),使程序的每條可能的路徑都至少執(zhí)行一次(如果程序圖中有環(huán)路，則要求每個環(huán)路至少經(jīng)過一次)。,A,C,E,B,D,Start,A,B,E,把程 序 看成一個不透明的“黑盒子”，測試時完全不考慮程 序 的內(nèi)部結構和處理過程，只按照規(guī)格說明書所規(guī)定的功能來設計測試用例，也就是檢查程 序 是否符合它的功能要求。,常用的測試方法： 等價類劃分法 邊界值法 因果圖法 決策表法,黑盒測試用例設計（功能測試）,等價類：是指某一類輸入數(shù)據(jù)的集合。 把被測對象的輸入域劃分為有限個等價區(qū)段： “價類”，以有針對性的等價類的少量測試，代替 漫無邊際的、數(shù)量較大的“窮盡”測試或隨機試。,等價類分為： 有效等價類 合理、有意義的輸入數(shù)據(jù)的集合 無效等價類 不合理、無效或非法的輸入數(shù)據(jù)的集合,等價類劃分法,等價類劃分步驟,劃分等價類 選擇測試用例,等價類法舉例,例：對某工廠2001年至2004年的產(chǎn)品進行月銷售量統(tǒng)計時，需要給出明確的“報表時間”信息。請對“報表時間”進行等價類劃分，設計測試用例。,解： 第一步：等價類劃分,第二步：為有效等價類設計測試用例。 對表中(1)、(2)、(3)的3個有效等價類，用一個測試用例覆蓋。 第三步：為每一個無效等價類設計至少一個測試用例。,邊界值分析法,經(jīng)驗表明，處理邊界情況時程序最容易發(fā)生錯誤，針對邊緣取值設計測試用例，可以提高發(fā)現(xiàn)錯誤的概率 邊界值設計測試用例應遵循的原則,A、按照輸入值范圍的邊界 例如：輸入值的范圍是-1.0至1.0， 則可選擇用例 1.0、1.0、-1.001、1.001。 B、按照輸入/輸出值個數(shù)的邊界 例如：輸入文件可有1-255個記錄