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