【正文】 31 軟件測試的內容 31 系統(tǒng)測試 32 具體測試步驟 32 主要測試方法介紹 32 系統(tǒng)測試出現(xiàn)的錯誤 33 測試范圍與主要內容 34 測試報告 34 結論 35 致謝 36 參考文獻 37 附錄 38 河北工程大學畢業(yè)設計說明 書 1 1 緒 論 開發(fā)背景 什么是缺陷 缺陷是軟件開發(fā)中的副產品。通常，缺陷也會導致軟件在某種程度上不滿足用戶的需要。缺陷能夠引起軟件運行時產生的一種不希望或不可接受的外部行為結果。但究竟什么缺陷？可能有人認為缺陷就是 BUG，但這是不準確的。簡單的說，缺陷就是 ：不滿足用戶確定的需求；軟件使用當中出現(xiàn)的問題；不符合設計要求。而 BUG 是程序代碼當中的錯誤。 缺陷管理的目標 對缺陷的管理一般而言需要達到以下目標： ⑴ 確保被發(fā)現(xiàn)的缺陷能夠被解決；這里解決的意思不一定是被修正，也可能是其他處理方式（例如，在下一個版本中修正或是不修正），總之，對每個被發(fā)現(xiàn)的 BUG 的處理方式必須能夠在開發(fā)組織中達到一致； ⑵ 收集缺陷數(shù)據(jù)并根據(jù)缺陷趨勢曲線識別測試過程的階段；決定測試過程是否結束有很多種方式，通過缺陷趨勢曲線來確定測試過程是否結束是常用并且較為有效的一種方式； ⑶ 收集缺陷數(shù)據(jù)并在其上進行數(shù)據(jù)分析，作為組織的過程財富。 一般流程 缺陷信息提交后 ，會進行分配，進入待修正狀態(tài)。通常情況下，被分配的開發(fā)人員會負責對它進行修復。然后由測試人員進行驗證，驗證通過后就會被關閉。如果沒有通過驗證，就會交給開發(fā)人員進行修復。但開發(fā)人員基于某種原因或理由，也可能會拒絕修改，這時會交給評審委員會進行評審，如果通過評審，則這個缺陷會被關閉，否則開發(fā)人員還是要繼續(xù)進行修復。 缺陷跟蹤系統(tǒng)的現(xiàn)狀 河北工程大學畢業(yè)設計說明 書 2 軟件 缺陷跟蹤對于保證軟件質量的重要作用目前已經(jīng)被大多數(shù)軟件組織所接受。在 上，幾乎每一個比較受歡迎的開源項目，都有十分完備的 缺陷 追蹤記錄。 目前比較著名的商業(yè)缺陷跟蹤軟件有 Compuware 公司的 TrackRecord。開源軟件有Mozilla 的 Bugzilla。在國內，大家最熟悉的可能就是 BugFree 了。 BugFree 的作者原是微軟的一名員工。在微軟時他就對微軟的內部缺陷管理軟件 Raid 十分佩服。他認為，遍布全球的微軟員工之所以會保持一致的思維模式和做事習慣，與整個研發(fā)流程的配套工具密不可分。而其中最重要的就是通過 Raid 把整個產品的研發(fā)有機地聯(lián)系起來。閱讀每個 Bug，你可以詳細地看到大家討論解決該問題的完整思路。他引用 Project 2021的 Architect 的一句話說： “Raid 是微軟最偉大的產品，為 Bill Gates 節(jié)省了無數(shù)金錢 ” 。 開發(fā) 環(huán)境 介紹 至于前臺應用程序開發(fā)工具 ， 常見的有 Visual Studio、 Delphi、 Power Builder、Visual C++，、 Visual Basic 等， 其中 是 Microsoft 公司最新推出基于 .NET 框架的新一代網(wǎng)絡編程語言，也是目前最新的 Web 技術之一。 是建立在公共語言運行庫上的編程框架，可用于服務器上生成功能強大的 Web 程序，在 碼與頁面可以完全剝離，使用 Web Control，不再區(qū)分客戶端或服務器端程序，可以直接進行數(shù)據(jù)交換，用 Visual Studio 可以方便的調試和跟蹤，支持 C和 VB 語言，支持面向對象編程，可利用早期綁定，實時編譯、本機優(yōu)化和緩存服務，這相當于在編寫代碼之前便顯著提高了性能。 是建立在通用語言運行時刻庫（ CLR）上的應用程序框架。他用來在服務器端構建功能強大的 web應用程序。 提供了幾個超越以前 web 開發(fā)模式的優(yōu)點： ⑴ 增強的性能。 是運行在服務器端的編譯后的 CLR 代碼，而不是像 ASP那樣解釋執(zhí)行。 利用提前綁定，即時編譯，本地優(yōu)化和緩存服務來提高性能。所有這一切，性能遠遠大于你以往寫的每一行代碼。 ⑵ 世界級水平的開發(fā)工具支持。在 Visual Studio . 的集成開發(fā)環(huán)境（ IDE）中， 框架由豐富的工具箱和設計器組成。所見即所得的（ WYSIWYG）編輯方式、拖放服務器控件、以及自動部署，僅僅是這一強大工具所提供的一少部分功能。 ⑶ 強大而富有彈性。由于 是基于 (CLR)的，因此整個 . 平臺的強大和富有彈性，同樣可以應用于 web 應用程序開發(fā)者。 . 框架的類庫、消息以及數(shù)據(jù)訪問解決方案，都可以無縫集成到 web。 也是語言中立的，因此你可以選擇你最熟悉河北工程大學畢業(yè)設計說明 書 3 的語言，或者通過幾種語言來共同完成一個應用。而且， CLR 的互用性可以保證你升級到 ，現(xiàn)存的基于 COM的開發(fā)投資依然保留。 ⑷ 簡單。 使執(zhí)行常用的工作變得很容易，比如從簡單的表單提交、客戶端驗證，到 部署和站點配置。例如， 允許你建立用戶接口，實現(xiàn)頁面和邏輯代碼的分離，同時，就像 vb 的表單執(zhí)行模式那樣來處理事件（也就是說，由頁面驅動模式變成了事件驅動模式）。此外， CLR 簡化了部署，用來管理代碼服務，例如自動參照和垃圾回收。 ⑸ 易于管理。 使用一個基于文本的、分層次的配置系統(tǒng)，它簡化了服務器端環(huán)境和 web應用程序的設置。由于配置信息用純文本格式保存，新的設置不需要本地管理工具的支持。這種 “ 零本地支持 ” 的理念也同樣應用到了部署 應用程序。 應用程序部署到服務器，簡化為復制必要的文件到服務器。在部署，甚至替換正在運行的變異代碼的時候，也不需要重新啟動服務器。 ⑹ 可伸縮性和有效利用性。 被設計成可伸縮的，能為集群和多處理器環(huán)境設計提高性能。而且， 運行時刻密切監(jiān)視和管理進程，這樣，如果發(fā)生了錯誤的行為，例如漏洞和死鎖，新的進程會在當前位置建立，來幫助你的應用程序繼續(xù)處理事件請求。 ⑺ 可訂制和擴展。 提供一種良好的擴充結構，允許開發(fā) 者在適當?shù)募墑e“ 插入 ” 他們的代碼。事實上，使用自己的編寫的組件可以擴展或者替換 運行時刻的任何子組件。執(zhí)行自定義驗證或狀態(tài)服務變得前所未有的容易。 ⑻ 安全性。內建的 windows 驗證和每一個應用程序的獨立配置，你可以認為你的應用程序是安全的。 小結 本章對開發(fā)背景及開發(fā)環(huán)境做了詳細的介紹， 首先介紹了什么是缺陷，缺陷管理的目標及現(xiàn)狀，另外還介紹了本系統(tǒng)的一般流程，其次還介紹了開發(fā)環(huán)境 — ，這樣就 為開展本系統(tǒng)做好了前期準備工作。 河北工程大學畢業(yè)設計說明 書 4 2 可行性分析 可行性研究 可靠性分析 可靠性分析是在用戶的要求和系統(tǒng)調研的基礎上進行的，對新系統(tǒng)的開發(fā)從 社會 、技術、 經(jīng)濟 、 管理 等方面進行分析，并得出新系統(tǒng)的開發(fā)工作可行、不可行、需要修改、追加 投資 、暫緩開發(fā)、分步實施等方案和結論，最后完成可行性分析。 可行性分析 可行性分析一般可定義為：可行性分析是在建設的前期對工程項目的一種考察和鑒定，對擬議中的項目進行全面與綜合的技術、經(jīng)濟能力的 調查 ，判斷它是否可行。 可行性分析階段的主要工作包括以下幾個方面： ⑴ 新系統(tǒng)目標可行性分析： 分析新系統(tǒng)的目標是否符合的現(xiàn)狀和發(fā)展的需要。 ⑵ 社會可行性分析： 社會可行性分析主要是指管理信息系統(tǒng)的開發(fā)是否符合 國家法 律、下策，是否能夠與社會大系統(tǒng)實現(xiàn)良好的對接。 ⑶ 技術可行性分析： 技術可行性分析是根據(jù)新系統(tǒng)的目標來衡量是否具備所需要的技術，包括系統(tǒng)開發(fā)人員數(shù)量和水平，硬件方面，軟件方面及其它應用技術。 ⑷ 經(jīng)濟可行性分析： 經(jīng)濟可行性分析主要是對開發(fā)新系統(tǒng)所投入的資金與系統(tǒng)投入使用后所帶來的經(jīng)濟效益進行比較，確認新系統(tǒng)是否會給帶來一定的經(jīng)濟效益。 ⑸ 管理可行性分析： 管理可行性分析主要是分析現(xiàn)行的 管理體制 和領導是否具有現(xiàn)代化的管理意識和管理水平。 河北工程大學畢業(yè)設計說明 書 5 可行性研究的輸入信息是系統(tǒng)的一個框架描述和系統(tǒng)將如何在機構中使用的說明信息。它指明現(xiàn)有的軟件，硬件技術能否實現(xiàn)用戶對新系統(tǒng)的要求。從業(yè)務角度來決定系統(tǒng)開發(fā)是否劃算以及在預算范圍內能否開發(fā)出來?？尚行匝芯渴潜容^便宜和省時的。結果就是要得出結論，該系統(tǒng)是否值得進行更細致的分析?？尚行匝芯康哪康木褪怯米钚〉拇鷥r在盡可能短的時間內確定問題是否能夠解決。本系統(tǒng)的可行性分析包括以技術可行性，經(jīng)濟可行性 和運行可行性 3個方面的內容。 技術可行性 技術可行性是指根據(jù)任務書提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，現(xiàn)有的技術已較為成熟，硬件、軟件的性能要求、 環(huán)境 條件等各項條件良好，估計利用現(xiàn)有技術條件應基本可以達到該系統(tǒng)的功能目標。同時，鑒于系統(tǒng)開發(fā)期較短，預計系統(tǒng)大部分功能可以在預定的時間內完成，部分功能。 經(jīng)濟可行性 經(jīng)濟可行性是指估算新系統(tǒng)的 成本 效益分析，其中包括估計項目開發(fā)的成本，開發(fā)費用和今后的運行、維護費用，估計新系統(tǒng)將獲得的少部分效益，估算開發(fā)成本不會高于項目預期的全部經(jīng)費。并且，分析系統(tǒng)開發(fā)不會對其它產品或利潤帶來影響。當收益達到一定時，系統(tǒng)將會開源。 估算新程序的成本效益分析，其中包括估計項目開發(fā)的成本，開發(fā)費用和今后的運行、維護費用，估計新程序將獲得的效益，估算開發(fā)成本不會高于項目預期的全部經(jīng)費。并且 ，程序開發(fā)一定會對其它產品或利潤帶來一定影響。 運行可行性 運行可行性是指新系統(tǒng)的研制和開發(fā)充分考慮到所使用的人群主要有一定 計算機能力的學生，和有一定維護經(jīng)驗的系統(tǒng)管理員，新程序的研制和開發(fā)考慮工作人員對程序操作易，效率高。完全滿足使用者的要求。 小結 本章對本系統(tǒng)的可行性進行了分析 ，從可靠性分析、技術可行性、經(jīng)濟可行性和運行可行性 等方面進行了分析，得到的結果是本 系統(tǒng)可以進行研發(fā)的 ，我們也將盡自己最大的能力來完善系統(tǒng) 。 河北工程大學畢業(yè)設計說明 書 6 3 系統(tǒng)分析 需求 分析 系統(tǒng)分析是開發(fā)管理信息系統(tǒng)的關鍵性階段，是一個從不斷認識和逐步細化的過程，是下一階段的工作基礎，是為下一階段進行 物理 方案設計、解決 “ 怎么做 ” 提供依據(jù)，基關鍵性主要體現(xiàn)在 “ 理解需求 ” 和 “ 表達需求 ” 兩方面。 通過對現(xiàn)行系統(tǒng)的詳細調研，主要是從系統(tǒng)的角度理解用戶的需要，確定新系統(tǒng)的綜合要求，并提出這些需求的實現(xiàn)條件以及需求應達到的標準，也就是確定新系統(tǒng)要做什么，做到什么程度。這些需求包括： ⑴ 功能需求。確定新系統(tǒng)應做什么，這是最主要的需求。 ⑵ 性能需求。給出所開發(fā)的新系統(tǒng)的技術性能指標，包括存儲容量限制、運行時間限制、安全保密性等。 ⑶ 環(huán)境需求。這是對系統(tǒng)運行以及所處環(huán)境的要求。例如，在硬件方面采用什么機型、有什么硬件設備等；在軟件方面，采用什么支持系統(tǒng)運行的系統(tǒng)軟件（指操作系統(tǒng)、數(shù) 據(jù)庫管理系統(tǒng)）。 ⑷ 未來需求。這類要求是指目前不屬于系統(tǒng)開發(fā)的范圍，但將來隨著外界環(huán)境的變化以及系統(tǒng)的發(fā)展可能會提出的要求。了解這類要求的目的是在開發(fā)過程中，可對系統(tǒng)將來可能的擴展與修改做準備。一旦需要時，就比較容易進行補充和修改了。 系統(tǒng)總體設計 通過廣泛的原型接受性測試，界面風格以及交互方式得到了確認。下列地方進行了更改：缺陷搜索的地方去掉了針對修復者的搜索條件。因為修復者可以通過 Email 獲知自己應修復的 錯誤 的 ID 號。不需要通過這個查詢頁 面來找。而用戶更是不需要知道哪個修復者修復的缺陷。他只關心這個缺陷是否被修復了。用戶更改及添加頁面添加了用戶 Email 一欄。經(jīng)過以上分析，本系統(tǒng)的總體設計模塊圖如下圖 31所示 ，流程圖如下圖 32所示 河北工程大學畢業(yè)設計說明 書 7 圖 31 系統(tǒng)總體模塊圖 缺陷跟蹤管理系統(tǒng)：由管理員、項目經(jīng)理、 和技術人員組成。 其中管理員完成功能：用戶操作、項目成員操作 、 缺陷類別管理、缺陷狀態(tài)管理、修改密碼。 項目 經(jīng)理完成功能：用戶操作 、缺陷 操作 、 缺陷類別管理、缺陷狀態(tài)管理、 本人信息 。 測試 員完成功能： 用戶操作、 缺陷操作﹑ 缺陷 類別管理 、 缺陷狀態(tài)管理 。 每一個功能都有各自的