專利名稱：軟件測評實驗室管理系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及計算機技術領域，尤其涉及軟件測評實驗室管理系統(tǒng)。
背景技術：
隨著信息化建設步伐的加快，信息化在各行業(yè)的應用越來越廣泛，與之相關的業(yè)務支撐系統(tǒng)及平臺呈規(guī)?；?、復雜化的發(fā)展趨勢，對相應的軟件的質量要求越來越高，因此對軟件質量保證的方法和手段要求也越來越高；隨著安全信息化建設的范圍和深度在逐漸擴展，許多公司相繼成立軟件測評實驗室，執(zhí)行各應用軟件的測試工作，成為系統(tǒng)內權威的信息化檢測及評價中心，對信息化的 高速發(fā)展起到保駕護航的作用。軟件測評實驗室的發(fā)展，應先實施規(guī)范化的管理，建立測評業(yè)務流程，制定與之相適應的管理規(guī)范、信息化制度、績效考核和激勵制度，對重要的信息系統(tǒng)建設項目設立引入測評隊伍參與機制，從制度上保障測評工作的常態(tài)化，真正輔助到電力信息化工作。軟件測評逐步深入、大范圍的展開，軟件測評實驗室在管理手段、自主技術研究等方面逐步面臨一些新的挑戰(zhàn)，由于軟件測評實驗室測評項目日漸變得項目多、類型泛、數據大、人員廣，從而迫切需要一套規(guī)范測評實驗室管理體系和規(guī)范的管理平臺的支撐，實現測評實驗室所有測試項目的規(guī)范化、流程化、電子化的管理，以便能夠即時地掌控測試項目進度、風險，以及為公司管理層提供實時的決策信息。目前國內不少公司都成立了測評實驗室，但臨諸多問題，主要集中在實驗室的定位不清晰、標準不統(tǒng)一、原始手工管理模式、過程無法度量、指標無法量化等問題，這些問題的存在導致應用信息化過程中，缺乏有效的測評數據，導致無法對應用項目的啟動提供依據，建設過程無法監(jiān)控、實施后無法評價，沒有真正起到信息化測評實驗室的存在價值，更是制約了實驗室的發(fā)展。

發(fā)明內容
本發(fā)明所要解決的技術問題在于，提供一種軟件測評實驗室管理系統(tǒng)，能夠滿足軟件測評實驗室對軟件的全生命周期的質量管控以及全方位的統(tǒng)計分析數據。本發(fā)明提供一種軟件測評實驗室管理系統(tǒng)，包括:
測試項目管理模塊，用于對項目進行總體規(guī)劃及管理，實現對項目全過程的控制；
個人工作臺模塊，用于實現測試項目的計劃制定、工作分配、進度控制、協作及通知，確保每種測試服務的工作流程在測評管理平臺中得到支撐和固化；
實驗室管理模塊，用于負責整個實驗室項目外的內部管理，以及各個子業(yè)務的統(tǒng)一管理，為整個實驗室的業(yè)務生產、管理和服務工作，提供基礎支持；
系統(tǒng)管理模塊，用于支撐整個系統(tǒng)的運行。作為上述方案的改進，所述測試項目管理模塊包括:
測試過程管理子模塊，用于對測評項目的全過程進行管理；
項目測試數據分析子模塊，用于對工作量進行分析，對進度及質量進行跟蹤控制；測試過程統(tǒng)計子模塊，用于對測試用例、執(zhí)行測試用例及測試缺陷信息進行統(tǒng)計。作為上述方案的改進，所述測試過程管理子模塊包括測試計劃單元、需求管理單元、用例管理單元、執(zhí)行管理單元、缺陷管理單元及報告管理單元。作為上述方案的改進，所述測試過程管理子模塊還包括設備管理單元、文檔管理單元及成本管理單元。作為上述方案的改進，所述項目測試數據分析子模塊包括項目總覽單元、進度管理單元、工作量分析單元及質量管理單元。作為上述方案的改進，所述測試過程統(tǒng)計子模塊包括用例統(tǒng)計單元、執(zhí)行統(tǒng)計單元及缺陷統(tǒng)計單元。作為上述方案的改進，所述個人工作臺模塊包括:
我的桌面子模塊，用于展示界面默認或定制的個人工作內容，進行個人資料及工作內容的管理；
我的流程子模塊，用于查詢、修改、刪除及增加業(yè)務流程；
通訊管理子模塊，用于測評工作的協作和通訊管理。實施本發(fā)明的有益效果在于:能夠滿足軟件測評實驗室對軟件的全生命周期的質量管控以及全方位的統(tǒng)計分析數據。提供對測試項目的測試過程管理、項目測試數據分析及測試過程統(tǒng)計，實現對測試項目進行全方位管理以及數據收集分析和深度挖掘，以保證軟件達到可接受的質量水平，技術支撐平臺發(fā)揮測試工作流程管理，軟件需求集中管理，保證軟件達到可接受的質量水平，可有效提升系統(tǒng)對業(yè)務的支撐能力，增強質量垂直管控能力，為決策提供有效依據，同時降低投資成本，充分保證了公司信息系統(tǒng)在設計、開發(fā)和運行各階段有序可控。


