我是新浪的一名新员工，工作三个月了，和身边的人相比我算是新人中的老人了。呵呵… 经过了两个性能测试的项目后，三个月走来，真的使我丰富了很多，成长了很多，学到了很多东西，也结交了很多好朋友，遇到了很多的困难，也得到了很多的帮助。谢谢各位战友….现在开始小聊下性能测试…

MIC的性能优化，是一个接口类的性能测试，也是我第一次接触此类型的性能测试，Siege翻译成中文为劫持、围攻、的确如此类基于接口类的测试Siege可以发挥围攻的效果，Siege设计用于WEB开发中评估中间件与应用在压力下的承受能力，可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，在测试过程中-C、-T、-F设置几个参数执行可以达到应用服务器的负载效果，可以快速的找到拐点与最优，但美中不足的是没有强大的数据统计能力，需要编写自动化脚本统计采集数据，分析数据，评估数据。也算是使用此工具中所见的不足之处，另外经过此项目，发现Siege可以与LR结合进行测试，帮助Siege统计服务器资源部分，两者结合应该不容小觑。

播客视频页面优化项目，需要统计主屏页面资源加载时间、播放器文件加载时间、每一个页面URL资源加载时间，也是我第一次接触过统计页面加载的性能项目。和部门之前的测试项目比较，这次测试过程中遇到了很多棘手的问题，例如：在统计播放器文件（四个）加载时间出现问题，由于我们用的工具对流媒体支持不好，容易出现录制不到或者错误。播放器文件加载逻辑为：首文件（bokeplayer）为播放器的主文件，也为首加载文件，当请求成功后，自动GET皮肤文件（bokeskinplayer）当皮肤文件获取成功后，播放器页面为准加载完成，但为加载完成。之后会加载播放器广告逻辑处理文件、视频加载文件、此处设计事物起来非常麻烦，带来一定难度。在通过反复思考发现调用URL函数服务器返回的LOG日志时，当文件加载到169K（正好为主文件与皮肤文件大小之和）的时候，为播放器文件与皮肤文件加载完成，同时返回HTTP200，此问题迎刃而解，找到了插入事务的部分。计算出了播放器文件的加载时间，之后整体项目进展顺利，没出现更大的难题。

这就是我对性能测试的感受，两个工具，两个项目，性能测试是丰富多彩的，有无限的乐趣等待我们去挖掘。