測試過程管理系統(tǒng)的設計與實現(xiàn)

1、軟件外包類企業(yè) 內(nèi)部使用測試過程管理系統(tǒng)的設計與實現(xiàn)【摘要】本文旨在分析軟件外包企業(yè)的測試流程流水化，嚴格控制測試流程中的各個環(huán)節(jié)，通過設計一款軟件外包類企業(yè)內(nèi)部使用的測試過程管理系統(tǒng)，以實現(xiàn)對外包測試過程和質量的有效管理。引言1.1 背景外包的定義是：一個業(yè)務實體將原來應在企業(yè)內(nèi)部完成的業(yè)務，轉移到企業(yè)外部由其他業(yè)務實體完成，這種行為就稱為外包。軟件外包就是企業(yè)為了專注核心競爭力業(yè)務和降低軟件項目成本，將軟件項目中的全部或者部分工作給提供外包服務的企業(yè)完成的軟件需求活動。整合利用其外部最優(yōu)秀的專業(yè)化資源，從而達到降低成本、提高效率、充分發(fā)揮自身核心競爭力和增加企業(yè)對環(huán)境的迅速應變能力。它已經(jīng)

2、成為發(fā)達國家的軟件公司降低成本的一種重要的手段。據(jù)國外權威機構的調查顯示，外包使單位組織平均節(jié)省9%的成本，而能力與質量上升了15%。中國軟件業(yè)通過開展軟件外包業(yè)務也首先使經(jīng)濟得到了發(fā)展，其次通過與國外同行業(yè)的交流與合作改進了國內(nèi)軟件行業(yè)的開發(fā)管理流程，健全了軟件質量控制體系。承接軟件外包業(yè)務的企業(yè)若想把業(yè)務做大做強，必須從技術、管理、做事方法、質量保證等方面與國際接軌。但顯然，以上這些方面國內(nèi)大多數(shù)軟件企業(yè)還達不到必需的水平，但是這些企業(yè)依然有機會承接軟件外包服務項目，軟件測試項目是目前最適合國內(nèi)小型軟件企業(yè)的軟件外包項目。軟件測試外包是企業(yè)把一套成型的產(chǎn)品交給專門的測試組織進行測試,檢驗產(chǎn)

3、品是否達到用戶的使用標準。在軟件外包的大潮中，國內(nèi)軟件測試外包多種業(yè)務模式并行。從為客戶提供外包測試服務的業(yè)務模式劃分，軟件測試外包可分為：現(xiàn)場測試模式和公司內(nèi)部測試模式?，F(xiàn)場測試模式是人員外派模式，主要是指服務商把自己的人員派到客戶的現(xiàn)場進行現(xiàn)場測試，可派整個測試團隊進行獨立測試，也可以將測試人員分散在客戶的測試團隊中，一般適用于軟件測試環(huán)境復雜、客戶對軟件的保密性要求高、需求和開發(fā)團隊密切配合的項目；公司內(nèi)部測試模式指的是測試外包方承接客戶的測試服務，在公司內(nèi)部進行軟件測試工作，按照約定提交測試工件或測試報告，軟件測試費用按照軟件測試外包的工作量來進行計量。該模式具有降低成本、降低風險、強

4、化核心能力、擴大經(jīng)濟規(guī)模等作用,而企業(yè)的最終目的是圍繞最優(yōu)化地利用自身已擁有的生產(chǎn)管理能力與財務等資源來獲取最優(yōu)越的收益，所以越來越多的跨國公司將該模式作為國際化的重要戰(zhàn)略選擇。這種模式一般適用于發(fā)包方對接包方的管理能力、技術水平非常信任、軟件功能相對穩(wěn)定的項目，隨著國內(nèi)軟件行業(yè)技術水平的提高，外包測試有逐步朝這個方向發(fā)展的趨勢。因此，對這種模式的研究對國內(nèi)未來的軟件外包測試管理極具應用價值。1.2 軟件測試管理系統(tǒng)的現(xiàn)狀伴隨著軟件測試管理的發(fā)展，各種軟件測試管理系統(tǒng)應運而生。這些對測試過程管理的系統(tǒng)一般是基于通用的軟件測試管理過程，因此盡管這些管理工具已經(jīng)能夠基本的測試管理需求，但是在某些方

