编写测试报告
既然是说到如何编写有效的测试报告，那么我的重点就是在于有效，而不是一般的洋洋洒洒几千字的非常八股文的测试报告，有时候怎么说呢，唉，生在中国就不得不搞一些形象工程，所以，一说到报告大家的概念好像就必须是洋洋洒洒罗罗嗦嗦繁冗复杂的数千字……不过，我在这里不想谈那个“政绩报告”。偶是一个非常实用主义者。
废话少说，我们要说的是如何做有效的测试报告。
既然说到有效，我觉得要有两个特点：完整和实用，突出重点。引用一句广告词就是说“简约而不简单”，就是说要完整但又不说废话，能肥则肥，能瘦则瘦，重点部分要突出，要细说，非重点部分，一笔带过，只是为了保证一个文档的完整性。
说到一个测试报告，是对测试的过程和结果的汇总描述，所以其核心内容是两个，一个是测试结果的汇总报告，一个是测试过程的汇总总结，前者是针对所测软件本身，是给所测软件一个客观真实的评价；后者则是针对过程改进，回顾测试流程中存在的不足，加以总结改进。除了这两项核心内容之外，其他的内容都是次要的，但是为了保持文档的美观性和周全性，其他各部分还是要写写的。
具体说一般一个测试报告有如下部分构成，下面一一细说。（下面也是我在我们公司执行的模板）
本周51testing有zhuzx问到这个问题，这个问题问的真是很帅很高深。我想这样的问题是没有标准答案的，各自按照自己的经验和实践来给出自己的看法，在此我也聊聊我的看法，仅一家之言，欢迎讨论。
说到软件缺陷预防技术吧，其实什么是缺陷预防，就是说能把缺陷消灭在萌芽状态，就是能在缺陷还没产生出来就已经被扼杀了，这也是软件测试者所追求的最高境界。一般的软件测试属于后来弥补型，产生bug之后再来修改，但是bug发现越晚，修改掉花的代价就越大，所以软件缺陷预防技术就是项目生命周期的早期消灭bug。
一般常用的缺陷预防有几个阶段，需求阶段，设计阶段，编码阶段。
第一，在需求阶段，最重要的事情是需求验证。一般验证的几个大项是，功能是否完整，是否考虑性能，有没有模糊需求，有没有考虑安全性，有没有冗余和错误的需求，需求是不是过于苛刻，需求是不是矛盾等方面。一般常用的方法是列出需求检查表，并进一步执行需求/测试矩阵。
第二，设计阶段，这个阶段主要通过技术评审测试逻辑设计。常用比较规范的作法是建立过程/数据矩阵，也就是CRUD矩阵，把过程影射到实体，把整个程序的数据的生命周期（建立，更新，读取，删除）反映出来。
第三，编码阶段，这个阶段预防措施主要有统一编码规范，代码评审，单元测试。统一代码规范一般是开发经理统一要求，代码评审则是互相评审或者开发leader进行评审，最后最重要的则是单元测试，就是一般说的白盒测试。
再来说缺陷分析吧，很多很高深的分析技术也不很实用，我只介绍一点常用的分析方法。
1.模块的缺陷分布，一般用柱状图或饼状图，就是每一个功能模块发现bug的比例，发现bug最多的模块证明在发布以后需要更多的维护。
另外，历史数据可以参照，譬如上一个版本在哪个模块发现的bug比例对这个版本就是一个参考。如果，某个模块发现bug的比例比上个版本大幅下降，则很可能说明该模块还需要更多测试。
2.缺陷的起因分布，一般用柱状图或饼状图，一般可分为架构缺陷、功能缺陷、易用性缺陷、性能缺陷、安全性缺陷、界面文字缺陷。一般如果架构缺陷占的比例较大，则说明设计有很大问题。
3.按照不同发现人员的缺陷分布，一般用柱状图或饼状图，一般分为测试人员发现，开发人员发现，beta测试发现，外部客户发现。如果测试人员发现的bug低于某个比例，证明质量保证测试不足。
4.按照不同方式的缺陷分布，一般有需求审查，设计测试，代码走查，JAD，手工测试，自动化测试，白盒测试。一般来说，如果通过需求审查，设计测试，代码走查，JAD发现的bug比重很低则说明测试前期重视不够，另外，在手工测试和自动化测试之间的比例也能说明自动化测试的贡献度。
5.缺陷差额分析，就是已经发现的和已经解决的曲线关系，以时间为横轴，两者越接近说明产品质量越高
6.按照时间段的缺陷分布，一般用时间为横轴的曲线图表示，主要说明在哪个阶段发现的bug最多，对测试总结有指导意义
7.Rayleigh分析，就是俗称的零缺陷追踪法，一般截至某个时间点发现的缺陷总数和时间有一个函数关系（一个复杂的数学函数），一般用这个函数来推测经过多少天测试之后软件中大概还有多少个bug，以及交付到用户手中之后大概还能出现多少个bug。不过由于本人严重怀疑该方法的实用性，我还没用过。
如何编写有效的测试报告？以下是我的回答了解你的听众：通常情况下测试报告主要由以下几类人员查看：
“用户”着重点在于测试结论部分；
“开发人员”着重点在于缺陷结果以及分析得到产品质量的信息；
“项目管理者”着重点在于测试中资源，时间和成本；
“高层经理”着重点在于项目当前的状况与其他项目比较。
i摘要
ii功能作用
iii操作适合人群
iv与硬件兼容性
v运行流程
vi维护措施
vii报错处理
