软件测试报告在不同的公司起着不同的作用，面对客户的公司，特别是有项目外包的，测试报告就很重要，起着一个软件质量验收，质量评估，记录的作用，而对于目前互联网快速迭代是面对用户的团队，测试报告相对作用就比较薄弱，反而每回版本分析作用就很重要。为什么会说面对用户的项目团队的测试报告作用比较弱，版本迭代快，测试相对重视度没有那么高，测试报告基本是发布后在总结，出现问题后严重性相对没有那么直观，所以整体项目组对于测试报告关注度就没那么高，当然具体也要看每个公司的企业文化，只能说相对的~

那对于测试报告来讲，可以分为两个阶段，一个是每回版本的测试分析，一个是版本发布后的测试报告，对于每回版本的测试报告，这个分析是非常重要，可以马上的根据测试情况，开发功能完善度，需求变更情况，快速的反馈，以及评估范围，修改测试计划，保证质量和进度；而对于发布的后测试报告，基本处于反思，完善，这种就涉及到问题的推进，执行，反馈，跟踪，目前这种事后的报告推进没有一个强而有力的领导，很容易每次就是放 “空抢”，就是开了形式总结会，然后报告也没人关注；

对于测试报告的内容，我简单提下，就几个关键词 “有理有据，闭环做事，大事化无，小事必进"，测试内容一般就包含 Bug，Bug 里面区分 Bug 等级，Bug 数量，不同环境的 Bug，Bug 激活率，Bug 解决率,Bug 有效率，Bug 优化率，无效 Bug，每回 Bug 激活率，每回 Bug 解决率，需求探索率，需求变更率，版本冒烟通过率，版本的功能完善度，版本提交准时率，测试内容，总结问题和方案，总结问题就是对于团队协作，流程规范，以及数据一场等进行描述，并提出方案；整体数据在通过图标的方式进行展示，对于测试报告来讲，这些是一个记录，查询，重点在于改善，不然意义不大；

测试报告不仅是属于测试中的文档编写能力，更是属于一个测试人员分析能力问题；一个动态，一个静态，两者要相互结合，才能更好的保证项目质量；测试报告反映不管是质量问题还是流程，项目协作问题，根据不同阶段测试报告的展现形式不一样。重点在于反映的问题，能改善优化，而不是一个形式，如果是形式，其实我认为测试报告已经没有存在的意义了。就像软件测试发布，拼命的压缩测试进度，需求变更频繁，开发质量差，频繁修复 Bug，最后又自己（非测试）发布上线，最后来说测试没把控好质量~这个就是甩锅，测试背锅侠，这时上线的测试报告或者测试的分析判断，发布出来就很重要~不仅关系到你的锅，还影响着你测试的地位；

要想不背锅，时刻要懂得分析，发出相关测试报告或者看法，这不仅是保证软件质量，还是保护你自己~至于重要不重要，就不用我说了吧~