2、找到主体负责人
如果一个测试任务分配给一个测试人员，毫无疑问，这个测试人员对这个任务、这个模块就是主体负责人。
如果一个测试任务分配给多个测试人员，那么一定要找一个主体负责人，对这个测试任务进行负责---可能不是从测试能力的角度指定，而是从责任心的角度考虑。
3、及时跟控
对项目组所有的测试人员，希望对测试执行加强跟控频率。我们希望测试工程师都有主动性，如果有测试风险或测试延时都会主动站出来反馈问题。
实际上，大多数人还是有惰性思维，总会找出一大堆借口理由拖延着不去工作。这就依赖于项目负责人的跟控程度。可能有这样的员工，你一天不过问，他就拖延着一天不做事情，而且理由还非常充分。
实例：
A员工测试某项目，早上版本未编译出，A员工也不向项目负责人反馈，开始在测试环境逛圈。下午项目负责人发现后，才反馈说版本未编译出。实际上，完全可以一早通知，由项目负责人重新安排工作，或者回退到上个版本执行测试。
B员工和开发人员纠结在一起，反复的帮开发人员捕获信息，测试临时版本，对自己的测试计划造成严重冲击，也没有和项目负责人说明，导致项目测试计划延期。
C员工测试执行一直不太好，他所负责的模块，是否需要安排人重新复测？
项目的跟踪、控制非常考验一个项目负责人的工作能力，也是需要花费心思去做的事情。
八、测试设备的控制
一般的测试项目，比如增量开发、软件开发都不会触发到测试设备的变更。当然，还有一些测试项目，测试设备的变动比较大，这点就需要测试负责人注意记录设备的进出和分配情况。比如：
★ 新硬件项目开发，demo板卡较多
★ 硬件改版较多，A、B、C、D多批次硬件混杂，并分批退帐
★ 有外厂商设备或共用设备，在测试、硬件、开发多环节反复流转
★ 试验局，大批设备物资借用分配出账
★ 系统集成设备选型，不同厂家不同型号设备较多
涉及到测试设备的控制，就需要对设备进入测试环境和离开测试环境进行明细的跟踪、设备和借条收据同步进行，再此不在赘述。
九、版本发布资料的整理和准备
在系统测试临近结束时，大体工内容如下：
1、首先需要整理一套完整的待发布版本，此版本要包含业务程序、操作系统、boot文件、conf配置文件、debug文件以及硬件文件（如：红外文件等）。
2、要求项目组测试人员使用此整理好的版本进行回归测试，同时完成版本发布检查表中的各项检查。
3、对此版本的遗留问题及BUG数等数据进行统计，并提供产品测试报告和版本发布说明。
特别要注意的是：
第一、若所发布的是补丁版本一定要注意对版本发布维护表的更新，以便于客服、销售、生产对系统的新增功能及解决问题的了解；
第二、若此项目的硬件存在多个版本，则需注意当前软件版本对不同硬件版本的兼容性，若出现无法同时兼容所有硬件版本时，需提供软硬件兼容列表，同时要注意及时更新。