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用户并发执行预算查询时系统资源占用情况：