5、面，如測試團隊的管理、測試設備和測試團隊的管理方面尚存在欠缺。對軟件測試的管理，目前市場上已經(jīng)有很多不同的工具。下面來探索一下市場中常見的軟件測試管理工具。測試工具特點TestDirectorClearQuestQA Director界面設計英文英文英文易用性較好良復雜測試控制手動測試并結合自動化測試手動測試自動化測試測試過程管理支持軟件生命周期支持缺陷管理支持軟件生命周期測試用例管理有無有缺陷管理優(yōu)優(yōu)良缺陷狀態(tài)分類優(yōu)優(yōu)優(yōu)缺陷嚴重等級分類優(yōu)優(yōu)優(yōu)缺陷跟蹤普通普通無權限角色等級一般無一般架構模式C/SC/S，B/SB/S支持數(shù)據(jù)庫Sybase、MSSQL、 OracleSQL Server，SQL

6、 Anywhere，ORACLE，ACCESS，DB2Microsoft Access、 SQL Server、 Oracle安裝配置復雜度復雜復雜復雜費用免費昂貴昂貴上表列出了當前市場上常見的測試管理工具，主要針對于測試缺陷管理。而且大部分的測試管理工具都是非常昂貴的。即便是TestDirector這樣的整體應用系統(tǒng)，也只是集成了測試管理的各個部分，專注在將測試過程流水化，并沒有涉及到測試團隊人員的管理以及團隊中的設備管理。ClearQuest是缺陷及變更管理工具，它對軟件缺陷或者功能特性等任務記錄提供跟蹤管理。QA Director專注于自動化測試，顯示更不適合外包測試項目的管理。1.3

7、目標本文基于國內(nèi)軟件測試外包服務商內(nèi)部的管理現(xiàn)狀，從外包測試項目管理者的角度提取軟件測試外包內(nèi)部管理需要考慮的問題，在對缺陷生命周期、軟件測試過程和軟件外包內(nèi)部測試項目特點的研究基礎上，著重研究軟件測試外包中測試流程管理，將測試流程流水化，嚴格控制測試流程中的各個環(huán)節(jié)，以實現(xiàn)對外包測試過程和質量的有效管理。在此目的基礎上構建軟件外包內(nèi)部測試過程管理系統(tǒng) Software Outsourcing Task Management （SOTM）。本系統(tǒng)基本概念2.1 軟件外包測試工作流程及特點在本節(jié)我們來分析軟件外包內(nèi)部測試基本的工作流程和特點。2.3.1 軟件外包內(nèi)部測試基本流程軟件外包內(nèi)部測試模

8、式下，外包服務者有一套規(guī)范的服務流程，嚴格按照這個流程執(zhí)行可以確保后期服務高效完成。在外包項目開始之前，外包服務者會根據(jù)約定到客戶現(xiàn)場收集需求信息，包括：客戶的系統(tǒng)概況、應用領域、軟件開發(fā)周期、軟件開發(fā)環(huán)境、開發(fā)組織安排、時間安排、功能需求、性能需求、質量需求等。由此進行項目所需的人員、時間和工作量估計及項目報價，調研后測試隊伍會對調研結果進行測試需求評審，明確測試需求。測試需求明確之后，可以安排項目測試進度計劃：制定初步的項目計劃，列舉項目風險，客戶關注點、難點，周期安排。與軟件發(fā)包方充分協(xié)商制定測試計劃。測試計劃確定之后，測試服務提供者可以根據(jù)客戶的系統(tǒng)要求配置測試環(huán)境，專用的硬件設備由發(fā)

9、包方提供，專業(yè)的測試工具和常用的測試設備由測試者自己提供。測試服務者開始進行測試設計，要求覆蓋到所有的測試需求點，設計出測試思路和詳細的測試方法，設計完成之后要進行評審，評審員包括發(fā)包方的項目經(jīng)理、開發(fā)人員和測試方的測試經(jīng)理、測試組長、測試組成員。評審結束后，根據(jù)評審結果，測試組長組織測試組成員修改測試方案，直到評審通過為止。測試設計通過評審后，測試組長組織測試人員編寫測試用例。軟件測試中最重要的因素是設計測試用例.。通過測試設計階段，測試人員已經(jīng)對整個系統(tǒng)需求有了詳細的了解，這個時候設計測試用例可以有效地保證測試用例對需求的覆蓋率。測試用例包括：測試目標、測試前提條件、操作步驟和預期輸出結果

