系统测试(SystemTesting).ppt

* * * Slide * 建置後的任務 向管理層呈交最終報告 這份報告應該包含以下內容： 所有系統文件的最終版本 已被確認並列入計畫的系統修改和加強 所有各項系統開發成本和進度的摘要說明 實際成本和進度與原先估算之比較 建置後的評估 (若已經完成) 向管理階層呈交最終報告代表系統開發工作已經結束 第十一章 系統建置管理 第551頁 Slide * 本章總結 系統建置階段包含新系統的應用軟體開發、測試、安裝及評估。 分析師和技術文件撰寫者還必須準備操作文件及使用者文件。 開發培訓課程。 建置後的評估是對新系統的品質及專案團隊完成的工作進行評估與報告。 第十一章 系統建置管理 第552-553頁 Slide * 本章總結 呈交給管理層的最終報告包含最後的系統文件、已被確認並列入計畫的系統修改和加強的描述，以及詳細的專案成本。 這份報告代表系統開發工作的結束，以及新系統運作週期的開始。 第十一章 系統建置管理 第553頁 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 歐亞書局 歐亞書局 系統分析與設計【第八版】 第十一章 系統建置管理 Slide * Phase 4 系統建置 (system implementation) 是系統開發生命週期 (SDLC) 五個階段中的第四個階段 包括應用程式開發、測試、文件製作、訓練、資料轉換、系統轉換及對結果作建置後評估 可交付成果則是一個可完全運作的資訊系統 第十一章 系統建置管理 第507頁 系統開發方法綜述 Slide * Slide * 目標 解釋軟體品質保證和軟體工程的重要性 敘述應用程式的開發過程 說明由上而下設計、模組化設計、內聚性和關聯性的結構圖 敘述程式碼的撰寫過程並解說程式碼如何產生 解說單元測試、整合測試，及系統測試 分辨程式、系統、操作、及使用者等文件之差異 列出系統安裝與評估過程中的各項主要步驟 編寫一個全面培訓計畫，並指出各組參加人員的特定目標、比較內部及外部培訓供廠商，並解說效果良好的培訓技巧 說明資料轉換過程 指出並解說各種系統轉換方法 解釋建置後評估 描述向管理當局做最後報告的內容 第十一章 系統建置管理 第509頁 Slide * 簡介 系統設計規格就成為建構新系統的藍圖 初始任務是應用程式的開發 移轉前，小心測試系統並建立文件、使用者需要接受培訓、而現有的資料需被轉換完成 新系統能夠運行後，進行最終結果的正式評估，作為對高層管理人員做報告的一部分 第十一章 系統建置管理 第509頁 Slide * 系統測試 (System Testing) 程式碼編寫完成之後，程式設計師必須測試程式，確保系統正常運作 語法錯誤(syntax errors) 人工檢查(desk checking) 邏輯錯誤(logical errors) 結構化逐步審查(structured walk-through)；程式碼審查(code reviews) 設計逐步審查(design walk-through) 檢驗(Examine) 動態檢驗：testing 靜態檢驗：review 第十一章 系統建置管理 第527頁 Slide * 系統測試 (System Testing) 測試的意義與目的 為發現錯誤而執行一個軟體程式的過程 測試個案(test case) 好的測試範例 一個測試個案有很高機率可以發現新的錯誤 一個成功的測試指成功的發現新的錯誤 測試無法證明系統沒有錯誤，只能證明系統還有錯誤 第十一章 系統建置管理 Slide * 系統測試 (System Testing) 第十一章 系統建置管理 第527頁 圖11-20 Slide * 系統測試 (System Testing) 單元測試(unit testing) 針對個別程式或模組的測試 程式設計師必須在那些與其他程式和檔案互動的程式整合成為一個系統之前逐一地測試 測試資料(test data)：應包含正確及錯誤資料，需測試所有可能情況 殘片測試(stub testing)：模擬程式之輸出或結果 測試計畫(test plan)：詳細程序、執行方式、時間 參與人員、測試資料 第十一章 系統建置管理 第528頁 Slide * 系統測試 (System Testing) 整合測試(integration testing)；連結測試(link testing) 相互依賴的程式之間進行測試 個別測試並不能保證程式之間傳遞的資料是正確的 整合測試資料也需要考慮正常與不正常之狀況 當所有單元測試都正常執行完成後，才能進入整合測試階段 第十一章 系統建置管理 第528頁 Slide * 系統測試 (System Testing) 系統測試(system t