《管理信息系統第三版》課件第八章 系統測試

《管理信息系統》第八章系統測試《管理信息系統》系統測試的作用和意義系統測試的作用和意義

系統測試是保證系統質量與可靠性的最后關口，是對整個系統開發(fā)過程包括系統分析、系統設計和系統實現的最終審查。盡管在系統開發(fā)周期的各個階段均采取了嚴格的技術審查，希望盡早發(fā)現問題予以修正，但依然難免遺留下差錯，如果沒有在投入運行前的系統測試階段被發(fā)現并糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將會付出更大的代價，甚至會造成不堪設想的后果。因此不要以為程序設計完成后系統開發(fā)工作就接近尾聲了，還有大量重要而艱巨的系統測試工作才剛剛開始?！豆芾硇畔⑾到y》系統測試的對象和目的(1)系統測試的對象和目的系統測試的對象不僅僅是源程序，而應是整個軟件，它把需求分析、概要設計、詳細設計以及程序設計各階段的開發(fā)文檔，包括需求規(guī)格說明、概要設計說明、詳細設計說明以及源程序，都作為測試的對象。由于“程序+文檔=軟件”，所以系統測試的對象是軟件?！豆芾硇畔⑾到y》系統測試的對象和目的(2)

在系統測試中發(fā)現的錯誤可能是各式各樣的，按其范圍和性質可劃分為以下幾類：（1）功能錯誤：由于功能規(guī)格說明書不夠完整或敘述不夠確切，致使在編碼時對功能有誤解而產生的錯誤。（2）系統錯誤：指與外部接口的錯誤、參數調用錯誤、子程序調用錯誤、輸入／輸出地址錯誤，以及資源管理錯誤等?！豆芾硇畔⑾到y》系統測試的對象和目的(3)（3）過程錯誤：主要指算術運算錯誤、初始過程錯誤、邏輯錯誤等。（4）數據錯誤：數據結構、內容、屬性錯誤，動態(tài)數據與靜態(tài)數據混淆，參數與控制數據混淆等。（5）編碼錯誤：語法錯誤、變量名錯誤、局部變量與全局變量混淆、程序邏輯錯誤和編碼書寫錯誤等?！豆芾硇畔⑾到y》系統測試的基本原則(1)（1）測試工作應避免由原開發(fā)軟件的個人或小組來承擔。測試的目的就是挑剔地找錯誤，而從心理上來講，軟件開發(fā)人員對自己的工作成果有所偏愛，總認為自己開發(fā)的軟件沒有錯誤或錯誤不大，因而有一種不愿否定自己成果的心理；另一方面，如果開發(fā)人員對軟件的功能有理解錯誤，由本人去找，肯定是找不出錯誤的，正所謂“當局者?！豆芾硇畔⑾到y》系統測試的基本原則(2)

（2）設計測試方案時，不僅要包括確定的輸入數據，而且應包括從系統功能出發(fā)預期的測試結果。把預期測試結果作為測試方案的組成部分，對于發(fā)現錯誤是有幫助的，并且可以提高效率，只要將運行結果與預期測試結果進行對比即可發(fā)現有無錯誤。否則，由于人們的心理作用或粗心大意，常把一些似是而非的結果當成正確結果，把本該發(fā)現的問題漏掉?！豆芾硇畔⑾到y》系統測試的基本原則(3)

（3）測試用例不僅要包括合理、有效的輸入數據，還要包括無效的或不合理的輸入數據。

在測試中人們常常只注意到從系統功能角度是合理有效的和可以預想得到的輸入數據，而忽視那些無效的和預想不到的輸入數據。實際上一個軟件在投入運行后，一些意想不到的輸入是常常會遇到的，如用戶輸錯數、鍵入非法命令等，如果軟件不能做出適當的反映而失控，就不能說明軟件是可靠的。往往使用預期不合理的數據進行測試比用合理數據收獲要大。《管理信息系統》系統測試的基本原則(4)

（4）不僅要檢驗程序是否做了該做的事，還要檢查程序是否同時做了不該做的事。

多余的副作用即使是無意義的也會影響程序運行效率，甚至有時會帶來潛在的危害?！豆芾硇畔⑾到y》系統測試的基本原則(5)

（5）軟件中仍存在錯誤的概率和已經發(fā)現錯誤的個數是成正比的。有時軟件經測試發(fā)現了許多錯誤后，測試者認為可能錯誤已找得差不多了，因而不必再繼續(xù)測試了。但經驗和統計結果均表明，發(fā)現的錯誤越多，程序中潛在的錯誤可能會越多。因此，如軟件經測試發(fā)現了許多錯誤，則繼續(xù)測試發(fā)現錯誤的可能性更大?！豆芾硇畔⑾到y》系統測試的基本原則(6)