10、。測試用例設計完成后也需要和發(fā)包方的開發(fā)人員、項目經(jīng)理等人員進行評審，根據(jù)評審結果，測試者修改測試用例，直到評審通過為止。測試用例編寫完成之后，根據(jù)測試計劃安排，測試組長組織測試成員進行測試。測試執(zhí)行過程中，測試用例是唯一實施標準。如發(fā)現(xiàn)缺陷則及時報告到特定的管理系統(tǒng)中，由開發(fā)方確認并負責修改。開發(fā)方修改完缺陷并轉來新的測試版本后，測試方在新的版本中對缺陷進行回歸驗證。測試結束后，測試方編寫測試報告對測試項目進行總結。全部測試完成后，發(fā)包方會同開發(fā)方組織用戶進行驗收測試，以驗證軟件是否最終滿足客戶實際需要。如果驗收時發(fā)現(xiàn)缺陷率在合同規(guī)定的范圍之內(nèi)，則驗收成功。如果超出規(guī)定的缺陷范圍，外包公司可

11、能要被罰款。實際操作中，如果公司被罰款整個測試項目組的成員可能都要被罰。2.3.2 軟件外包內(nèi)部測試的特點根據(jù)以上工作流程的分析，得出軟件外包內(nèi)部測試有以下特點：1). 進度管理嚴格。項目按時交付是保證客戶滿足的前提。在測試活動開展過程中，嚴格地監(jiān)控項目進度，統(tǒng)籌規(guī)劃，要保證測試工程師按預期計劃進行工作，在必要時可通過調整工作分配、增加工作人員等方式保證項目按時完成。2). 交流過程復雜。軟件外包測試直接服務于發(fā)包方，間接服務于用戶。測試者一般無法面對面與發(fā)包方實時交流，在測試過程中遇到問題時，不能像本地軟件測試那樣直接同項目經(jīng)理和用戶進行交流，外包測試中遇到問題時，需要發(fā)包方與他們的客戶交流

12、后再與外包測試提供者交流。3). 工作匯報頻繁。外包測試本身為服務性質的工作，工作成果是測試過的軟件產(chǎn)品，要得到客戶的認可就需要把階段測試成果展示給客戶，讓客戶深入到測試過程中，軟件外包測試者需要根據(jù)約定定期向發(fā)包方匯報工作進展情況和缺陷發(fā)現(xiàn)情況，周期短，通常為每天，最多不會超過一周。對工作匯報要求嚴格。4). 參考文檔不夠全面。發(fā)包方通常對技術的保密工作要求很高，一般不會提供給軟件外包測試者很全面的設計開發(fā)文檔，外包測試者需要根據(jù)自己大量的經(jīng)驗積累開展工作。知識的傳承在外包測試提供者內(nèi)部顯得尤其重要。5). 對外包測試服務者的服務質量要求高。一旦外包軟件被發(fā)包方測試出錯誤之后往往是需要外包服

13、務提供者用金錢來補償。2.2 核心術語TSDRTSDR，Task Schedule Deviation Rate，任務進度偏差率。TSDR等于實際執(zhí)行工作所花費時間減去預估所需工作時間所得的值除以預估工作時間的百分比。在本系統(tǒng)中我們定義，當百分比為負值時，表示進度提前；當百分比在0%-1%，則TSDR=5，表示實際進展與計劃相符；當百分比在1.1%-5%, 則TSDR=4，表示實際進度與原計劃與細微偏差，可稍做調整；當百分比在5.1%-10%，則TSDR=3，表示；實際進度與計劃有一定差別，應加強控制；當百分比在10%-20%，則TSDR=2，則表示任務實際進度與計劃差別較大，估算者對工作任務

