基于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三层模式和插件式开发模型都有一个共通点，就是文件和库管理繁琐，随着开发过程的深入，插件式开发模式下会产生许多子项目，而基于插件式设计开发下，就需要管理公共项目、主程序库等文件。构建系统需要花费不少时间，多亏如此，在实现系统过程中，我花了不少精力和时间在项目的集成研究中。

同时，插件式开发在插件接口上的问题也如出一辙，问题同样出于插件接口的管理，放置插件接口的地方和时机的考虑并不容易；插件接口越多、可开发的插件种类就越多，不同种类的插件可能对应用程序造成的许多不同问题；插件越多，系统的资源开销就越大等。

新事物的提出，伴随的新问题就很快显现出来，但另外一方面，一种问题的提出，就有对应的解决办法，新的尝试也就会带来新的思考，如此一来，新事物就有不可预料的价值。今后我仍需继续朝这些问题的方向寻找更好的解决办法，继续朝系统设计模式的方向研究和实践。