用例，缺陷管理

　　测试用例和bug管理流程是在测试执行中必须要认真保证的一部分内容。打个比喻，测试用例就像开发人员的开发文档，bug就象开发人员每天写的code一样。用例和缺陷在测试执行中要充分的重视，test case reivew， bug review要定期的做，而且是在整个团队内部一起。一开始的频率可能要高些，建议每天都留10分钟的时间，团队内部成员一起，谈下今天的测试过程，遇到的问题，目前的测试用例的覆盖情况。到了后期，频率可以放慢。如果有机会，可以做些找bug竞赛，这个方法不仅可以在短期内迅速提高一个feature的质量，也可以在过程中提高每个成员对产品模块的认知程度。

　　团队建设

　　每个团队都少不了团队建设这个要点，作为leader你理应知道你团队的成员都做了什么事情，他擅长做什么方面，有什么方面需要提高。好的团队，要有技术点，工作点和协作点，所谓技术点，就是团队内部要有技术比较好的人能够在测试过程中对一般成员给予一定的指导，工作点就是团队内部需要能交给他放心做事情的人物，一个模块的测试任务交给他，他可以很好的规划自己的测试工作。所谓协作点，就是有良好的沟通能力和协作能力，能在技术公关的时候协住技术高手，能在测试模块固定之后协助模块owner找出潜在的bug。三个点的个性越鲜明，团队的执行力就会越强。当然在日常的工作中，需要按照不同人的特点，帮助他们成长成团队重要的一部分。

　　交流

　　之所以拿出这个来单讲，就是因为在交流上吃的亏太大了。很多事情都是因为交流不畅，或者是交流不及时导致的耽误进度，或者是一段时间的工作浪费。所以，在保证测试计划执行过程的同时，必须要定时的和开发，市场等团队做交流。了解新的情况，提前做准备。

　　规范开发流程

　　作为测试leader，很多问题可能是开发流程不规范导致的，如果是没有开发设计文档和需求文档，那我们必须提出来的同时去通过沟通或者其他方式去解决。tester不是神，而且在目前的团队配置上，我们的技术能力是最弱的，所以，我们必须要去要求其他的团队协作，重视我们的测试过程。

　　其实一个项目的立项初期，测试能介入的时间越早越能够保证产品的顺利发布。开发人员可能会从开发的角度考虑问题，一些架构的设计不会去考虑测试的方便。但是我们必须在他们架构代码的时候就要求他们提供一些方便测试的接口，或者设计结构，以便以后布置自动化测试，或者是降低测试模块的偶合度。考虑提高测试的质量和效率。