14、的估算不夠合理或是對任務執(zhí)行者的能力沒有較清楚的認識，應重新估算工作量或者安排更合適的執(zhí)行者；當百分比大于20%，則TSDR=0，則表示估算出現(xiàn)錯誤或者任務執(zhí)行出現(xiàn)問題，應馬上分析問題，以方便采取合理的應對措施。缺陷和缺陷生命周期缺陷是程序中存在的一切破壞程序正常運行的問題、故障或者隱藏的功能缺陷。 缺陷的存在會導致軟件在一定程序上不能滿足用戶需要。它具體表現(xiàn)為：軟件功能不能正常運行；軟件沒有實現(xiàn)需求規(guī)格說明中所要求的功能；軟件中出現(xiàn)了需求規(guī)格說明中沒有要求的功能；軟件不容易使用；軟件沒有實現(xiàn)需求規(guī)格說明中沒有明確說明但應該實現(xiàn)的功能。各類軟件缺陷對軟件產(chǎn)品質量所造成的影響也是不同的，有的是災

15、難性的，也有的僅僅是界面不夠直觀。一般來說，對于嚴重的缺陷，應該優(yōu)先處理。問題越嚴重，越要得到及時的糾正，處理的優(yōu)先級也越高。各個軟件項目對問題的優(yōu)先級定義不同，但大致可以概括為以下五個級別：1). 致命的。致命的錯誤會造成系統(tǒng)或者應用程序的崩潰、死機、數(shù)據(jù)丟失或者主要功能完全喪失等。2). 嚴重的。嚴重的錯誤是指功能或者特性沒有實現(xiàn)，主要功能喪失、次要功能完全喪失等。3). 一般的。不太嚴重的錯誤，不影響系統(tǒng)的基本使用，繞過此缺陷測試可以繼續(xù)進行。4). 微小的。對功能沒有影響的一些小問題。如:文字排列不整齊、個別錯別字等。5). 建議。用來記錄測試人員所提出的質疑以及對軟件的建議。缺陷生命

16、周期用于反映缺陷處于什么樣的狀態(tài)，方便軟件開發(fā)和測試人員跟蹤和管理缺陷。簡單的缺陷生命包括以下三個狀態(tài)：1). 打開。測試人員發(fā)現(xiàn)軟件缺陷并將缺陷報告出來。2). 修復。開發(fā)人員通過再現(xiàn)缺陷，修正缺陷，然后交給測試人員驗證。3). 關閉。測試人員驗證缺陷后，確認缺陷已經(jīng)在當前測試版本中已經(jīng)被修復。可以看出以上是一種理想化的缺陷生命周期，它認定的缺陷被提出后就可以得到開發(fā)人員的認可，并且開發(fā)人員可以一次修復缺陷。在實際的軟件開發(fā)中，缺陷被提出后，因為需求不明或者理解的偏差，經(jīng)常會存在爭議，這就需要有第三方，如：需求人員來確認這個缺陷，所以在開發(fā)人員同意修復這個缺陷之前，還有存在著一個交由需求人員

17、確認的狀態(tài)。而在開發(fā)人員修復缺陷后，如果測試人員驗證修復時發(fā)現(xiàn)缺陷依然存在就會再次打開這個缺陷，此時這個缺陷的狀態(tài)會是再次打開，而不是關閉。管理系統(tǒng)的設計結構設計軟件外包內(nèi)部測試管理系統(tǒng)采用基于Web 的三層B/S架構模式，這種模式在邏輯上將應用功能分為三層：表示層、功能層、數(shù)據(jù)層。本系統(tǒng)的系統(tǒng)設計結構如圖4-5所示：數(shù)據(jù)層數(shù)據(jù)服務器用戶表示層網(wǎng)絡瀏覽器功能層本測試管理系統(tǒng)操作請求結果請求結果請求結果圖4-5系統(tǒng)設計結構圖4.1 系統(tǒng)功能分布4.2 功能模塊設計基于系統(tǒng)分析的結果，按照結構化的設計方法，軟件外包測試過程管理系統(tǒng)的功能模塊圖如下：圖4-7系統(tǒng)功能模塊圖系統(tǒng)由組織管理、資源管理、任

