来ERP2项目组之前，我便在智能交通领域这片广阔的海洋中，苦苦挣扎了两年时间。期间，虽然呛了不少水，有过教训，但同时也积累了经验，学了不少东西。或许是曾经有过这样的项目经历，刚进项目组，便有幸成为负责稽查设备测试的小组长。初期的时候也就一光杆司令，只能被管理。后来，我们小组成员增加到三人，虽然人数不多，终究手底下也有兵了。那么测试管理又如何在测试团队中实施的呢？
首先是管理人。如何管呢？这个我要说只能是靠制度了，经过多年的沉淀，公司有一套相对完善的开发测试控制流程。
具体点说，团队成员每天必须写日报。这种方式的缺点是，时间长了真的很烦，有种被监视的感觉。可是又没办法，谁让这是重点项目呢。优点是，由于每天都要汇报工作，所以几乎没有人偷懒。
除了日报，还得写周报。我做为测试的小组长，除了周一分配工作任务外，周末还要汇总团队成员的周总结，总结测试小组上周的工作进展和遗留问题，然后汇报给测试经理。
……………………
随着项目的开展，测试人员会完成诸如测试方案、测试用例此类的文档。是不是文档完成后，就可以立马实施了呢，至少在ERP2项目组不是，实施的前提是开评审会议。缺点是，耗费时间长，有时因为文档中错误多，返工的次数也可能会比较多，虽然很烦，但是也要耐着性子改；优点是，便于后期测试有所侧重，便于测试实施。记得有次评审我写的稽查设备的测试方案，由于事先仅依照旧的设计文档编写了系统框架图，忽略了实际设计时对系统做的优化调整，结果会上挨了领导的批评，说我细节关注太多，忽略了应该关注的东西。后来我总结这次教训，方案重写是因为没有把握住系统的整体。如果再上升一点高度，那就是不管是做为一个测试人员还是一个管理者都要眼观全局，着眼于整体。这也是我通过评审会议学到的管理学。
每个人都是一座宝矿，这话一点不假。尤其是对测试团队来说，成员来自不同的公司或部门，有不同领域的从业经验，每个人都有独到的地方，有自己的优点。为此，团队建立了内部培训机制，以便于团队成员之间优势互补。这种管理方式也算是对公司现有制度的一个补充。这种方式的最大优点是轻松自由，毕竟隔行如隔山嘛，即使有些术语听不懂也没关系，成员之间经过交流探讨，加深了了解，增进了友谊。