圖1為本發(fā)明軟件測評實驗室管理系統(tǒng)5的結構示意 圖2為本發(fā)明軟件測評實驗室管理系統(tǒng)5中測試項目管理模塊I的結構示意 圖3為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程管理子模塊11的結構示意 圖4為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的項目測試數據分析子模塊12的結構示意 圖5為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程統(tǒng)計子模塊13的結構示意 圖6為本發(fā)明軟件測評實驗室管理系統(tǒng)5中個人工作臺模塊2的結構示意 圖7為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程管理子模塊11的單元協作關系圖。
具體實施例方式為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。圖1為本發(fā)明 軟件測評實驗室管理系統(tǒng)5的結構示意圖。所述軟件測評實驗室管理系統(tǒng)5包括:
測試項目管理模塊1，用于對項目進行總體規(guī)劃及管理，實現對項目全過程的控制；
個人工作臺模塊2，用于實現測試項目的計劃制定、工作分配、進度控制、協作及通知，確保每種測試服務的工作流程在測評管理平臺中得到支撐和固化；
實驗室管理模塊3，用于負責整個實驗室項目外的內部管理，以及各個子業(yè)務的統(tǒng)一管理，為整個實驗室的業(yè)務生產、管理和服務工作，提供基礎支持；
系統(tǒng)管理模塊4，用于支撐整個系統(tǒng)的運行。需要說明的是，系統(tǒng)管理4包括系統(tǒng)參數設置、組織架構、用戶管理、權限管理等；系統(tǒng)運維作為系統(tǒng)運營的配套功能，提供故障排查解決、日志分析等功能。圖2為本發(fā)明軟件測評實驗室管理系統(tǒng)5中測試項目管理模塊I的結構示意圖。如圖2所示，所述測試項目管理模塊I包括:
測試過程管理子模塊11，用于對測評項目的全過程進行管理；
項目測試數據分析子模塊12，用于對工作量進行分析，對進度及質量進行跟蹤控制； 測試過程統(tǒng)計子模塊13，用于對測試用例、執(zhí)行測試用例及測試缺陷信息進行統(tǒng)計。圖3為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程管理子模塊11的結構示意圖。如圖3所示，所述測試過程管理子模塊11包括測試計劃單元111、需求管理單元112、用例管理單元113、執(zhí)行管理單元114、缺陷管理單元115及報告管理單元116。

