2、找到主体负责人

　　如果一个测试任务分配给一个测试人员，毫无疑问，这个测试人员对这个任务、这个模块是主体负责人。

　　如果一个测试任务分配给多个测试人员，那么一定要找一个主体负责人，对这个测试任务进行负责---可能不是从测试能力的角度指定，而是从责任心的角度考虑。

　　3、及时跟控

　　对项目组所有的测试人员，希望对测试执行加强跟控频率。我们希望测试工程师都有主动性，如果有测试风险或测试延时都会主动站出来反馈问题。

　　实际上，大多数人还是有惰性思维，总会找出一大堆借口理由拖延着不去工作。这依赖于项目负责人的跟控程度。可能有这样的员工，你不过问，他拖延着不做事情，而且理由还非常充分。

　　实例：

　　A员工测试某项目，早上版本未编译出，A员工也不向项目负责人反馈，开始在测试环境逛圈。下午项目负责人发现后，才反馈说版本未编译出。实际上，完全可以一早通知，由项目负责人重新安排工作，或者回退到上个版本执行测试。

　　B员工和开发人员纠结在一起，反复的帮开发人员捕获信息，测试临时版本，对自己的测试计划造成严重冲击，也没有和项目负责人说明，导致项目测试计划延期。

　　C员工测试执行一直不太好，他所负责的模块，是否需要安排人重新复测？

　　项目的跟踪、控制非常考验一个项目负责人的工作能力，也是需要花费心思去做的事情。

　　八、测试设备的控制

　　一般的测试项目，比如增量开发、软件开发都不会触发到测试设备的变更。当然，还有一些测试项目，测试设备的变动比较大，这点需要测试负责人注意记录设备的进出和分配情况。比如：

　　★ 新硬件项目开发，demo板卡较多

　　★ 硬件改版较多，A、B、C、D多批次硬件混杂，并分批退帐

　　★ 有外厂商设备或共用设备，在测试、硬件、开发多环节反复流转

　　★ 试验局，大批设备物资借用分配出账

　　★ 系统集成设备选型，不同厂家不同型号设备较多

　　涉及到测试设备的控制，需要对设备进入测试环境和离开测试环境进行明细的跟踪、设备和借条收据同步进行，再此不在赘述。

　　九、版本发布资料的整理和准备

　　在系统测试临近结束时，大体工内容如下：

　　1、首先需要整理一套完整的待发布版本，此版本要包含业务程序、操作系统、boot文件、conf配置文件、debug文件以及硬件文件（如：红外文件等）。

　　2、要求项目组测试人员使用此整理好的版本进行回归测试，同时完成版本发布检查表中的各项检查。

　　3、对此版本的遗留问题及BUG数等数据进行统计，并提供产品测试报告和版本发布说明。

　　特别要注意的是：

　　第一、若所发布的是补丁版本一定要注意对版本发布维护表的更新，以便于客服、销售、生产对系统的新增功能及解决问题的了解；

　　第二、若此项目的硬件存在多个版本，则需注意当前软件版本对不同硬件版本的兼容性，若出现无法同时兼容所有硬件版本时，需提供软硬件兼容列表，同时要注意及时更新。