2011年中国软件评测中心对某单位的财经管理系统进行了性能测试，为期8个工作日。经过第一轮测试，在确定的4个测试用例中，2个不满足委托方的需求指标。通过分析测试数据，我们协助开发商定位了软件缺陷，提出了优化建议。在回归测试中，我们对整改后的系统再次进行测试，终满足了委托方的需求指标。本文将详细介绍测试过程。

一、系统简介

    财经管理系统主要包含财务核算、预算管理、资产管理、报表管理等功能模块。财务核算模块包括了总账、现金银行、内部结算、网上报销等功能，主要实现了凭证管理、账簿查询、成本结转、网上报销等业务流程；预算管理系统主要实现了预算填报审核、预算调整、预算控制、预算结转等功能；资产管理系统主要实现了资产采购、出入库、领取等功能；报表管理主要实现了报表统计、成本分析以及指标查询。

    财经管理系统在功能上集成和整合了财务系统与业务系统，实现了各信息系统之间的集成、沟通、协调及整合。功能的高集成性要求系统性能的高可靠性。

二、测试环境描述

    本次测试在已经投入运行的系统环境中进行，为了尽量减少性能测试对使用用户和环境的影响，我们采取了如下措施：

建立独立的测试帐套；

性能测试选在非工作时间进行测试；

在性能测试过程中会产生大量的垃圾数据，我们对所有的测试数据进行统一标记，便于测试结束后对系统中垃圾数据的清理。

三、测试实施过程

1.    测试用例选择

在测试用例的选择上，我们重点选取了用户访问量比较大的系统登录、保存报销单据、保存调整单据、预算查询4个用例。4个用例的选择覆盖了读和写数据库操作。

3.    测试结果总结

委托方提出了性能指标要求，选取的性能测试用例需达到300用户并发，系统响应时间应小于等于5秒，且数据库服务器和应用服务器的CPU利用率不应超过80%。

在第一轮测试中，保存报销单据、保存调整单据和预算查询3个用例的并发用户数未能满足要求，发现如下问题：

在保存报销单据操作达到200用户并发时，报销单据出现重号现象；

在保存调整单操作达到300用户并发时，系统响应时间达到了9秒；

在预算查询操作达到300用户并发时，数据库服务器的CPU利用率超过了80%；

四、优化及回归测试

1.    优化措施

针对测试中出现的问题，通过分析，我们提出了如下优化措施：

系统后台跟踪日志输出，设置成错误日志和非调整日志输出，减少不必要的日志输出；

Oracle 数据库数据查询进行优化，更新统计信息；

单据号处理规则进行优化，提高并发处理性能；

直接登录独立的WEB服务器（之前测试登录的是与应用服务器集成在一起的服务器）；

数据库查询SQL进行了索引优化；

3.    回归测试结果

对于整改后的系统，我们进行了回归测试。

保存报销单据达到了700用户并发。700用户并发执行报销单据保存时系统资源占用情况：

保存预算调整单据达到了500用户并发。500用户并发执行预算调整单保存时系统资源占用情况：

预算查询达到了500用户并发。500用户并发执行预算查询时系统资源占用情况：