前段时间客户方一个系统上线后出现性能问题，就是查询报表的时候出现宕机现象，应项目组要求过去帮忙测试优化问题。
该项目的架构相对比较复杂，登录后要先进行认证服务器认证用户然后登录到应用系统A,在跳转到应用服务器B进行业务操作，如果有涉及到查询历史数据等需要使用到查询报表的，就要再次跳转到cognos服务器，然后从数据库中捞取数据，因为项目人员只是说登录很慢，而且应用系统也很慢，有时会内存溢出，经常重启，但是没说明是哪里出问题，所以对问题的定位分析确实很麻烦。
于是只能逐层剥离测试分析方式来对各层次服务器进行问题定位分析解决。
该项目的架构相对比较复杂，登录后要先进行认证服务器认证用户然后登录到应用系统A,在跳转到应用服务器B进行业务操作，如果有涉及到查询历史数据等需要使用到查询报表的，就要再次跳转到cognos服务器，然后从数据库中捞取数据，因为项目人员只是说登录很慢，而且应用系统也很慢，有时会内存溢出，经常重启，但是没说明是哪里出问题，所以对问题的定位分析确实很麻烦。
于是只能逐层剥离测试分析方式来对各层次服务器进行问题定位分析解决。
1、先测试挖掘分析web服务器问题，通过简单的测试系统登录退出，定位解决了apache配置问题。
2、认证服务慢的问题是存在，但是是另外一个系统问题，所以不做任何优化修改。
3、本项目的应用服务器问题诊断分析，通过测试一些交易类型的不跟报表打交道的业务功能点发现weblogic的JDBC、JVM等配置方面的问题，但是这时只能说发现问题，虽然JDBC调整大小可以解决连接数问题但是JVM设置问题，还需要考虑业务模型测试模型配比进行调整，因为报表展现的数据需要加载到应用JVM然后在展现出来，所以这方面的调整只能综合场景测试，才能进行分析优化调整。
4、cognos服务配置测试诊断分析，通过测试查询报表数据，进行测试应用、报表展现分析问题，cognos的相关参数配置，如cognos Sort buffer size、CQEConfig.xml修改、最大进程数调整等进行调整然后针对JVM进行调整。
4、数据库问题，在测试过程没有发现SQL写法问题，引发数据性能问题都是数据库缓存配置问题引发的，报表服务器的数据库是可以适当把缓存参数设置大一些，提高性能，如数据缓存、高数区缓存等配置，提高数据命中率等问题。
4、cognos服务配置测试诊断分析，通过测试查询报表数据，进行测试应用、报表展现分析问题，cognos的相关参数配置，如cognos Sort buffer size、CQEConfig.xml修改、最大进程数调整等进行调整然后针对JVM进行调整。
4、数据库问题，在测试过程没有发现SQL写法问题，引发数据性能问题都是数据库缓存配置问题引发的，报表服务器的数据库是可以适当把缓存参数设置大一些，提高性能，如数据缓存、高数区缓存等配置，提高数据命中率等问题。
5、JVM的配置差异性：虽然都是使用同种类型的linux操作系统和硬件配置，同样使用jrockit JDK，但是面对的处理的技术和业务逻辑的差异性，导致对JVM配置也相应有一定的差异，如应用服务器是面对不只是报表数据展现也有管理类交易的而cognos服务器是针对数据的展现，如果历史数据的查询展现等为主，所以应用服务器和报表服务器对于的JVM配置方式不能设置一样，如 应用服务器JVM配置如 -Xms1024m -Xmx1024m -Xns:256m -Xgc:gencon
而报表服务器配置-Xms1024m -Xmx1024m -Xgcprio:throughput –XnoOpt -Xverify:none，在测试过程中性能最佳。 –XnoOpt -Xverify:none这两个参数的使用虽然有测试过是否加入会影响性能，但是这两个参数的真正意义原理不是很了解。
6、应用展现设计问题，如查询类的不同机构的查询默认情况下，登录页面后都会把所有机构的数据展现出来，经讨论开发的改为该机构的用户只能展现本机构的机构以及下级机构的数据。 而不是设计而所有的一级行机构都展现然后在根据权限问题查看只能查看本机构的数据。而且也是要用的时候才去展现机构树，而不是每次登录都刷新展现加载一次。
经这些调整后响应时间从10个用户五十几秒，到50用户报表生成响应时间4.46S。