一次针对国产化办公自动化系统的疲劳测试缺陷分析

2013-12-13 15:57　来源：光明网科技　 我有话说有4人参与

　　1、 基于国产软硬件的办公自动化系统简述

　　伴随我国对国产化的软硬件的支持，具有自主知识产权的软硬件产品得到了突飞猛进的发展，从“十一五”对国产软硬件单品的支持到“十二五”对国产软硬件集成应用的支持，大力促进了国产软硬件产品的上线应用。

　　本次被测系统是核高基重大科技专项支持的国家课题，目的是为了推广软硬件环境的发展和应用。测试系统包含了一整套软硬件解决方案，从服务器到终端全部采用具有自主知识产权的硬件设备，从服务器操作系统、应用中间件、数据库和客户端操作系统全部使用了国产软件产品。(由于项目还未验收，因此本文以M办公系统代替)。M办公系统服务器操作系统采用了中标麒麟32位服务器操作系统、中间件应用了东方通中间件、数据库为达梦数据库、服务器芯片为龙芯CPU。

　　本次测试为上线评估测试，主要是通过第三方评测机构对M办公系统的可应用程度、成熟度等进行检测检验，测试用例覆盖了功能性、效率、可靠性、安全性、可维护性等内容。本次测试共有四家第三方测试结构参与，中国软件评测中心作为性能测试主要技术力量重点参与性能测试以及故障定位工作。

　　2、 缺陷发现过程

　　本次测试性能测试采用业务流模拟方式，分别对登录、起草公文、保存公文和公文流转进行了单点性能测试，在持续测试10分钟的性能测试场景中，全部通过测试，并无异常。在长时间测试过程中，模拟了整体业务流，整体业务流是通过用户名成功登录后，起草公文，在公文成功起草后进行公文保存，然后进行公文流转审核。测试周期是7X24小时，测试并发人数为30人。具体如下：本次测试通过模拟公文流转业务流，应用性能测试工具LoadrunnerV11.0 进行测试。被测业务流如下：

　　疲劳测试场景设置模式为“Basic schedule”，初始化方式设置为十秒钟启动2个虚拟用户，启动方式设置为初始化完毕后启动全部用户，持续时间为168小时(7天×24小时)，结束方式设置为“Run until completion”虚拟用户数设置为100个;设置Run-time setting中迭代次数1次，不记录日志，忽略思考时间和浏览器缓存, 设置错误继续运行。

　疲劳测试开始时间为第一天早上8点20分钟，在第一天的11点15分的时候，中间件服务器的产生JVM crash。中间件服务器产生的JVM错误日志如下：

#

# A fatal error has been detected by the Java Runtime Environment:

#

#  SIGSEGV (0xb) at pc=0x2b0ce424, pid=15094, tid=735048880

#

# JRE version: 6.0

# Java VM: OpenJDK Server VM (14.0-b16 mixed mode linux-mips )

# Problematic frame:

# V  [libjvm.so+0x5e6424]

#

　　产生JVM crash前后，中间件服务器系统资源监控如下：

　　图1 CPU利用率

　　图2 网络利用率

　　从资源监控结果中也可以看到，中间件服务器已经没有任何访问了。在出现上述问题后，恢复了测试环境，再次进行了上述疲劳测试，同样出现上述JVM crash问题。

　　3、 缺陷分析定位和解决方案制定

　　针对上述问题，发现JVM的内存在长时间疲劳测试过程中持续增长，在测试经过3个小时左右后，出现JVM已无可用内存的情况。再持续一段时间，就产生了JVM crash(中间件服务器操作系统中JVM的内存设定为2000兆)。

　　通过不断的调整JVM最大内存，但是现象仍旧存在。通过分析发现在内存耗尽的情况是由于32位操作系统最大识别4GB内存引起的，因此在解决方案为将中间件服务器操作系统换成64位中标麒麟操作系统，JVM内存设定为3200兆。

　　4、 结论

　　在完全替换掉中间件服务器操作系统后，再次进行测试，系统顺利通过7×24小时的100虚拟用户并发测试。JVM资源维持在3100兆左右后就不在增长。

　　　陈磊翟艳芬相春雷

　　(中国软件评测中心北京 100048)