作为一个测试小组的TeamLeader，有些经验在这里和大家分享下，希望相互交流学习。测试人员在开展测试工作的时候，一般会经历4个阶段：需求评审及分析、用例编写及评审、用例执行及BUG跟踪、测试总结。就这4个阶段来说一说一个TeamLeader要承担的工作内容吧。
1、
需求评审与分析
需求评审：
测试TeamLeader和其他核心测试人员参与开发侧组织的需求评审会议（包括：PRD review及系统设计文档
review）。在这个阶段，参会测试人员尤其是测试TeamLeader，特别需要关注PRD中描述的业务、流程、逻辑等是否清晰、完整、正确、合理，做到查漏补缺。并在会后，将会议中相关重点下达到测试组每位成员。
需求分析：
在评审会议上，人多口杂，时间也不是很充分，有些业务只有会后，花更多的时间不断的推敲，才能发现其不合理的地方，才能挖掘那些隐藏的需求。测试TeamLeader可以自行做详细的需求分析，发现并记录相关问题；也可组织测试人员进行内部评审，集思广益收集相关问题；最终将问题拿出来跟产品、开发进行积极的沟通，并将最终的处理结果下达到测试组内每个成员。
需求变更跟踪：
很多时候，需求并不是一挥而就的，在整个项目阶段，会经常性的进行调整，那么就需要测试TeamLeader随时跟踪需求的变更，并将变更情况下达到组内每个成员。
2、
测试计划的制定（测试TeamLeader的工作）
测试资源的协调：包括人力资源和物质资源。预估工作量，结合测试时间周期来预估测试人员的数量；预估测试过程中可能遇到的问题，指明开发侧和产品侧的辅助人员。分析涉及到的测试种类，来协调相应的测试资源。Eg：终端测试，要协调终端设备；服务端接口测试及性能测试，要协调服务器及相关工具资源；还有什么功耗测试、流量测试等都要协调对应的设备资源等。
测试任务的分配：根据组内成员的技能特长差异，分配相应的工作内容。
测试时间的安排：测试用例编写、测试用例内部评审、测试用例外部评审、测试用例执行等时间段安排。
3、用例执行过程
每天出日报跟踪进度：统计用例执行数、发现BUG数，每日重大问题反馈等；
关注用例执行结果跟踪（testlink来管理），关注BUG的管理及跟踪（QC来管理）；
及时沟通解决测试过程中发现的可疑BUG问题、环境问题、开发侧阻塞问题及测试版本提交问题等，并将沟通结果及时下达到组内每个成员；
特殊场景的补充测试。
4、 现网验证及后期上线BUG维护
测试通过的版本升级到现网后，需要及时安排组内成员进行验证；
上线后，现网BUG反馈过来后，需要安排人员进行验证并跟踪。
5、 测试总结
测试工作告一段落后，做好总结是必要的。组织组内总结会议，总结此次项目中做得好的地方，予以表扬以鼓舞士气；总结此次项目中做得不足的地方，予以分析原因，讨论解决方案，以期在后期的工作中做得更好。有很多种形式可以尝试：每个组员谈谈执行此次任务的感想和看法，bug
review，指定表现出色的测试人员进行业务分享或技术分享等。