18、務管理、缺陷管理、請求管理和工作監(jiān)控六個模塊組成，下面分別對這六個模塊做概要說明：1). 組織管理：高級部門經(jīng)理對所要組織的組織進行基本信息的配置，比如：項目的基本信息、子部門的基本信息等。另外，基于具體的項目需求建立將要參與本項目的工作組以劃分角色，例如：功能測試組、自動化組、性能測試組等，給每個工作組選擇人員，同時也是對所選擇的人員進行權限設置。2). 資源管理：資源管理包括兩個部分：人員信息管理和設備信息管理。這里的人員是指所有使用本系統(tǒng)的用戶，也是就外包測試內(nèi)部模式中測試部門的所有員工。用戶登錄系統(tǒng)后，根據(jù)權限的不同會看到不同的界面，在本身所具有的權限范圍內(nèi)進行相關操作。人員信息管理包

19、括：添加用戶信息、編輯用戶信息、刪除用戶信息、查找用戶信息、查看用戶信息信息、指定用戶到特定工作組。設備信息管理包括：添加設備、編輯設備信息、更新設備信息、查找設備信息。3). 任務管理：在任務管理中工作組長給指定的自己的工作組添加工作任務集和工作任務，工作任務集在本質上可以看做是一個大的工作任務。比如：當“搭建測試環(huán)境”做為一個工作任務集時，工作任務可以是各種測試環(huán)境。工作任務添加之后，指定任務給工作人員。工作人員在執(zhí)行的過程中修改任務信息，包括：任務狀態(tài)、花費時間、執(zhí)行過程中的相關問題等。在這一過程中，管理者和工作執(zhí)行者可以查看自己權限范圍內(nèi)的任務狀態(tài)。4). 請求管理：用于部門之間的交互

20、。包括：設備請求和人員請求。每個人可以新建設備請求給設備管理員或者當前的設備占用者，請求被處理后系統(tǒng)會發(fā)送通知給請求者告知處理結果。每個人都可以處理發(fā)送到自己名下的設備請求。項目或者子部門經(jīng)理可以新建人員請求，其他部門經(jīng)理或者部門高級經(jīng)理收到請求后，處理人員請求，系統(tǒng)將處理結果告知請求者。請求信息發(fā)出后，申請者可以查看請求信息及當前狀態(tài)。5). 缺陷管理：記錄在測試過程中所發(fā)現(xiàn)的缺陷，跟蹤缺陷。發(fā)現(xiàn)缺陷后，報告缺陷，并將它的狀態(tài)設置為：打開；一般情況下，在開發(fā)人員修正缺陷后，對修正后的缺陷進行驗證分析；如果認定已經(jīng)修正則更改狀態(tài)為關閉；如果未能修改則將缺陷再次打開。6). 監(jiān)控管理：根據(jù)項目管

21、理、人員管理、任務管理和缺陷管理所記錄的信息，系統(tǒng)自動生成的統(tǒng)計分析。 4.3 權限設計權限管理是系統(tǒng)的一個重要功能，在本系統(tǒng)中我們對使用人員的權限做了嚴格的劃分。首先將用戶劃分成不同的角色組，不同的角色組對應著服務器上的若干特定方法，歸屬于某一個角色組的方法只允許此角色組的成員調用。1).根據(jù)以上討論可以生成權限矩陣圖來直觀地表示權限與角色的關系。如下圖4-12所示，R代表可讀，W代表可寫：角色權限部門高級經(jīng)理項目、部門經(jīng)理工作組長工作組成員設備管理員組織管理RWR工作監(jiān)控RWRWRW人員管理RWRWR工作組管理RWRWR任務集管理RWRWRWR任務管理RWRWRWR任務執(zhí)行RWRWRWRW

22、缺陷管理RWRWRWRW統(tǒng)計查詢RWRWRWRW請求管理RWRWRWRWRW設備信息RWRWRWRWRW圖4-12 權限-角色矩陣管理系統(tǒng)的實現(xiàn)在最高權限下，登錄后主界面如圖5-1所示。圖5-1 系統(tǒng)登錄后主界面5.1 基本信息管理5.1.1 組織管理組織管理是管理系統(tǒng)的基本功能模塊，它將部門中的員工與相應的工作任務、角色權限進行接口接合。組織配置是管理系統(tǒng)的一個基本功能。此功能的系統(tǒng)流程圖如下圖5-2所示。圖5-2 組織管理模塊流程圖歸還設備界面5.2 任務運行管理5.2.1 任務管理任務管理模塊是系統(tǒng)中重要的核心部分之一。工作過程中有三個角色對該模塊進行操作：項目、子部門經(jīng)理、工作組長、執(zhí)