需要說明的是，所述測試計劃單元111，用于接收項目負責人提交的測試計劃表，經過審批后，將測試計劃導入系統(tǒng)；
所述需求管理單元112，用于導入系統(tǒng)需求，并對測試需求進行分析，建立測試需求關聯以及測試需求跟蹤矩陣；
所述用例管理單元113，用于根據測試需求編制測試用例，建立測試用例關聯以及測試用例跟蹤矩陣；
所述執(zhí)行管理單元114，用于從測試用例中生成測試執(zhí)行集，執(zhí)行測試用例，記錄測試執(zhí)行狀態(tài)以及提交缺陷的過程；
所述缺陷管理單元115，用于根據測試人員提交的測試缺陷信息，生成問題分析報告； 所述報告管理單元116，用于對問題分析報告進行評審，生成測試報告并提交給委托方。更佳地，所述測試過程管理子模塊11還包括設備管理單元117、文檔管理單元118及成本管理單元119。需要說明的是，所述設備管理單元117，用于對設備進行管理，包括設備的采購申請、設備驗收、設備登記、使用登記、校驗維護及設備維修管理；
所述文檔管理單元118，用于對項目的文檔資料進行管理；
所述成本管理單元119，用于對項目的成本進行管理，包括成本的預算和統(tǒng)計。圖4為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的項目測試數據分析子模塊12的結構示意圖。如圖4所示，所述項目測試數據分析子模塊12包括項目總覽單元121、進度管理單元122、工作量分析單元123及質量管理單元124。
需要說明的是，所述項目總覽單元121，用于對項目進行統(tǒng)計、歸納及分類；
所述進度管理單元122，用于管理項目計劃及任務的進度信息，計劃階段與實際階段進度的對比信息，計劃任務與實際任務進度的對比信息；
所述工作量分析單元123，用于展示系統(tǒng)中所有項目人員、任務的安排情況；
所述質量管理單元124，用于在制定項目計劃時，設定項目要收集的質量指標，并指定質量目標范圍，通過收集項目過程中產生的數據，查看該項目各指標質量的情況。圖5為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程統(tǒng)計子模塊13的結構示意圖。如圖5所示，所述測試過程統(tǒng)計子模塊13包括用例統(tǒng)計單元131、執(zhí)行統(tǒng)計單元132及缺陷統(tǒng)計單元133。需要說明的是，所述用例統(tǒng)計單元131，用于對測試用例進行統(tǒng)計；
所述執(zhí)行統(tǒng)計單元132，用于對測試執(zhí)行集及執(zhí)行測試用例進行統(tǒng)計；
所述缺陷統(tǒng)計單元133，用于對測試缺陷信息進行統(tǒng)計。圖6為本發(fā)明軟件測評實驗室管理系統(tǒng)5中個人工作臺模塊2的結構示意圖。如圖6所示,所述個人工作臺模塊2包括:
我的桌面子模塊21，用于展示界面默認或定制的個人工作內容，進行個人資料及工作內容的管理；
需要說明的是，在我的桌面子模塊21可以自定義桌面、拖拉我的桌面子模塊上的單元，還可以修改個人資料、處理待辦事務及個人消息。我的流程子模塊22，用于查詢、修改、刪除及增加業(yè)務流程；
通訊管理子模塊23，用于測評工作的協作和通訊管理。需要說明的是，所述通訊管理子模塊23的通訊方式包括站內消息、郵件及手機短 目等。下面結合圖7，對本發(fā)明提供的軟件測評實驗室管理系統(tǒng)5的測試過程管理進行詳細描述。參見圖7，是本發(fā)明圖7為本發(fā)明軟件測評實驗室管理系統(tǒng)5的測試項目管理模塊I中的測試過程管理子模塊11的單元協作關系圖。1、測試計劃單元111 操作流程如下:
1.1、設置測試計劃模板
a、在系統(tǒng)管理模塊4下，可為測試計劃模板增加模板的目錄。在系統(tǒng)管理模塊4中的模板管理子模塊下的文檔目錄管理單元中，先選擇模板類別為“測試計劃模板”，可顯示計劃模板下的目錄樹；
b、選中目錄樹中的目錄，點擊鼠標右鍵，可再點擊“新建目錄”，為測試模板增加模板的目錄，模板目錄可批量增加；
C、選中目錄樹中的目錄，點擊鼠標右鍵，可再點擊“修改目錄”及“刪除目錄”來修改及刪除測試計劃模板目錄；
d、在系統(tǒng)管理模塊4中的模板管理子模塊下的模板自定義單元中，可新建測試計劃模板，其中必填項為紅色標識；e、模板設置后，可添加模板目錄，通過篩選測試計劃目錄下的目錄，確定本測試計劃模板的目錄結構；
f、在設置模板目錄后，可點擊“預置模板目錄內容”鍵預置模板目錄的內容，在用該模板生成計劃后，目錄內容將被保留；
g、編輯模板信息:選中模板，點擊“編輯”鍵可編輯模板的名稱、描述及類型等信息；
h、刪除模板:選中模板，點擊“刪除”鍵并確定可刪除模板；
1、查詢模板:用戶可輸入模板名稱、模板類型或模板類別等信息，點擊“查詢”鍵查詢已有模板。1.2、新建測試計劃
a、在測試項目管理模塊I中的測試過程管理子模塊11下的測試計劃單元111中，可添加測試計劃；
b、選中測試計劃，可在“測試計劃內容信息”窗修改計劃基本信息及添加測試計劃模板目錄及目錄內容；
C、在“測試計劃內容信息”窗還可以添加計劃風險及設置質量指標；
d、當計劃未提交評審，為新建狀態(tài)時，選中模板，點擊“刪除”鍵并確定可刪除計劃；當計劃為非新建狀態(tài)時，選中模板，點擊“刪除”鍵將彈出系統(tǒng)窗口提示不可刪除。1.3、計劃階段及任務
a、計劃新建后，需劃分項目階段，并添加階段任務；選中計劃，點擊“添加”鍵，可添加項目階段；
b、添加階段后，選中階段，點擊“添加”鍵，可添加階段任務；每個任務都需注明開始和結束時間，并指定任務責任人，分配任務人的參與度及任務權重；
C、選中階段或任務，點擊“編輯”鍵可編輯階段或任務的信息，點擊保存則可保存修
改；
d、刪除階段或任務:選中已新建立的任務的階段或已開始的任務，點擊“刪除”鍵，系統(tǒng)彈出窗口提示不可刪除；選中未建立任務的階段或未開始的任務，點擊“刪除”鍵并確定可刪除階段或任務。1.4、計劃評審
測試計劃新建后，需提交評審；可通過會議或網絡會簽的方式評審計劃，并形成評審總結；當評審流程完成后計劃的狀態(tài)可變?yōu)樵u審通過。1.5、計劃審批
項目計劃評審通過后，需提交審批，經由審批通過后的測試計劃才可正式生效；有效狀態(tài)的計劃不可隨意修改，必須通過變更流程變更；但計劃下的任務不受此約束，可由項目負責人根據情況調整。1.6、計劃變更 審批通過的測試計劃中不可直接進行編輯修改計劃內容；測試計劃內容需進行修改則可對測試計劃內容發(fā)起進行變更；變更審批通過后變更內容即可生效，變更生效后可點擊“變更詳情”查看變更內容。a、審批通過后的測試計劃中點擊計劃變更按鈕，選擇需要變更的階段，在“階段變更信息”中填寫需要修改的信息后點擊“保存”(可同時變更多個階段信息)；b、變更信息保存成功后測試計劃狀態(tài)由開始的“有效”改變?yōu)椤白兏龑徟睜顟B(tài)；
C、選擇測試計劃，點擊“提交變更審批”按鈕，將變更信息提交給“項目經理”審批；項目經理審批通過后變更內容可生效，且測試計劃狀態(tài)變?yōu)椤坝行А睜顟B(tài)。2、需求管理單元112
需求管理單元112包括系統(tǒng)需求子單元和測試需求子單元；需求跟蹤矩陣的源頭即是系統(tǒng)需求子單元，系統(tǒng)需求子單元是測試的基礎及依據。在系統(tǒng)需求子單元中除了系統(tǒng)需求的錄入外，還可建立系統(tǒng)需求子單元與測試需求子單元的關聯關系。操作流程如下:
2.1、錄入系統(tǒng)需求
a、在需求管理單元112下的系統(tǒng)需求子單元中，可新增系統(tǒng)需求；系統(tǒng)需求可通過手工錄入和導入的方式新增，手工錄入時，點擊“添加系統(tǒng)需求”鍵，在新增窗口中輸入各項信息，其中必填項為紅色標識；
b、導入系統(tǒng)需求，則可通過點擊“導入系統(tǒng)需求”鍵，選擇導入的文檔并確定，即可上
傳；
C、點擊“選擇系統(tǒng)需求”鍵，可通過篩選項目所屬系統(tǒng)需求的方式導入系統(tǒng)需求；
d、系統(tǒng)需求可分模塊展現，點擊模塊樹下的任意模塊，可顯示該模塊下的系統(tǒng)需求；
e、選中系統(tǒng)需求，雙擊，可顯示該用例的詳細信息；
f、需求:點擊“選擇系統(tǒng)需求”鍵，選擇需要系統(tǒng)下某個項目的系統(tǒng)需求即可。

