记09年6月至8月项目测试工作总结

@K-F@!W\o0             记09年6月至8月项目测试工作总结

     估计09年初到8月中旬这两个多月是最累人的时段了，整天像赶场子似的工作，没日没夜的干活，周末也是，实在是累人。现在回想下确实过得太充实了！

    6月份开始出差去北京做性能测试，以其做测试不如说测试优化工作，一个登录认证服务系统，一到上班时间系统就瘫痪，撑不住200人的并发，客户方需要做的是系统能撑住至少2000用户并发10000用户在线，响应时间<5秒，但是我实际并发过程中发现200用户并发响应时间都要15秒了，这何等的性能级别差异？但是两年多了他们都不知道问题出现在哪里？测试多次都说这个项目有性能问题，但是都不知道问题出现在哪里，一直认为问题是WEB服务的问题，其他系统问题导致登录认证服务性能问题，都是在推卸责任，没有去静心去查找问题所在，也可以说测试这个项目的性能测试人员也没有做到位，不然该系统上线前，其他系统接入之前问题都已经存在了，但是都没查出问题在哪里，才会导致这两年该系统一上线，其他系统一接入就出现宕机现象，这次派我过去测试目的就是查出问题在哪里？通过三周的测试发现70%的性能问题是数据库操服务器的操作系统参数配置、数据库ORACLE本身的参数配置、SQL语法等问题，导致的性能问题的，还有四五台各自WEB服务器、应用服务器参数配置问题导致的，更可怕的是开发的在代码写了SYSTEM.GC来回收内存，问题一一查处，并帮他们优化，并建议他们对其中一个策略服务适当的加集群充分利用空闲的服务器资源，等等方面帮他们修改优化问题得以解决。

a,gteq!L0   7月份因为6月份出差去做新疆方登陆服务系统性能测试，导致我们厦门本身这个的CP系统的一些任务延迟，加上同事调休一周，CP系统又有一些新版本要上线，因此忙完认证系统回来厦门又开始进行CP 的性能测试优化，忙碌了两周多优化测试完成，系统成功上线，问题都是SQL写法问题或者没适当建立索引问题等，比较这个系统运行多年，没有其他参数方面调整导致性能问题，都是因为下部分开发人员在书写SQL或者JAVA代码时没注意对对象的释放导致的，在准备测试数据时，抽空看了他们的代码，有问题就直接跟设计人员沟通叫他们重新优化代码，这样边准备测试数据边帮他们走读代码检查，在真正压力测试时大部分问题都规避了，进展算是比较顺利。51Testing软件测试网4C-PF@a9[/TS
M;|

   7月底终于做完CP的性能测试，本来以为可以歇口气了，结果我们公司的保理项目要上线也需要性能测试，而且生产线出现了性能问题，一个多月了没人知道怎么解决，客户方在那边叫，系统非常的慢，过去帮他们解决，通过日志发现是数据库问题，一个SQL 查询表有建立索引但是建立的方式不对，导致性能很慢，很快问题就帮他们解决了接下就被他们叫过去帮他们做他们项目的性能测试，优化技术支持等一直做了一个月，具体怎么做好这个项目的性能测试优化，待续……51Testing软件测试网N(Vz[j'jH