基于J2EE+Flex技術的JFTest系統分析與實現

肖新鳳

（廣東環境保護工程職業學院，廣東佛山，528216）

0 前言

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

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

1 主要模塊系統需求分析

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

1.1 測試計劃管理用例用例

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

圖1 測試計劃管理用例

1.2 用戶信息管理用例

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

圖2 用戶信息管理用例

1.3 分派任務管理用例

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

圖3 分派任務管理用例

1.4 工作日志管理用例

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

圖4 工作日志管理用例

2 功能實現部分展現

2.1 測試計劃管理模塊

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

圖5 瀏覽測試計劃信息

圖6 添加測試計劃信息

2.2 任務管理模塊

任務管理模塊可以增加、編輯、刪除、查詢任務管理，如圖7和圖8所示。

圖7 添加任務指派信息

圖8 編輯任務指派信息

2.3 測試進度管理模塊

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

圖9 測試進度顯示

2.4 測試用例管理

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

圖10 測試用例管理界面

2.5 缺陷統計

可以統計不同類型的缺陷，在不同的模塊統計不同類型的缺陷數量及缺陷的分布狀態，不同的類型缺陷的數據分析如圖11所示。

圖11 缺陷統計

3 總結

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

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

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

新事物的提出，伴隨的新問題就很快顯現出來，但另外一方面，一種問題的提出，就有對應的解決辦法，新的嘗試也就會帶來新的思考，如此一來，新事物就有不可預料的價值。今后我仍需繼續朝這些問題的方向尋找更好的解決辦法，繼續朝系統設計模式的方向研究和實踐。