近期工作总结

   五月份从移动预处理现场回到公司，申请进入应用集成平台OIP项目组（之前就了解过这个项目事情多，要求高），刚进门，对于服务、消息流、模拟器各种东西搞得我晕头转向，自己研究业务，不懂就问产品经理（好在这个项目组之前是有配备过测试人员，也对测试特别重视，很好沟通配合），在摸索中配合测试rest消息服务的接入功能点，接触服务的性能测试（我们项目组一般比较关注报文大小和延时的影响，以及保证模拟器不是性能瓶颈，测试结果比较关注事务处理能力TPS，还有响应时间），逐渐的开始测试各个省的需求：安徽服务调用关系报表、业务服务分析平台、集团考核指标、集团服务实例数据遗漏、各省问题对应，也学会了在样部署oip的web环境。。。

   就在逐渐了解了一些项目业务的时候（自我感觉OIP的业务还是相对其他项目复杂的，可能牵扯到的技术的东西比较多），项目组按照年度计划完成业务服务分析平台后产品要升级至6.0，需要做一个全面的测试。机会来了，由于我那时候加入项目组没多久，产品经理搬到我旁边跟我一起进行测试，带着我做。那段时间的测试做的真的好带劲，感觉每天都能学到新的东西，每天都有很多疑问得到解决，产品经理也很有耐心，不厌其烦的跟我讲解着我的各种疑问，懂的，不懂的，其实有时候他讲这讲着技术层面比较深，我还是木有听明白。。。呵呵，再此谢谢他的不厌其烦。

   6.0测试完成了，我对系统的了解也算是升级啦（自我感觉），月度考核得到的评价是“进步大于成果”，真的很开心。接着又是新的事情，jms消息的接入。当我了解了所有需求，且编写好测试用例之后，我真的还是不太清楚这个jms队列该怎么测试，那几天研究这个东西，找了很多资料，只是用soapui监控activeMQ队列的东西，我想实现用jmeter来实现我的测试（soapui的测试数据不是那么可靠），可是没有成功（缺少经验），这个东西的测试很多都是通过代码来实现的，通过工具来实现的还真不多。正当为这个事情纠结的时候，局方对于jms消息的队列选型提出了异议（之前我们用的是weblogic MQ），于是要求我们公司在一周之内出一个全面的关于Hornetq队列的测试报告，这个愁死我了，还好有公司的技术大牛编写测试代码带着我做（实际上我只是执行了下各种场景），用nmon来监控服务器的指标，忙忙碌碌的一个星期，虽然感觉没留下什么，但最起码了解使用了几个监控工具nomo、jvm（系统自带的）。

   就在Hornetq测试即将结束时，又被项目组召回，开始编写4G&移动转售业务的测试用例，架构发生很大改动，着手测试回归老的功能点，测试新的wmb消息流，（环境不通真可怕，耽误事儿）。。。

   忙碌如暴风雨一场接着一场。可是这样的忙碌中自己收获了什么？留下了什么？最近又开始比较迷茫，不知道是失去了方向还是缺少了动力，还是因为最近身体总是不舒服（神经性头痛），想想自己做测试也差不多两年了，未来的路到底该怎么走？能走多远？想研究性能测试吧，实践的机会不多，研究自动化，一想起编写代码就发愁，前一阵子的斗志也不知道跑到哪里去了，总之，是得继续学习的。上次在51看过一篇文章，里面讲当你迷茫时最好的解决方法就是学习，只要是学习，不管学习哪个方向的，学着学着就明了了，也有收获了，呵呵，挺对的，还是不要抱怨、不要迷茫、不要去想那些有的没的。好好提升自己的实力！加油！在忙碌的日子也总归是充实的……

   在提醒下自己，那个明年要实现的小目标，是一定一定要实现的，别忘了……