本文章转载于搜狗测试
前言
最近小编在项目进行过程中遇到一些问题：
①测试已经接近尾声准备上线了，发现服务器端的资源还没有申请完毕，没有达到服务器上线的条件，最后导致我们的项目进度delay一天。
②测试工作已经开始，进入到预测试阶段，发现服务器端开发没有准备好测试服务器，导致测试不能按期进行。
③跨部门合作的团队不知道输入法项目的测试进度，导致在输入法项目已经准备上线的时候，还出现需求变更的情况。
回顾反思上述这些问题，其实都可以通过合理完善的进度汇报来解决。
进度汇报的目的
测试进度汇报，一般以邮件形式，在测试阶段中间发出，告知相关配合团队测试工作的进度，测试过程中发现的问题、风险，以及接下来的计划，以实现进度和问题周知的目的，方便配合团队准备相关的资源，也有助于问题的推进解决。
进度汇报的时机
报告发送的频次依据具体的项目情况而定，对于比较重要的且时间比较短的项目，建议每天发出，让相关人员可以非常及时地了解进展和风险。
对于一些周期比较长的或者重要性不高的项目，可以考虑隔天或者每周发送，基于大家的讨论来约定。
进度汇报的内容
小编所在团队的进度汇报信包含以下内容：
整体进度描述，上线计划，具体工作内容，bug情况，相关评测的进度和结果，风险备忘，需要相关团队配合的事宜。以下对几个关键字段解释一下。
【整体进度描述】
是对当前测试进度的全盘描述，可能的几种情况：进度delay，需求相关的变更（需求取消，需求新增，需求变更），描述应该包含几个内容：
（1）delay的原因
当出现进度delay的情况时，需要把delay的原因描述清楚，比如未提测的；阻塞bug导致不能继续执行的；没有需求文档的；没有设计图的，……如果有多个原因导致了项目delay，需要分行描述，一行一条。delay建议红色高亮。
（2）解决方案
附上针对delay的解决方案公示，主要是后期用来补救delay的一些手段，包括：加班、开发提前提测某些模块、跟开发确认精简部分测试内容（开发保证）等。
（3）delay时长
公示给相关团队，方便配合方调整上线策略和资源的准备。
例如：
【上线计划】
体现具体的上线日期，方便配合团队周知、准备资源。
【Bug情况】
bug根据严重程度有分级，严重程度高的bug数量直接体现了版本的项目质量。
比如
【相关评测的进度和结果】
小编所在的输入法团队不仅通过bug情况来评估项目的质量，还通过一些自动化的评测结果来评估项目的质量，目前主要有两个方面：稳定性的评测和性能的评测。
比如
【风险备忘】
在测试进度汇报中体现风险的公示，也是提前告知/警示整个项目组当前项目中遇到的各种风险，质量方面的、需求方面的等等。
【需要相关团队配合的事宜】
其他部门因为资源准备不到位，已经或者是可能影响到测试进度的时候，需要在这里提醒一下，如果该责任人不在项目组邮件组内，需要在发送邮件的时候抄送一下。
