一、TC在转测试前的工作关键点
1)尽最大可能去明确需求，尽量把需求细化，便于写用例
2）分配测试任务原则：工作量要尽量平均，重点模块要分配给骨干人员并多人交叉测试
3）用例评审要执行监督，是否评审出东西，是否及时修正
4）提前提交预测试用例给开发部PM
5) 确保测试人员已搭建好测试环境；
2）和PM交流，确认转测试时间是否与计划时间一致，如果延迟，则计算出延迟时间，及时协调测试时间。
二、TC在转测试阶段的把关工作
1）确认开发转测试的时间：
开发转测试时间延迟，导致测试时间被延迟时，TC要及时反映。
2）对照Checklist文档检查转测试的版本归档包，并及时报告检查结果：
转测试的方式要正规化：应该从对应的配置库中取测试包，逐一检查版本归档包，若有一项或若干项不符合要求且严重影响了测试活动的，申请打回版本。
3）执行ST测试
通过Checklist检查后，若ST的正常流程用例不能被通过，则及时反馈给PM，打回版本。
4）强调及时报告结果：
测试部ST测试结果TC要一定要及时、快速反馈给项目经理。
给出转测试“通过”或“不通过”的结果，并说明理由。
三、TC在测试执行过程中的工作关键点
1）ST后计算缺陷密度，根据缺陷密度和缺陷分布情况重估SDV工作量、SDV时间；
2）在回归测试版本中，若上一轮测试提出的严重或致命问题单未修改，且严重影响本轮测试活动正常进行的，则上报测试经理、项目经理，申请打回版本；
3）在回归测试过程中，上一轮提出的问题单未修改，直接打回问题单，不允许关单再重新提单；
4）回归通过的问题单，TC督促测试组成员及时关闭。项目结束且测试通过的版本，缺陷库库里不应有遗留问题存在；
5）每天统计测试情况，反馈PM，特别是异常情况，做风险把控；
(6)督促开发人员及早代码走查，应尽量避免在SDV阶段大规模修改代码
四、TC在归档期间的工作关键点
1）归档测试应该确保各位测试手中的归档包为最终版本，避免所测版本与最终发布版本不一致的低级错误。
2）SDV完毕，提交SDV报告，给出版本质量评价，确定版本测试是否可以退出；
2）验收报告的编写
3）统计缺陷数据，根据缺陷分析报告模板给出缺陷分析报告；
4）跟踪、收集项目交验客户的反馈信息，包括验收bug数、客户满意度等。
