肖新鳳

（廣東環(huán)境保護(hù)工程職業(yè)學(xué)院，廣東佛山，528216）

0 前言

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。使用人工或者自動手段來運行或測試某個系統(tǒng)的過程，其目地在于檢驗它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實際結(jié)果之間的差別。它是幫助識別開發(fā)完成（中間或最終的版本）的計算機(jī)軟件（整體或部分）的正確度 (correctness)、完全度（completeness）和質(zhì)量（quality）的軟件過程 ；是 SQA（software quality assurance）的重要子域。

隨著軟件測試的重要性日益漸顯，如何更好的管理開發(fā)與測試之間的溝通，以及及時監(jiān)控產(chǎn)品的質(zhì)量報告，讓這個管理過程軟件信息化。這就需要一些軟件測試的管理系統(tǒng)來維護(hù)，因此與基于J2EE+Flex技術(shù)的軟件測試管理系統(tǒng)的開發(fā)目的和需求相迎合。

1 主要模塊系統(tǒng)需求分析

主要模塊包含測試計劃管理、測試用例管理、需求管理、配置管理、缺陷管理和測試流程制定與管理及項目管理功能，用戶管理、測試計劃管理、任務(wù)管理、工作日志管理等，部分用例分析如下。

1.1 測試計劃管理用例用例

系統(tǒng)允許管理員對測試計劃管理模塊，進(jìn)行瀏覽測試計劃信息、添加測試計劃信息、提取編輯測試計劃信息、刪除測試計劃、查詢測試計劃信息操作。其中在添加測試計劃信息和編輯測試計劃信息時，可選擇添加與該測試計劃相關(guān)聯(lián)的測試用例如圖1所示。

圖1 測試計劃管理用例

1.2 用戶信息管理用例

系統(tǒng)提供管理員登錄系統(tǒng)的功能，管理員對用戶信息管理模塊的操作包括：瀏覽用戶信息、查看用戶信息、編輯用戶信息、添加用戶信息、刪除用戶等，其中、編輯用戶信息時，可修改用戶的狀態(tài)，進(jìn)行“啟用”不可用的用戶或者設(shè)置“無效”如圖2所示。

圖2 用戶信息管理用例

1.3 分派任務(wù)管理用例

系統(tǒng)提供用戶（或管理員）對分派任務(wù)管理的相關(guān)內(nèi)容進(jìn)行操作的功能，包括：瀏覽分派任務(wù)信息、查看分派任務(wù)信息、添加分派任務(wù)信息、編輯分派任務(wù)信息、刪除分派任務(wù)等操作。其中、在添加分派任務(wù)信息和編輯分派任務(wù)信息時，必須選擇關(guān)聯(lián)bug信息、關(guān)聯(lián)測試規(guī)則和指定處理人如圖3所示。

圖3 分派任務(wù)管理用例

1.4 工作日志管理用例

用戶（或管理員）可對工作日志管理模塊相應(yīng)的內(nèi)容進(jìn)行操作，包括：瀏覽工作日志信息、查看工作日志信息、添加工作日志信息、刪除工作日志信息、編輯工作日志信息等如圖4所示。

圖4 工作日志管理用例

2 功能實現(xiàn)部分展現(xiàn)

2.1 測試計劃管理模塊

包含測試計劃的增加、編輯、刪除、查詢功能，如圖5和圖6所示。

圖5 瀏覽測試計劃信息

圖6 添加測試計劃信息

2.2 任務(wù)管理模塊

任務(wù)管理模塊可以增加、編輯、刪除、查詢?nèi)蝿?wù)管理，如圖7和圖8所示。

圖7 添加任務(wù)指派信息

圖8 編輯任務(wù)指派信息

2.3 測試進(jìn)度管理模塊

完成測試進(jìn)度的增加、編輯、刪除、修改等功能，如圖9所示。

圖9 測試進(jìn)度顯示

2.4 測試用例管理

實現(xiàn)測試用例的增加、編輯、刪除、修改等功能，按照所屬項目、用例名稱、所屬模塊、測試類型、測試用例設(shè)計人、測試用例優(yōu)先級別、測試量，所屬項目組、版本、具體描述增加測試用例。如圖10所示。

圖10 測試用例管理界面

2.5 缺陷統(tǒng)計

可以統(tǒng)計不同類型的缺陷，在不同的模塊統(tǒng)計不同類型的缺陷數(shù)量及缺陷的分布狀態(tài)，不同的類型缺陷的數(shù)據(jù)分析如圖11所示。

圖11 缺陷統(tǒng)計

3 總結(jié)

本文選擇了基于J2EE+Flex基于的軟件測試管理系統(tǒng)的插件模式開發(fā)作為研究的重點，以軟件測試管理系統(tǒng)的配置管理、缺陷管理、測試流程制定與管理及項目管理、測試用例管理、測試進(jìn)度管理、測試日志管理等作為分析實例，對系統(tǒng)的模式開發(fā)進(jìn)行探討和實踐。本文的主要工作及創(chuàng)新：分析插件式設(shè)計的開發(fā)模型，結(jié)合插件式開發(fā)模型，提出一種擴(kuò)展辦法，簡化應(yīng)用框架的復(fù)雜度，讓框架更容易實現(xiàn)，并提高擴(kuò)展的靈活性，系統(tǒng)的子模塊實現(xiàn)了WEB模式和AIR桌面富客戶端的自由集成。盡管提出一種結(jié)合插件式設(shè)計的開發(fā)模型，為系統(tǒng)提出一種擴(kuò)展辦法，但一種開發(fā)模型并不能解決所有的問題，而且還需要付出相應(yīng)的代價和努力，還有許多仍待解決的缺陷和不足。

事實上，MVC三層模式和插件式開發(fā)模型都有一個共通點，就是文件和庫管理繁瑣，隨著開發(fā)過程的深入，插件式開發(fā)模式下會產(chǎn)生許多子項目，而基于插件式設(shè)計開發(fā)下，就需要管理公共項目、主程序庫等文件。構(gòu)建系統(tǒng)需要花費不少時間，多虧如此，在實現(xiàn)系統(tǒng)過程中，我花了不少精力和時間在項目的集成研究中。

同時，插件式開發(fā)在插件接口上的問題也如出一轍，問題同樣出于插件接口的管理，放置插件接口的地方和時機(jī)的考慮并不容易；插件接口越多、可開發(fā)的插件種類就越多，不同種類的插件可能對應(yīng)用程序造成的許多不同問題；插件越多，系統(tǒng)的資源開銷就越大等。

新事物的提出，伴隨的新問題就很快顯現(xiàn)出來，但另外一方面，一種問題的提出，就有對應(yīng)的解決辦法，新的嘗試也就會帶來新的思考，如此一來，新事物就有不可預(yù)料的價值。今后我仍需繼續(xù)朝這些問題的方向?qū)ふ腋玫慕鉀Q辦法，繼續(xù)朝系統(tǒng)設(shè)計模式的方向研究和實踐。