性能测试——财务报表性能测试总结

财务报表性能测试总结

    好久没写博客了，这段时间都忙着另外一个项目的性能优化测试以及业务需求分析整理和两个项目的系统优化方案整理等包含技术优化方案、业务优化方案因此整天都不清楚的忙碌着，因此很长时间没写博客记录工作流程。

    记得7月份客户方的财务分析报表工具即将上线，需要性能测试，该任务我接了，了解了下系统是财务分析报表，数据量非常大，而且显示的都是柱形状、饼状界面方式确实不好测试。

    接下来就准备测试环境、测试数据、测试脚本等这些平常工作做多了也很快就完成，开始压力测试了，这也是我这次测试中发现的最大问题，在测试过程中一开始测试了两三只交易应用CPU都很高，提出性能缺陷给设计人员改，但是设计人员各个研究了很久都没看出性能问题点，而我也对我定位出来的问题进行代码分析感觉都很怪，不同交易定位出来的问题都类似，都是加载类有问题，于是我就把本次需要测试的交易全都压力测试了一遍，80%的交易都有类似问题，这下轻松多了，一看就知道是参数配置问题，于是把weblogic 参数调整了下 ，系统参数调整了，发现CPU使用80%的交易都低于50%，响应时间从原来的平均大于10秒，都降低到小于3秒，就两支交易还是一样有问题，一直是查询更新交易，一只是新增年报交易。于是重点就压力测试该交易，以及跟设计人员沟通发现是设计问题，在新增交易时先做删除动作在做判断在新增，而删除方式是用delete 这是要命的设计问题，但是由于上线来不及修改设计只能说明问题点然后跟设计人员说明后期如何修改设计代码，给他们提供了两种解决方案，以及这次上线前由于无法优化，防止生产线突发性性能问题时提供临时解决方案。

     在另外一支交易，是在查询后对该笔数据做更新，内存使用一直很高，而且CPU 也很高，更新功能响应时间很大，定位出问题后，因为只能定位到具体的方法，但是方法里面怎么写的没定位出，于是写了简报给开发人员说明问题点，但是没看到代码我没办法给他们提供优化方案。结果等了大半天开发人员回复暂时不清楚是哪里的代码出问题的。 无赖之下，我跟开发人员要了我定位出问题的代码，仔细看了下，发现一个地方判断有点怪异，就问题了开发人员说这个地方判断是否为空是干嘛的，而且好像这个判读跟我定位的有点类似，是不是写判断时其实已经调用别人的判断了，只是双重判断，而且在判断后对空值没有做处理，难怪有时出现空指针异常，于是建议开发人员去掉重复的判断，且对出现空值时进行处理等，编译后部署上传重新测试竟然好了，因为反复判断本身消耗CPU，而且空指针异常也是一种对象也是消耗内存，所以性能上过不去。修改后性能提升上来了，问题解决了。