qa 的工作流程,适合qa工作的流程

• bug 流程新增：一轮漏测、fix bug引入选项、bug描述不清的状态 —— 当然这些指标目的不是为了追究是开发或是测试的责任，是为了分析bug，总结原因，从中找出不足的地方（比如用例设计不完善、开发修复bug未自测等问题），大家共同进步，提升项目质量，从而让项目进行更流畅与高效。
• 自动提醒开发 QAfix 和验收 bug：—— 精准找到需要处理 bug，处理效率大大提升

项目流程复盘中，我们约定 p1bug 当天需要fix，p2bug 原则上 fix 周期不超过 T 1 天，验收不超过 T 2 天。如下图，就是根据形成的规范自动提醒研发、测试的内容：

【小结】：

1. 即使是预置的一些提bug信息和界面优化，也让测试更“优雅”地工作，提bug和验bug也更有劲儿了。
2. T 1修复周期的约定与消息推送，给了研发一个心理预期，正如我们根据项目情况调整测试策略一般，研发也根据我们给的预期调整了工作模式，从而使研发fix bug周期保障到最短，高效且有质量地修复了bug。

工作流程的调整与满满预期的加持，让整个团队的工作效率极大提高。

测试报告

1. 测试日报

【when】一般项目提测后，需要每日下班前发送日报

【what】-- QA具体需要做什么

汇总其他QA的进度，根据项目情况发送日报or周报。
日报中风险项一环节可根据项目情况修改，同步计划、提醒事项等都可以写入。
push开发fix bug：p1 修复周期不超过T 1天，bug数量较多时，可根据测试情况适当催开发修改（比如一轮测试接近尾声，还有很多服务端前端bug，就需要催一下了）

【how】-- 具体怎么做

在galaxy平台工具上，实现了日报自动生成工具，每日可自动生成日报内容，方便大家看进度，且日报中还有当前bug状态和链接，研发也能更快找到自己的bug。
日报一键生成效果如下：

日报的自动生成，节省了测试每日汇总进度的时间，更是直接大幅减少了关键信息的沟通同步成本，是人效和团队协同效率提升的又一次加成buff。

2. 质量报告（测试报告）

【when】项目上线后，对项目进行总结梳理

【how】-- 具体怎么做
结合 jira 的使用流程，可一键生成测试报告并同步质量平台。