项目一期情况：
这个项目一期做了半年多，大概十个人在做。做的很辛苦，几乎天天加班，每天晚上干到差不多到十一点以后，项目经理做完这个项目后就辞职不干了。在这个过程中和客户关系搞的不是很好，有过争吵。
二期做了一个月后我才进入到这个项目，当时还有一个星期就要去上线。二期有五个开发，两个测试，一个实施共八个人。八个人中只有一个是做过一期的，并且也不很熟，做了两个半月。交接给我工作的人本身对系统也不很熟。 二期项目的特点是：
1.开发除了项目经理，开发都是新手，给测试工作造成了很大的困难。开发因为是新人，很在意自己留给项目经理的印象，对提一堆BUG很抵制。 测试新手开发的模块或改过的模块一定要注意，务必从最基础的开始测，像这次最后验收的时候还是被发现焦点跳转错乱的现象。
2.交接的人本身对系统不熟。新需求变化很大，而且项目文档都很旧，没有多少参考价值。有些模块我根本就没有接触过，以致马上都要上线了，我发现对系统还是不熟。
这就需要做好前期工作，在接手的前一天已经意识到了前期工作要做充分，这样到了客户这边才不至于有很大的压力，会轻松很多。
所以一定要先把整个系统跑一遍，带着问题去问，做到心中有数，对于交接的人来说她不懂，又急于离开这个项目，推脱敷衍是肯定的，两个糊涂的人在一起一点好处也没有，这就要求我必须求助其它人，把疑问弄清楚。 3.工作流于形式化,致始大量测试时间被写文档占用。（切忌）
因为之前客户的文档审查很严格，实施做了大量的文档修改工作，并且迫于总监的压力，测试也承担了一部分文档工作。（因为只有文档审查通过了才能批准上线）。
文档工作占用大量的测试时间，致始测试的非常不充分！整个前期大家都在紧张热烈的补文档改文档，由于公司体制的弊端，系统验收人员是测试人员，所以验收的时候又是补一通文档，跟没验收一样。
后来我发现，一些很明显的功能变更都没有实现，到了客户现场还会报500错。所以以后对这种压力一定要顶住，不能六神无主，使系统稳定永远是最重要的事，任何事情都不能以牺牲系统稳定为代价。也是因为这迟早是你的事。
4.对总监来说，客户的利益致上
总监总是为了让文档看上去符合要求，（因为最后要用文档来说事）让客户挑不出来毛病，总是要求你改这改那的，全然不顾你的主要职责，所以一定要想办法把问题先暴露出来，让他了解。
综上所述：结果就是测试人员失职，测试负责人负主要责任。黑锅由我来背。
经验教训：
1.实施不是总是对的。没有人总是对的，更何况他对系统也不了解，他的需求是从一期的实施那里拿过来的，那如果以前的需求都是错的，现在当然也是错的，需求都错了，还让开发人员改什么改啊，还测什么测？！所以做为测试人员一定先要搞清楚系统是什么样的，敢于质疑需求。
（只相信自己的眼睛，自己动手去做比问人和看文档来的可靠）
2.项目经理很重要，一定要及时沟通，鉴于项目经理也是开发，当然或多或少的会对测试有所抵制，在做这个项目时，竟然出现项目经理冲我嚷：没有人告诉我，我不知道的情况，连Buglist也不看，还需要你告诉他，那我岂不累死。
总之，一定要想好在问。反复试好，确定后再问，有时候开发基于自己的考虑会说：这个问题需求上没有写，客户没有提，就不改，那作为你就应该好好想想，到时候客户究竟会不会再提？如果有可能提出来的话，还是不要他说怎么办就怎么办，努力说服他，这时应该让项目经理感到你的价值所在。
3.该怎么管理手下，手下是一个刚毕业的男生，觉他做事还算是沉稳，头脑也很灵活，但不会主动分担工作。一开始我总是觉他刚毕业，不敢交给他更多的工作，所以我一直很累，许多事都自己包揽，后来我试探着说分给他一些新的工作，他竟然以没有接接触过而拒绝，那我以前也没的接触过啊！
关于这一点还是回去好好再琢磨一下。以前买的杰克韦尔奇的书也没怎么看，这下可是头大了，关键我对他没有生杀大权，他只是帮我干活而已。
4.和客户之间的关系该怎么处理
由于一期开发为了切换数据库的事跟，客户中管理服务器的人员闹的很僵，所以我们在来的时候，他们在不是很配合，不过这中间没我什么事。但是在刚上线的时候，一下子出了很多问题，给我急的睡不着也吃不下，烦燥不安，整天脸上阴雲密布，我想在客户看来我很难接触吧，后来实施一回去，那我就是实施了，头又大啦。还是主动一点吧！ 5.如果不跟客户接触，从客户的角度理解问题还是很不容易。
到实施的时候才发现了自己对业务的理解太浅显了，跟实际中他们的理解相差甚远，在给他们做培训的时候，在他们问问题时，讲了一下业务以后，我才恍然大悟。所以整个培训下来我明白了很多东西。
客户由于对系统不了解，所以会出现很多误操作，这就需要系统有很强的容错性
所以测试的时候一定把这一点考虑进去，目前我在培训中主要发现两方面的问题：
一个是并发问题，一个是组织数据的时候他们需要反复修改，反复删除的操作。
这就要求测试的时候多注意删除所涉及的影响，是否影响到其它的操作，如果是物理删除，其它地方会不会删除干净，删除后重新增加一条相同的信息会不会报错？
6.跟开发的沟通，该怎么沟通，怎么积累知识。
因为开发反复修改程序，修改后很可能会出现其它的问题。这就需要你考虑，究竟还会造成什么错误，比如：修改了一个数据库中的表，这个表还有什么地方在用，修改了一个方法，那这个方法还有什么地方涉及到？这些东西真的需要一点一的积累，所以还是有问题要尽管问。
7.平时还是应该对其它的照顾一点，显得大方一些，毕竟大家对我也都算是挺照顾的，所以我应该更为其它人想想，必要的时候破费一下。放放血。
最后，最最重要的一点，一定要只相信自己的眼睛！！！先不要管其它的人怎么说
自己一定要动手去做，哪怕是再简单。在说之前先做了，再想怎么说，然后再说。说之前也还要想好退路（切记切记啊）