2.2、新建并關聯測試需求
a、系統(tǒng)需求建立后，可直接選中任意系統(tǒng)需求，點擊“關聯測試需求”鍵，在打開頁面中點擊“添加測試需求”鍵,直接添加測試需求，新建的測試需求將直接與選中的系統(tǒng)需求建立關聯關系;
b、如果測試需求已經存在，選中系統(tǒng)需求點擊“關聯測試需求”鍵，則可在打開頁面中直接添加已有的測試需求，將測試需求與系統(tǒng)需求建立關聯關系；
C、在系統(tǒng)需求的已關聯測試需求頁面，可顯示已關聯的測試需求，測試需求列表前的第一個圓形標識為綠色時，表示已關聯系統(tǒng)需求，為灰色時表示未關聯系統(tǒng)需求；第二個圓形標識為綠色時，表示該測試需求已關聯有測試用例，灰色時表示未關聯測試用例；
d、選中系統(tǒng)需求，點擊“編輯”鍵可編輯系統(tǒng)需求信息，點擊保存則可保存修改信息；在該頁面還可切換至關聯測試需求頁面及展現需求跟蹤矩陣；
e、選中未關聯測試需求的系統(tǒng)需求，點擊“刪除”鍵并確定,可將該系統(tǒng)需求刪除；選中已關聯測試需求的系統(tǒng)需求，點擊“刪除”鍵，系統(tǒng)彈出窗口提示不可刪除，但將該系統(tǒng)需求與測試需求的關聯關系解除后，點擊“刪除”可成功刪除；
f、選中任意系統(tǒng)需求，點擊“展開”鍵，可展現該系統(tǒng)需求的跟蹤矩陣圖，如該系統(tǒng)需求未關聯任何測試需求，將顯示為空白；
g、用戶可輸入系統(tǒng)需求編號、系統(tǒng)需求標題、創(chuàng)建人等信息，點擊“查詢”鍵查詢已存在的系統(tǒng)需求，點擊“清屏”鍵可清除輸入信息。2.3、新建測試需求
a、在需求管理單元112下的測試需求子單元中，點擊“添加測試需求”鍵可新增測試需求；在新增頁面輸入測試需求的詳細信息并保存即可，其中必填項將紅色標識；
b、在測試需求頁面，點擊“選擇測試需求”鍵，可篩選項目所屬系統(tǒng)測試需求的方式導入測試需求；
C、在測試需求頁面，點擊“需求交互分析”鍵，可根據已有測試需求的關聯關系，將關聯的其他測試需求也加入至測試需求列表中；
d、測試需求可分模塊展現，點擊模塊樹下的任意模塊，可顯示該模塊下的測試需求；
e、選中測試需求，點擊“編輯”鍵可編輯測試需求信息，點擊保存則可保存修改信息(注意評審過程中的測試需求不能被修改)；在該頁面還可切換至關聯測試需求、關聯測試用例頁面及展現需求跟蹤矩陣；
f、選中未關聯系統(tǒng)需求及測試用例的測試需求，點擊“刪除”鍵并確定，可將該測試需求刪除；選中已關聯系統(tǒng)需求或測試用例的測試需求，點擊“刪除”鍵，系統(tǒng)彈出窗口提示不可刪除，但將該測試需求與系統(tǒng)需求及測試用例的關聯關系解除后，點擊“刪除”可成功刪除該測試需求；
g、用戶可輸入測試需求編號、測試需求標題、優(yōu)先級、狀態(tài)、創(chuàng)建人等信息，點擊“查詢”鍵查詢已存在的系統(tǒng)需求，點擊“清屏”鍵可清除輸入信息；
h、選中測試需求，雙擊，可顯示該用例的詳細信息。2.4、關聯系統(tǒng)需求
a、新建測試需求或編輯測試需求時，可設置與測試需求關聯的系統(tǒng)需求，選擇后，系統(tǒng)將建立系統(tǒng)需求-測試需求的跟蹤矩陣；
b、查看測試需求列表的第一個圓形標識為綠色時，表示已關聯有系統(tǒng)需求，為灰色時表不未關聯系統(tǒng)需求。 2.5、新建并關聯測試用例
a、測試需求新建后，可選中任意測試需求，點擊“關聯測試用例”鍵，打開已關聯測試用例頁面，在該頁面可直接新建測試用例，新建的測試用例將直接與該測試需求建立關聯關系;
b、如測試需求已經存在，則可在該頁面中點擊“關聯測試用例”鍵，直接添加已有的測試用例，將測試需求與測試用例建立關聯關系；
C、當測試需求與測試用例建立關聯關系后，可在測試需求列表的關聯標識查看狀態(tài)；當第二個圓形標識為綠色時，表示該測試需求已關聯有測試用例，灰色時表示未關聯測試用例。2.6、關聯測試需求
除與系統(tǒng)需求和測試用例建立縱向的關聯關系外，測試需求還可與其他互相影響的測試需求建立橫向的關聯關系。選中任意測試需求，點擊“關聯測試需求”鍵，在測試需求詳細頁面點擊“關聯測試需求”鍵，可從已有的測試需求中選擇與選中測試需求有業(yè)務或邏輯等相互關系的測試需求，形成測試需求網。2.7、需求跟蹤矩陣
選中任意測試需求，點擊“展開”鍵，可展現該測試需求的跟蹤矩陣圖，跟蹤矩陣圖可顯示系統(tǒng)需求-測試需求-測試用例(_執(zhí)行記錄-缺陷)的追蹤關系，如該系統(tǒng)需求未關聯任何測試需求,將顯示為空白。2.8、測試需求評審
測試需求需要經過評審并通過后才可生效，可選中測試需求點擊“提交評審”鍵將測試需求提交評審，經過評審流程后，測試需求從新建變?yōu)樵u審通過狀態(tài)，未評審通過的則是評審未通過狀態(tài)，經修改并核查后，由項目負責人點擊“置為有效”鍵將所有測試需求手動置為有效狀態(tài)。2.9、測試需求變更
“有效”狀態(tài)的測試需求不允許直接編輯修改基本信息內容，需通過“變更”功能對測試需求進行修改。a、選擇“有效”狀態(tài)測試需求，點擊“測試需求變更”鍵，在“變更信息”中修改需要更改的字段內容，修改完成之后點擊“保存”；
b、保存成功后的測試需求狀態(tài)改變?yōu)椤白兏龑徟睜顟B(tài)，點擊“變更審批”鍵將變更信息提交給“項目負責人”審批；
C、項目負責人審批通過以后變更內容即可生效；
d、查看變更生效的測試需求，點擊“測試需求變更”鍵，選擇“測試需求變更歷史記錄”，雙擊測試需求打開“測試需求變更詳細信息”，可點擊查看原始變更前信息、變更信息、變更詳情等信息。3、用例管理單元113
操作流程如下:
3.1、新增測試用例
a、在用例管理單元113中、可新增系測試用例。在新增測試用例頁面輸入用例的標題、所屬模塊、類別、操作步驟等信息并保存即可生成一個新的測試用例，新建測試用例的狀態(tài)默認為新建；注意在新增用例·時必填項為紅色標識；
b、在測試用例頁面，點擊“選擇測試用例”鍵，可篩選項目所屬系統(tǒng)測試用例的方式導入測試用例；
C、測試用例可分模塊展現，點擊模塊樹下的任意模塊，可顯示該模塊下的測試用例；
d、選中測試用例，點擊“編輯”鍵可編輯測試用例信息，點擊保存鍵則可保存修改信息(注意評審過程中的用例不能被修改)；在該頁面還可切換至已關聯測試需求、已關聯缺陷、用例跟蹤矩陣頁面；
e、選中未關聯測試需求的測試用例，點擊“刪除”鍵并確定，可將該測試需求刪除；選中已關聯系統(tǒng)需求或測試用例的測試需求，點擊“刪除”鍵，系統(tǒng)彈出窗口提示不可刪除，但將該測試用例與測試需求的關聯關系解除后，點擊“刪除”可成功刪除該用例；
f、用戶可輸入測試用例編號、用例標題、編制人員、優(yōu)先級、用例狀態(tài)等信息，點擊“查詢”鍵查詢已存在的系統(tǒng)需求，點擊“清屏”鍵可清除輸入信息；
g、選中測試用例，雙擊，可顯示該用例的詳細信息。3.2、關聯測試需求
新建測試用例或編輯測試用例時，可設置該測試用例關聯的測試需求，選擇后，系統(tǒng)將建立系統(tǒng)需求-測試需求-測試用例的跟蹤關系。當關聯關系建立后，可點擊測試用例，切換至用例跟蹤矩陣圖頁面，查看跟蹤矩陣。3.3、測試用例評審及審批
a、測試用例需要經過評審及審批后才可生效。選中測試用例，點擊“提交評審”鍵提交評審，發(fā)起評審流程；經過評審后，測試需求從新建變?yōu)樵u審通過狀態(tài)，未通過的則是評審未通過狀態(tài)；
b、未通過的測試用例經修改并核查后，可由項目負責人再點擊“提交審批”鍵將所有測試用例提交審批，發(fā)起審批流程；
C、審批流程結束后，所有提交的測試用例可置為有效狀態(tài)，正式生效。3.4、關聯缺陷
當用例被執(zhí)行，且執(zhí)行失敗后，將產生缺陷。選中測試用例，在缺陷詳細信息的“已關聯缺陷”頁面可顯示本用例關聯的缺陷。3.5、測試用例變更 在測試用例管理界面，選擇一個測試用例，點擊“測試用例變更”鍵，進行測試用例的變更。a、在變更信息頁面，輸入需變更的信息，點擊“保存”；此時，該測試用例的狀態(tài)顯示為“變更待審批”，內容沒有立刻顯示變更的信息，只有通過審批后才可顯示變更的信息；
b、選擇該變更的用例，點擊“變更審批”鍵，對變更的測試用例進行審批，開始用例變更的審批流程；審批通過后，測試用例顯示變更的信息；
C、查看測試用例的變更歷史記錄；進入測試用例變更頁面，點擊測試用例變更歷史記錄標簽頁，查看測試用例變更歷史記錄；雙擊該記錄，可查看具體的變更內容。4、執(zhí)行管理單元114
為了驗證系統(tǒng)需求是否實現，在建立好需求跟蹤矩陣后，可執(zhí)行對應的測試用例，當系統(tǒng)需求對應的所有測試用例均通過時，可認為該系統(tǒng)需求已實現。本系統(tǒng)的執(zhí)行管理單元114除了提供常規(guī)的測試執(zhí)行功能外，還支持通過由系統(tǒng)需求生成待測用例、勾選缺陷生成用例、測試需求交互分析以及直接添加待測用例的方式篩選出待測用例，充分保證測試的充分性和可靠性。注意本系統(tǒng)限制只有有效狀態(tài)的測試用例可進行執(zhí)行操作。操作流程如下:
4.1、建立執(zhí)行目錄
a、在執(zhí)行管理單元114中的項目樹形目錄結構下，選擇根目錄，點擊右鍵，可新增一級執(zhí)行目錄；
b、級以下執(zhí)行目錄，點擊右鍵，選擇“編輯”鍵，可編輯執(zhí)行目錄的信息；
C、或一級以下執(zhí)行目錄，點擊右鍵，選擇“刪除”鍵，當執(zhí)行目錄下存在執(zhí)行集時，執(zhí)行目錄不可刪除；當執(zhí)行目錄下不存在執(zhí)行集是，執(zhí)行目錄可被成功刪除；
d、執(zhí)行目錄，可查看在該執(zhí)行目錄下的所有測試用例匯總及產生的缺陷匯總。4.2、建立執(zhí)行集
a、選擇一級或一級以下執(zhí)行目錄，點擊右鍵，選擇“新建執(zhí)行集”鍵，在執(zhí)行集操作窗口輸入信息保存，可成功新建執(zhí)行集；
b、選擇執(zhí)行集，點擊右鍵，選擇“編輯”鍵，可編輯執(zhí)行集的信息；
C、選擇執(zhí)行集，點擊右鍵，選擇“刪除”鍵，當執(zhí)行集下的用例未被執(zhí)行時可成功刪除；當執(zhí)行集下有用例被執(zhí)行過時，彈出提示窗提示執(zhí)行集不可刪除。4.3、由系統(tǒng)需求添加待測用例
a、選擇執(zhí)行集，在執(zhí)行集頁面點擊“系統(tǒng)需求驗證”鍵，在系統(tǒng)需求頁面點擊“添加系統(tǒng)需求”鍵,可勾選待驗證的系統(tǒng)需求；
b、選擇系統(tǒng)需求后，可在系統(tǒng)需求驗證窗口查看所有已選系統(tǒng)需求，經過再次篩選、勾選后，點擊“生成待測用例”鍵添加與所選系統(tǒng)需求關聯的測試用例，且生成的用例根據用例執(zhí)行屬性顯示在執(zhí)行集的手工執(zhí)行或自動執(zhí)行用例列表中；
C、刪除系統(tǒng)需求:選擇系統(tǒng)需求后，可在系統(tǒng)需求驗證窗口查看所有已選系統(tǒng)需求,勾選已選系統(tǒng)需求列表中的需求，點擊“刪除”鍵，可刪除已選擇的系統(tǒng)需求。4.4、缺陷驗證測試執(zhí)行
a、選擇執(zhí)行集，在執(zhí)行集頁面點擊“缺陷驗證”鍵，在缺陷驗證頁面，點擊“添加缺陷”鍵，可勾選待驗證的缺陷；
b、選擇缺陷后，可在缺陷驗證窗口查看所有已選缺陷，經過再次篩選、勾選后，點擊“生成待測用例”鍵，可在執(zhí)行集中添加與所選缺陷關聯的測試用例，生成的用例根據用例執(zhí)行屬性顯示在執(zhí)行集的手工執(zhí)行或自動執(zhí)行用例列表中，且所選的缺陷也將顯示在執(zhí)行集的缺陷驗證頁簽下；
C、刪除缺陷:選擇缺陷后，可在缺陷驗證窗口查看所有已選缺陷，勾選已選缺陷列表中的缺陷，點擊“刪除”鍵，可刪除已選擇的缺陷。4.5、需求交互分析添加待測用例
a、選擇執(zhí)行集，在執(zhí)行集頁面選擇“需求交互分析”，在需求交互分析頁面，點擊“添加需求交互分析”鍵，彈出選擇測試需求頁面，在該頁面上可勾選與已選用例相關聯對應測試需求相關聯的其他測試需求，也可在“測試需求列表”頁面選擇項目內的其他測試需求；
b、在選擇測試需求后，可在需求交互分析頁面查看所有已選測試需求，經過再次篩選、勾選后，點擊“生成待測用例”鍵，`可在執(zhí)行集中添加與所選測試需求關聯的測試用例，且生成的用例根據用例執(zhí)行屬性顯示在執(zhí)行集的手工執(zhí)行或自動執(zhí)行用例列表中；
C、刪除已選測試需求:選擇測試需求后,可在需求交互分析窗口查看所有已選測試需求，勾選測試需求，點擊“刪除”鍵，可刪除已選擇的測試需求。4.6、直接添加待測用例
a、選擇執(zhí)行集，在執(zhí)行集頁面選擇“添加待測用例”，在選擇測試用例頁面，點擊“添加待測用例”鍵，彈出選擇測試用例頁面，在該頁面上可勾選測試用例；
b、在選擇測試用例后，可在選擇測試用例頁面查看所有已選測試用例，經過再次篩選、勾選后，點擊“導入待測用例列表”鍵，可在執(zhí)行集中導入所選的測試用例，且生成的用例根據用例執(zhí)行屬性顯示在執(zhí)行集的手工執(zhí)行或自動執(zhí)行用例列表中；
C、刪除已選測試用例:選擇待測用例后，可在選擇待測用例窗口查看所有已選用例，勾選若干用例，點擊“刪除”鍵，可將已選擇的用例從已選測試用例列表中刪除。4.7、手動執(zhí)行用例
a、選擇執(zhí)行集中的用例，點擊用例后的“下拉”鍵，可彈出測試執(zhí)行窗口，在該窗口上可逐步執(zhí)行用例步驟并反饋測試結果，如Pass及Fail，執(zhí)行完用例步驟后，需點擊“結束執(zhí)行”鍵，結束本次執(zhí)行；如果所有測試步驟均為通過，可直接關閉執(zhí)行窗口 ；如果本用例執(zhí)行失敗，可點擊“添加缺陷”鍵，為本用例添加關聯的缺陷；
b、用例被執(zhí)行后，在執(zhí)行列表中可顯示執(zhí)行的結果；每個用例存在I個或以上的步驟失敗(Fai I)時，該用例的狀態(tài)也將為失敗(Fai I )，只有當所有用例步驟均為前進(Pass )時，該用例的執(zhí)行狀態(tài)為前進(Pass)；
C、刪除待測測試用例:選擇若干未執(zhí)行的測試用例，點擊“刪除”鍵，可將選中待測而是用例從待測列表中刪除；選擇若干已執(zhí)行的測試用例，點擊“刪除”鍵，彈出系統(tǒng)提示不可刪除；
d、用戶可輸入測試用例名稱、執(zhí)行人、執(zhí)行狀態(tài)等信息，點擊“查詢”鍵篩選待測用例，點擊“清屏”鍵可清除輸入信息。4.8、缺陷驗證
a、通過缺陷驗證功能，除可根據用例執(zhí)行屬性在執(zhí)行集的手工執(zhí)行或自動執(zhí)行用例列表中生成相應用例外，所選的缺陷也將顯示在執(zhí)行集的缺陷驗證頁簽下；
b、缺陷驗證下的缺陷可被執(zhí)行，點擊缺陷后的“下拉”鍵，可彈出缺陷詳細窗口，在該窗口上可逐步執(zhí)行缺陷步驟，并根據測試結果修改缺陷狀態(tài)，如執(zhí)行通過，可將缺陷直接關閉，如執(zhí)行失敗可將缺陷重新打開；
C、用戶可輸入缺陷編號、缺陷標題、模塊名稱、缺陷等級等信息，點擊“查詢”鍵篩選缺陷，點擊“清屏”鍵可清除輸入信息；
d、刪除待驗證缺陷:選擇若干缺陷，點擊“刪除”鍵，可將選中的缺陷從缺陷驗證列表中刪除。4.9、新增缺陷列表
a、在執(zhí)行集頁面，點擊“新增缺陷列表”，可查看本執(zhí)行集執(zhí)行過程中提交的缺陷；
b、用戶可輸入缺陷編號、缺陷標題、模塊名稱、缺陷等級等信息，點擊“查詢”鍵篩選缺陷，點擊“清屏”鍵可清除輸入信息。5、缺陷管理單元115
在缺陷管理單元115可實現缺陷的增、刪、改、查、評審、審批等操作。當用例執(zhí)行失敗時，可直接從執(zhí)行管理模塊提交缺陷，系統(tǒng)自動將執(zhí)行記錄與缺陷建立關聯。但鑒于測試的特性，系統(tǒng)還提供了將探索測試納入規(guī)范測試過程的功能。在缺陷管理單元115新增缺陷，通過缺陷生成用例功能可自動生成用例，并自動在執(zhí)行集下形成一條執(zhí)行記錄。操作流程如下:
5.1、添加缺陷
缺陷管理單元115提供兩個提交缺陷的入口，執(zhí)行用例提交缺陷及直接提交缺陷，描述如下:
a、在執(zhí)行管理頁面執(zhí)行測試用 例，如果用例執(zhí)行失敗，可點擊“添加缺陷”鍵，為執(zhí)行的用例添加缺陷，該方式添加的缺陷將自動與用例及執(zhí)行集建立關聯關系，且能自動載入缺陷的步驟及預期結果等信息，其余必填信息將紅色提示；
b、在缺陷管理頁面中點擊“添加缺陷”鍵，可彈出添加缺陷窗口，其必填信息為紅色標
識；
C、選中新建或評審未通過狀態(tài)的缺陷，點擊“編輯”鍵可編輯缺陷信息，點擊保存鍵則可保存修改信息；選中其他狀態(tài)的缺陷，點擊“編輯”鍵系統(tǒng)將彈出提示不可編輯；
d、選中新建或評審未通過狀態(tài)的缺陷，點擊“刪除”鍵并確定，可將該缺陷廢棄，廢棄后的缺陷仍顯示在缺陷列表中，可查閱但不可被更改，也不納入缺陷各統(tǒng)計數據中；
e、勾選有效狀態(tài)的缺陷點擊“缺陷導出”可以批量導出缺陷；f、用戶點擊“選擇缺陷”可導入同一系統(tǒng)不同項目下的其他資產；
g、用戶可輸入缺陷編號、缺陷標題、缺陷分類、缺陷等級、發(fā)現人、缺陷狀態(tài)、模塊名稱等信息，點擊“查詢”鍵查詢篩選缺陷，點擊“清屏”鍵可清除輸入信息；
h、選中缺陷，雙擊，可顯示該用例的詳細信息。5.2、缺陷產生用例
對于在探索測試中發(fā)現的缺陷，可能并無用例與之關聯，此時可點擊系統(tǒng)提供的缺陷產生用例的功能可解決此問題下新增用例，該用例顯示在用例管理的用例列表中，執(zhí)行狀態(tài)顯示為“fail”。a、在執(zhí)行管理頁面執(zhí)行測試用例，如果用例執(zhí)行失敗，可點擊“添加缺陷”鍵，為執(zhí)行的用例添加缺陷，該方式添加的缺陷將自動與用例及執(zhí)行集建立關聯關系，且能自動載入缺陷的步驟及預期結果等信息，其余必填信息為紅色標識；
b、在執(zhí)行管理頁面，執(zhí)行失敗的測試用例未能及時的添加缺陷，可在缺陷管理頁面點擊“添加缺陷”鍵來添加缺陷?！ぴ谌毕莨芾眄撁嫣砑拥娜毕莶荒茏詣赢a生用例，需要手動點擊功能欄中“缺陷產生用例”鍵來進行手動添加，添加時系統(tǒng)動載入缺陷的步驟及預期結果等信息，其余必填信息將紅色；
C、在執(zhí)行管理頁面，執(zhí)行失敗的測試用例未能及時的添加缺陷，可在缺陷管理頁面點擊“添加缺陷”來添加缺陷；缺陷管理頁面新增缺陷除了不能夠自動產生用例外也不能自動關聯測試用例，需要手動進行關聯。選擇相應系統(tǒng)下的測試用例，系統(tǒng)會自動匹配到用例關聯的執(zhí)行目錄和執(zhí)行集。5.3、提交評審
將新增的缺陷一個或批量提交評審，可通過會議或網絡會簽的方式評審，并形成評審總結；評審流程完成后，評審通過的缺陷狀態(tài)變?yōu)椤霸u審通過”。5.4、提交審批
將評審通過的缺陷一個或批量提交審批，審批流程結束后更改狀態(tài)，將審批通過的缺陷批量更改成“有效”狀態(tài)，也可選擇缺陷將狀態(tài)修改成其他狀態(tài)。5.5、關聯測試用例
用例執(zhí)行失敗后可在缺陷管理頁面中新增缺陷，新增時可能未關聯測試用例，此時可點擊臺提供的關聯測試用例的功能可解決關聯測試用例問題。5.6、缺陷更改狀態(tài)
а、在缺陷管理界面，選擇一個缺陷，點擊“更改狀態(tài)”鍵，更改缺陷的狀態(tài)；b、查看修改記錄:選擇更改了狀態(tài)的缺陷，點擊“查看修改記錄”鍵，查看缺陷修改歷史記錄；雙擊該記錄，查看具體的變更內容。6、報告管理單元116
測試報告主要對于測試的總結，包括產品質量和測試過程的評價，是測試過程中最重要的輸出物。操作流程如下:
б.1、設置測試報告模板
a、在編制測試報告之前，可預先定制測試報告的模板；
b、在系統(tǒng)管理模塊4中的模板管理子模塊下，可為測試報告模板增加模板的目錄。6.2、添加測試報告a、點擊“添加報告”鍵輸入測試報告名稱等必要信息點擊“確定”則添加新測試報告完
成；
b、測試報告添加成功后，可為新添加測試報告“添加模板”;在“測試報告模板內容”中點擊“選擇報告模板”鍵可選擇在“模板管理”中已添加的“測試報告模板”；點擊模板樹中的目錄輸入模板內容后點擊“保存”即可；
C、點擊“導出”鍵導出測試報告，點擊“保存”選擇需要保存的本地目錄后點擊“保存”測試報告即可以word形式導出。6.3、編輯測試報告
點擊“修改”鍵可對新添加的測試報告基本信息進行修改，編輯修改完成后點擊“保存”鍵可保存修改后的信息。6.4、刪除測試報告
選擇新增測試報告，點擊“刪除”鍵確定刪除后，測試報告即被刪除并從測試報告頁面消失。6.5、提交評審
選擇新增測試報告，點擊“提交評審”鍵即可。6.6、提交審批
選擇評審通過的測試報告點擊“提交評審”鍵即可。因此， 實施本發(fā)明能夠滿足軟件測評實驗室對軟件的全生命周期的質量管控以及全方位的統(tǒng)計分析數據；實現對測試項目進行全方位管理以及數據收集分析和深度挖掘，以保證軟件達到可接受的質量水平，技術支撐平臺發(fā)揮測試工作流程管理，軟件需求集中管理，保證軟件達到可接受的質量水平，可有效提升系統(tǒng)對業(yè)務的支撐能力，增強質量垂直管控能力，為決策提供有效依據，同時降低投資成本，充分保證了公司信息系統(tǒng)在設計、開發(fā)和運行各階段有序可控。以上所述是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也視為本發(fā)明的保護范圍。
權利要求
1.一種軟件測評實驗室管理系統(tǒng)，其特征在于，包括: 測試項目管理模塊，用于對項目進行總體規(guī)劃及管理，實現對項目全過程的控制； 個人工作臺模塊，用于實現測試項目的計劃制定、工作分配、進度控制、協作及通知，確保每種測試服務的工作流程在測評管理平臺中得到支撐和固化； 實驗室管理模塊，用于負責整個實驗室項目外的內部管理，以及各個子業(yè)務的統(tǒng)一管理，為整個實驗室的業(yè)務生產、管理和服務工作，提供基礎支持； 系統(tǒng)管理模塊，用于支撐整個系統(tǒng)的運行。
2.如權利要求1所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述測試項目管理模塊包括: 測試過程管理子模塊，用于對測評項目的全過程進行管理； 項目測試數據分析子模塊，用于對工作量進行分析，對進度及質量進行跟蹤控制； 測試過程統(tǒng)計子模塊，用于對測試用例、執(zhí)行測試用例及測試缺陷信息進行統(tǒng)計。
3.如權利要求2所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述測試過程管理子模塊包括測試計劃單元、需求管理單元、用例管理單元、執(zhí)行管理單元、缺陷管理單元及報告管理單元。
4.如權利要求3所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述測試過程管理子模塊還包括設備管理單元、文檔管理單元及成本管理單元。
5.如權利要求2所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述項目測試數據分析子模塊包括項目總覽單元、進度管理單元、工作量分析單元及質量管理單元。
6.如權利要求2所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述測試過程統(tǒng)計子模塊包括用例統(tǒng)計單元、執(zhí)行統(tǒng)計單元及缺陷統(tǒng)計單元。
7.如權利要求1所述的軟件測評實驗室管理系統(tǒng)，其特征在于，所述個人工作臺模塊包括: 我的桌面子模塊，用于展示界面默認或定制的個人工作內容，進行個人資料及工作內容的管理； 我的流程子模塊，用于查詢、修改、刪除及增加業(yè)務流程； 通訊管理子模塊，用于測評工作的協作和通 訊管理。
全文摘要
本發(fā)明公開了一種軟件測評實驗室管理系統(tǒng)，包括測試項目管理模塊、個人工作臺模塊、實驗室管理模塊及系統(tǒng)管理模塊。本發(fā)明能夠滿足軟件測評實驗室對軟件的全生命周期的質量管控以及全方位的統(tǒng)計分析數據；實現對測試項目進行全方位管理以及數據收集分析和深度挖掘，以保證軟件達到可接受的質量水平，技術支撐平臺發(fā)揮測試工作流程管理，軟件需求集中管理，保證軟件達到可接受的質量水平，可有效提升系統(tǒng)對業(yè)務的支撐能力，增強質量垂直管控能力，為決策提供有效依據，同時降低投資成本，充分保證了公司信息系統(tǒng)在設計、開發(fā)和運行各階段有序可控。
文檔編號G06Q50/00GK103246947SQ20121002944
公開日2013年8月14日 申請日期2012年2月10日 優(yōu)先權日2012年2月10日
發(fā)明者黃威, 瞿洪彪, 曹建龍, 張 林, 鄧竹青 申請人:廣州博納信息技術有限公司