工作汇报是一个团队展示工作内容和问题的渠道，目前网上还没有类似讨论项，希望能抛砖引玉，提高一下汇报水平。
问题：目前感觉测试方面汇报不知道汇报什么，有些时候写的内容也容易跟项目经理重复，感觉无用功比较多。
- 汇报形式：文档、PPT 或者其他
- 汇报内容：BUG 数、发版数、reopen 数、生产 bug 数、编译失败占比、自动化通过占比、提测失败占比等等（能想到的就这么多...）
- 汇报数据展示：图标、文字等
- 问题反馈：如何根据数据提改进项
报告只是在很短时间内汇报给各领导和项目负责人，如何合理、正确的展现测试组的工作还希望大家多多讨论，进一步提升测试组在 IT 部门的影响力和重视度。
希望大家有好的模板多晒晒..
我们目前的模板感觉好 low...
额。。。我个人觉得这个报告蛮好的。另外就是我觉得我们不要来秀报告好不好看，或者 low 不 low。我觉得你可以先说明下，这个报告放出来的的目的是什么？然后我们再来讨论这个 report 应该放什么
我觉得这个报告挺好，但缺少了一个重点。如 monkey 所说，先要知道目的，然后才能找到优化点。
我们的测试组比较小，没有像你们这么详细的报告。我们的目的是让老大们了解我们做了什么，和需要他们帮忙关注/推动的点。主要只是报告各项目测试进度、延期情况以及延期原因。
bug 情况这些没有写上去，因为老大们也不会关心这么细的数据。如果真要写，主要也是写趋势，单纯数字的话很难表达清楚背后的含义（质量提升/降低？效率提升/降低？）
加上点文字描述，说明下目前的 BUG 状态，和那些功能重点。如 monkey 所说，先要知道目的。看看是发给谁的？要体现自己的一些看法，目前存在的问题，带来的风险，和你的建议、计划。
换个角度，让老板看到在各个产品/项目里面测试工作的进度/成绩/问题 才是报告的最大作用吧。
与 sdlc（software development lifecycle）对应的 stlc（software testing lifecycle），项目经理汇报的进度内容和测试经理汇报的内容侧重点还是不同的。每次新功能上线的需求测试覆盖率，通过率，缺陷率，与上版本相比的质量数据，回归测试，接口测试的自动化率等等都是在报告里面去展示给老板看的。
发布后的质量追踪，问题分析，确定缺陷的原因，来推动产品质量的提升，也是对管理者很有价值的内容。
测试不能使一个烂产品仅仅通过测试就脱胎换骨成一个好产品，测试是可以减少好产品的问题，更进一步去成为更好的产品。。。个人浅见。