在这里经历了无测试人员、测试人员是开发团队一份子、到有独立的测试部门，But，是以项目为单位，测试人员向项目经理和测试经理汇报，测试进度主要由项目经理控制，技术上由测试经理提供支撑。
测试人员进入项目组后，主要积累项目经验、实践已会的硬技能、锻炼软技能，在项目中事情能不能做好，更多依靠的是软技能（比如：沟通），观察过很多次项目，发现测试人员进入项目组后，无人督促硬技能时，技能的使用水平就会下降，而很少有项目经理会关心测试人员做事的过程，大部分都只关心事情的结果。当事情做错时，测试人员会受到指责，但应该吗？不应该吗？应该是因为测试人员没有用已有的技术去做，导致了错误；不应该是因为在做的过程就错了，可没有人发现、纠正，结果错是必然的。每当这个时候，项目经理就会来抱怨测试人员怎么这么差，基础技能没有学好，要求回炉。可是不是技能没有学好，只是经验不足，在面对实际情况时联想不到已学的技术，举个不恰当的比方，小朋友学吃饭（拿勺，勺饭，放到嘴里），也不是所有小朋友一教就会，每个小朋友基本都经过勺不起饭，放到嘴的过程饭洒啦，或者是吃的满脸都是，这个时候的小朋友需要的是父母的鼓励，继续吃饭。测试人员也需要这个过程，不是参加完某项培训，某项技能就100%掌握，就可以灵活运用的。
这就是我想去改变的，一方面想让其他人能放弃对测试不切实际的幻想（不是有了测试就无BUG，不是测试人员就不会犯错，不是测试人员做错了事情就是不合格）；一方面 我能做好过程监控（建立一个有效的过程监控机制）；再一方面 优化我的培训过程，加入经典案例，让成员知道典型场景典型使用。