23、行者。任務管理板塊記錄在工作過程中工作任務從新建到完成的過程。管理人員可以通過任務狀態(tài)隨時查看工作進度和工作產(chǎn)出；項目、子部門經(jīng)理和工作組長建立工作任務，任務執(zhí)行者執(zhí)行工作任務并記錄執(zhí)行任務過程的詳細信息。任務管理包括：添加任務、分配任務、查看全部任務、執(zhí)行任務、查看任務歷史記錄、查看當前用戶任務記錄。如圖5-9所示。圖5-9任務管理模塊界面5.2.1.1 添加任務的流程以下是添加工作任務集以及工作任務的流程圖：圖5-10 添加任務信息處理流程圖5.2.1.2 任務管理界面項目經(jīng)理、子部門經(jīng)理或工作組長登錄系統(tǒng)后，單擊菜單中“Task”標簽進入任務管理模塊。選定所期望的項目或部門后進入任務集列

24、表頁面，單擊“Add Task Set”按鈕添加任務集信息，填寫任務集名稱和任務集描述，是否激活任務集，填寫后單擊“Submit”按鈕完成任務集的添加，此新增的任務集顯示在“Task Set List”中。如下圖5-11所示。圖5-11任務集管理界面任務集添加完成之后，可以將此任務集直接指派給工作組，則工作組組長可以看到此工作組，通過點擊“View Task”鏈接進入Task列表頁面，查看當前已經(jīng)存在的工作任務，修改未分配的任務，或為此任務集添加任務。單擊“Add Task”按鈕添加任務信息，填寫任務名稱、任務描述、任務是否激活（若激活，則可以分配給執(zhí)行者；若不激活則不能分配），填寫后單擊“S

25、ubmit”按鈕完成任務的添加，此新增的任務顯示在“Task List”中。如圖5-12所示。圖5-12任務管理界面添加任務之后，就可以將任務分配給執(zhí)行者。分配任務時選中一條或多條任務記錄，單擊“Assign Task”，系統(tǒng)彈出設置執(zhí)行者的對話框。其中，“Select Group Member”用于選擇本工作組的成員，也就是將所選定“Supported？”為“N”的任務分配給本工作組執(zhí)行；“Other Member”用于填寫從別處借調的人員，將所選定的“Supported？”為“Y”的任務分配給所借調來的人員。選中下拉列表中的執(zhí)行者，確認后，此任務被分配給執(zhí)行者。如下圖5-13所示。圖5-1

26、3分配任務界面執(zhí)行者登錄系統(tǒng)后，在“Home”標簽頁就可以看到已經(jīng)分配到自己名下的工作任務，如圖5-14所示圖5-14 執(zhí)行任務界面5.2.2 缺陷管理缺陷管理在本系統(tǒng)中主要是為了給評價軟件質量和考核員工績效提供依據(jù)，是對所報告的軟件缺陷的一個簡單記錄。與一般的缺陷管理系統(tǒng)不同，本系統(tǒng)中的缺陷管理模塊，只有測試人員和測試管理人員使用。它基于缺陷管理的生命周期原理，主要記錄測試人員在缺陷生周期過程中參與的環(huán)節(jié)，如：缺陷添加、回歸驗證和關閉或重新打開等。測試人員測到缺陷時，登錄到本系統(tǒng)，添加缺陷信息，包括：缺陷發(fā)生的位置、缺陷標題、缺陷的等級、缺陷的重現(xiàn)步驟等。添加缺陷信息處理流程圖如下圖5-15

27、所示。圖5-15 添加缺陷信息處理流程圖5.2.3 請求管理請求管理用于部門之間的交流。測試項目經(jīng)理可以新建人員請求用于申請新的項目成員；普通用戶可以新建設備請求用于申請測試設備。請求新建時申請者為此請求選擇適當?shù)慕邮杖?，接收人根?jù)實現(xiàn)工作情況處理請求。新建請求的流程圖如下圖5-18所示：圖5-18 新建設備申請?zhí)幚砹鞒虉D5.2.4.1 請求管理界面請求管理是所有用戶都有的一個功能，顯示在“Home”標簽頁中。用戶登錄系統(tǒng)后，即可看到。點擊“Request”菜單進入Request模塊。如圖5-19所示。用戶可以查找自己的請求，從查找結果中查看自己的請求，在請求被接受或拒絕之前可以修改請求。如果

