肖新鳳

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

0 前言

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

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

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

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

1.1 測(cè)試計(jì)劃管理用例用例

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

圖1 測(cè)試計(jì)劃管理用例

1.2 用戶信息管理用例

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

圖2 用戶信息管理用例

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

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

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

1.4 工作日志管理用例

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

圖4 工作日志管理用例

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

2.1 測(cè)試計(jì)劃管理模塊

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

圖5 瀏覽測(cè)試計(jì)劃信息

圖6 添加測(cè)試計(jì)劃信息

2.2 任務(wù)管理模塊

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

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

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

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

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

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

2.4 測(cè)試用例管理

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

圖10 測(cè)試用例管理界面

2.5 缺陷統(tǒng)計(jì)

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

圖11 缺陷統(tǒng)計(jì)

3 總結(jié)

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

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

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

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