项目测试流程（转载--时光不说话）

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、预留时间做文档沉淀。

作者：时光不说话
链接：https://www.jianshu.com/p/4b73756187bd
来源：简书