项目总结--针对当前的工作情况进行总结

很久很久没有做过总结了。

得出的最大的结论就是，人不能懒惰，要天天总结，要月月总结，并且时时刻刻进行总结。我自知还是做不到这一点，而且是差很远，个人太懒惰了。基于这个懒惰，我已经一个月没有干活了，导致的结果就是，测试部这几个月都没什么成绩，没什么作为。

 

项目终于向上线进军了。应该还有两个月的时间。刚刚安逸的过了一个月，这个月立马就暴露出来很多很多问题，测试做的不够，开发修改程序错误太多。于是，今天的总结会，针对开发人员的问题总结了很多，但是针对测试人员，依然还是没有目标，每次都是这样，讨论着讨论着，都是以开发人员为主了，貌似没我们测试人员什么事情。吃完饭，还是和领导讨论了一下，强行要进行测试方面工作的讨论。终于给出了目前的工作方向。让我不再迷茫混乱了。至少我知道目前该做些什么了，而不是每天素手无策的等待着问题的出现。

 

分配问题，一定要给自己留出余地，否则，重要的问题都压在自己这边，而又无暇顾及的时候，欲哭无泪。只能重新调整一下方案，以目前的工作重心来安排工作。先集中力量，然后再测试各自负责的模块。

 

对于之前说的，当一个开发人员的同一个功能模块，反复出现问题的时候，测试和开发其实都有问题，测试不全面，程序本身写的就有问题，所有的问题其实都只是表面的，根本的流程和业务之间的关系没有理顺的话，程序的修改永远都只是停留在表面，所以，问题就像水里的木头一样，按下这头，那头又浮起来了。

 

要抽出时间来检查一下他们测试出来的问题，以及问题的跟踪情况。发觉张的做事方式有些问题，其实还是领导发现的，平时基本上我都只管自己。其实我自己做事的方式也很有问题，只是我还没发现问题在什么地方，我想最好能跟领导之间做个交流，看看他们觉得我的问题都在什么地方。

 

其实相处了这么久，每个开发人员容易发生什么问题，以及个人的做事方式，差不多了解了，剩下的就是根据他们的特点去关注问题。有的开发人员，修改问题容易引进新的问题，并且解决的速度慢，不催促就不干活，不去问就永远不给你回复。有的人就很自觉，交流协作都很容易，做事积极主动，效率高。测试也就有重点了。

 

这么大的项目，三个测试人员，我还要每天负责一些乱七八糟的事情，真正测试的时间很少。尽在进行协调和讨论了。测试技术我真的是没有一点提高，咳。张呢，工作也不积极了，工作的情商也不高，要多督促。丁，新来的，积极，有热情，但是业务不熟悉，测试效率还是不高。要想这么大的项目，没有问题，是不可能的，只能是尽量少一点，但是此起彼伏的出现同一个或者类似的问题好像也是不应该的。多督促自己，多督促他们，提高工作效率！