1.需求分析
做详细的需求拆分是测试工作的重要保障。小型项目可以由1人拆分需求，大中型项目需求拆分任务分配到小组个人。
统一收集和整理文档，有必要的情况下，开会统一过一遍需求。重要的需求除主负责人外，一定要有backup。
重点关注的地方：
1.需求背景
2.是否涉及外部支持
3.明确时间节点（预估测试时间）
4.测试工具
5.性能或自动化需求
6.评估测试风险
2.制订测试策略
经过了详细的需求分析，针对重点需要关注的需求输出测试策略。
如，性能需求的策略文档、统计测试时间&安排测试人员分工、明确测试节点（用例评审/冒烟测试/各轮测试的时间）。
3.用例
输出详细的测试用例，不仅能够正确的指导测试人员在测试的过程中完整的完成测试任务，更便于日后功能的维护。所以不管是传统测试还是敏捷测试中，完整的测试用例和测试用例评审是必不可少的。
4.测试任务
我始终认为有约束的团队才会更有效率的工作。作为测试负责人，跟踪测试任务是了解测试进度的最简单粗暴的方式。这就需要团队成员及时的更新测试任务以及测试进度。
测试负责人应该建立完整的测试任务跟踪流程，从建任务到不同版本的任务筛选，需要有一个明确的体系下达到团队成员。形成习惯，整个管理就会变得非常轻松。
测试任务有deadline，有预估时间，每天更新测试进度，发送测试日报。有利于项目总览、日后的测试流程优化、测试风险评估。
5.日报
测试阶段每天对全项目组发送测试报告。
每天下班前汇总测试进度，尽量做到包含以下的内容：
1.更新测试阶段的基本情况
2.记录bug情况（新增、修改、关闭）
3.记录测试中遇到的问题以及解决方式
4.绘制燃尽图，观察测试任务燃烧状况。
5.风险及风险策略
6.安排第二天的工作
6.测试报告
项目发布前或者测试任务完成后，发送测试报告。
需要注意的点：
1.覆盖所有需求及其测试情况
2.明确测试报告需要邮件通知的人员
3.必要情况下标注接口变更及测试情况
4.说明遗留bug情况
7.测试总结
完成一个项目的测试后：
1、预留时间进行总结。
2、预留时间对测试数据进行维护。
3、预留时间做文档沉淀。