28、有需要，用戶可以通過“New Request”按鈕新建請求申請設備或者人員（申請人員功能僅限于項目、子部門經(jīng)理使用）。申請設備時，用戶填寫所需的設備名稱、設備所應具備的必要功能，填寫完之后單擊“Submit”按鈕，則此設備申請新建成功。新建請求信息界面如圖5-20所示。圖5-20 新建請求界面請求提交后，在被處理之前，創(chuàng)建者可以取消請求。取消請求時，選中所要取消的請求，單擊“Cancel”按鈕，出現(xiàn)對話框請求確認取消。系統(tǒng)提示是否真的要取消此申請，若不取消則單擊“No”；若確定要消息此申請，則單擊“Yes”，申請被取消，不可恢復。設備申請新建后，被發(fā)送給設備管理員，設備管理員打開后可以看到申請

29、者的申請信息。設備請求詳細信息界面如圖5-20所示。圖5-20 設備請求詳細信息界面申請接收者登錄到系統(tǒng)中后，在其“Home”標簽頁可以看到請求者發(fā)來的信息。申請接收者可以批準或者拒絕請求。如果批準請求，在請求的詳細信息對話框中，則選中“Confirm”，表示設備管理員或者當前設備占用者同意或拒絕請求者占用設備，系統(tǒng)跳出選擇資源的對話框供批準者選擇資源，批準者根據(jù)請求信息選擇設備或者人員。然后確認所選擇的內(nèi)容后回到請求信息的界面，批準者在請求信息界面點擊“OK”按鈕，則完成批準請求的過程。如果拒絕請求，則申請接收者只需要在請求信息的對話框中選中“Reject”，輸入相關拒絕理由后點擊“OK”按

30、鈕。請求接收者處理請求后，系統(tǒng)會發(fā)通知到請求者的“Home”標簽中通知其請求的處理結果。請求接收者批準請求時選擇資源的界面如下圖5-22所示。圖5-22 選擇資源界面5.2.4.2 新建請求的邏輯實現(xiàn)新建設備申請的邏輯部分使用Java語言，通過Request對象獲得頁面信息，經(jīng)過處理后，使用DAO與數(shù)據(jù)庫進行交互。其邏輯實現(xiàn)流程圖如下圖5-22所示。圖5-22 新建設備申請邏輯流程圖5.2.4 查詢功能本系統(tǒng)中所有用戶都會用到查詢功能，因為角色的不同，所查詢的內(nèi)容不同，如：測試員經(jīng)常用到任務歷史記錄查詢，每天任務記錄查詢。為方便使用，在本系統(tǒng)中，依據(jù)查詢內(nèi)容而劃分，將查詢功能分布在各個對應的功

31、能模塊中。測試員查詢工作任務，其查詢處理流程，如下圖5-23所示。圖5-23 查詢工作任務處理流程圖5.2.5.1 信息查詢界面信息查詢做為一類功能，根據(jù)查詢內(nèi)容的不同，有不同的界面。用戶登錄后，通過單擊相應標簽頁，進入相應查詢功能所在的頁面，如： Task標簽頁的“Task History”中，用戶可以通過輸入任務編號或者任務名稱查找任務被執(zhí)行過的記錄；“My Task Records”則用來查詢當前用戶所有執(zhí)行過的任務；Resource標簽頁的“Asset History” 菜單中，設備管理員通過輸入設備編號來查詢該設備被使用的記錄。所有的查詢都是用戶輸入查詢條件后，單擊“Search”按鈕，得到查詢結果。任務記錄的查詢界面如下圖5-24所示。圖5-24任務歷史記錄查詢界面5.2.5 監(jiān)控功能監(jiān)控功能是供部門高級經(jīng)理與項目經(jīng)理、子部門經(jīng)理使用的功能，主要用于時間監(jiān)控和缺陷分析。根據(jù)任務執(zhí)行者在執(zhí)行任務過程中所記錄的時間信息，系統(tǒng)進行分析對比，以圖表的形式呈現(xiàn)，為管理層的決策提供參考。部門高級經(jīng)理可以從