最近几天性能测试中发现WebApp服务器资源使用发现cpu占用过高，使用工具跟踪发现有  一个方法占用cpu过多，这个方法处理在发信中获取附件大小，查看代码看到获取附件大小时分段接受叠加计算大小，调优为一次读取附件大小，问题解决。

  在回归测试中发现发信失败率比优化前低很多，查看日志发现提示收到邮件索引服务器包非法，查看邮件索引服务器发现已经正确处理，经抓包发现两边的心跳包大小不一致，导致Webapp截取出错，并确认请求包非法，修改心跳包长度后问题解决

  在回归测试中发现当用户数达到某个值时tps直线下降，查看是前端跟后端通信的连接池已满，调整连接池大小发现问题依旧，测试结束后连接池还是没有释放，查看代码发现连接池连接数计算有误，并业务实现有问题，给开发人员提优化方案，问题解决

   上周末去天阳宏业面试性能测试leader职位，面试官给定位是9k~10k之间，虽然不是很认同这些但是也暴露很多问题，回来后突然想给自己做个计划，新工作已经快一年了，感觉过的过于安逸

 A、性能调优（7~12月）
   1、善于总结。在每次的性能调优结束后做出调优总结，梳理调优思路及调优步骤
   2、加强对数据性能问题分析及调优能力，达到能自己进行数据调优及存储过程优化
   3、提升自己阅读代码能力，能在代码走读中发现性能问题及多余代码
   4、提升对linux系统的理解，并能进行系统的简单性能优化
 B、测试管理
  

当在使用LR压力测试过程中如果出现120秒超时如何定位问题？
一般在压力测试时经常120秒超时，正常情况下可以说明性能问题了
问题一：看是数据库问题？那就看是否出现死锁 等待现象，数据库资源使用率怎么样例如CPU使用率
问题二：看应用问题 参数设置大小导致的？页面图片太大？ 程序死循环或者处理表的时候检查字段过大过多？内存溢出问题？
问题三：网络问题，正常情况下测试都是局域网的这种问题比较少出现！
问题四：中间件的参数调整问题了，线程数 数据库连接池等太大太小都会引起这个问题