（6）保留測試用例，作為軟件文檔的組成部分。

測試用例無論是否發(fā)現軟件中的錯誤，都是花費了大量精力精心設計出來的，保留這些測試用例將會給重新測試和追加測試帶來方便。一旦程序糾錯、改進或擴充后，需要重新測試時，將在很大程度上重復以往的測試工作，一方面驗證原有錯誤是否確實正確修改了，另一方面能夠發(fā)現因修改或擴充而可能引入的新錯誤?！豆芾硇畔⑾到y》傳統的軟件測試把軟件測試過程分成以下幾個階段：·

單元測試；·集成測試；·確認測試；·系統測試?！豆芾硇畔⑾到y》在傳統的軟件測試中，采用的軟件測試技術包括：人工測試；黑盒測試；白盒測試；動態(tài)測試；靜態(tài)測試。《管理信息系統》系統測試的方法

人工測試：個人復查：指源程序編完以后，直接由程序員自己進行檢查。走查：測試在預先閱讀過該軟件資料和源程序的前提下，由測試人員扮演計算機的角色，用人工方法將測試數據輸入被測程序，并在紙上跟蹤監(jiān)視程序的執(zhí)行情況，讓人代替機器沿著程序的邏輯走一遍，發(fā)現程序中的錯誤。會審：測試成員在會審前仔細閱讀軟件有關資料，根據錯誤類型清單（從以往經驗看一般容易發(fā)生的錯誤），填寫檢測表，列出根據錯誤類型要提問的問題。會審時，由程序作者逐個閱讀和講解程序，測試人員逐個審查、提問、討論可能產生的錯誤?！豆芾硇畔⑾到y》機器測試：黑盒測試：將軟件看作黑盒子，在完全不考慮程序的內部結構和特性的情況下，研究軟件的外部特性。根據軟件的需求規(guī)格說明書設計測試用例，從程序的輸入和輸出特性上測試是否滿足設定的功能。白盒測試：將軟件看作一個透明的白盒子，按照程序的內部結構和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查與設計是否相符?！豆芾硇畔⑾到y》黑盒測試——如果已經知道了產品應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；白盒測試——如果知道產品內部工作過程，可以通過測試來檢驗產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，且所有內部部件被充分利用（確?！八旋X輪吻合”）?！豆芾硇畔⑾到y》系統測試的步驟

-單元測試：程序中的一個模塊或一個子程序，是程序設計的最小單元，是程序最小的獨立編譯單位。-組裝測試：在每個模塊完成了單元測試以后，需要按照設計時作出的層次模塊圖把它們連接起來，進行組裝測試。-確認測試：經過組裝測試，軟件已裝配完畢，接下來進行的確認測試和系統測試將是以整個軟件做為測試對象，且采用黑盒測試方法。-系統測試：將信息系統的所有組成部分包括軟件、硬件、用戶以及環(huán)境等綜合在一起進行測試，以保證系統的各組成部分協調運行。《管理信息系統》

設計信息可運行系統系統其它元素單元測試單元測試單元測試組裝測試確認測試系統測試軟件需求信息測后軟件測后模塊模塊模塊模塊確認后軟件

系統測試的步驟《管理信息系統》《管理信息系統》漸增式測試方法對程序的測試更徹底。漸增式測試需要較多的機器時間。非漸增式測試方法可以并行測試所有模塊，因此能充分利用人力，加快工程進度。

總的說來，漸增式測試方法比較好。使用漸增方式把模塊結合到軟件系統中去時，有自頂向下和自底向上兩種方法?！豆芾硇畔⑾到y》

自頂向下結合 從主控制模塊（“主程序”）開始，沿著軟件的控制層次向下移動，從而逐漸把各個模塊結合起來。《管理信息系統》

自底向上結合 自底向上測試從“原子”模塊（即在軟件結構最低層的模塊）開始組裝和測試。《管理信息系統》不同測試策略的比較 自頂向下結合的優(yōu)點： 不需要測試驅動程序，能在早期實現并驗證系統的主要功能，能較早發(fā)現上層?？斓慕涌阱e誤。 自頂向下結合的缺點： 需要存根程序，可能遇到與此相聯系的測試困難，低層關鍵模塊中的錯誤發(fā)