主题：如何书写测试报告

　　领导们通常是很关注测试的，因为通常只有测试团队才能够提供项目所处的真正位置。这种位置感来源于模块的成熟度、稳定度和主要问题列表。这种信息，我们叫它项目的可视性信息。可视性信息可以分为两类：

　　1）对内的信息汇总，以测试日志为典型，记录每个测试工程师一天的进度、发现和困难，上报给测试经理；

　　2）对外的信息发布，以测试报告为典型。测试经理汇总测试的数据和信息，作为项目进度和状态的重要标识上报给项目管理者。

　　一、测试日志（Test Log）

　　测试日志是帮助测试经理获取测试信息的重要途径，它的发布者是测试团队中的每一个成员，测试日志的读者是测试经理，而在规模大一些的测试团队中，可能是测试小组的组长。测试日志的使命是让测试经理了解自己团队的状况。

　　二、测试报告（Test Report）——言简意赅、图文并茂

　　测试报告写作的七大原则：

　　（1）字数要够少够精炼

　　用最少的篇幅和最简单的结构同时传达出所有的关键信息，这才是测试报告应该做的事。

　　1、首先要减少说废话套话，和测试无关的语言越少越好；

　　2、其次要避免过于细节，在报告后面可以尽情地添加附件来提供详细的信息，给求知欲强的人留有进一步专研的空间；

　　3、最后，信息要分层派送，比如封面上三句话说出你最想说的心里话，中间的内容把这三点展开来说，最后的封底处作出你作为测试人员对待测软件的评价和结论。

　　（2）图表要够多够通俗

　　1、饼图比大小（软件遗留问题模块分布）

　　2、柱图比高矮（各测试组发现问题个数）

　　3、曲线图上蹿下跳（软件稳定度的变化，问题解决率的变化，测试用例通过率的变化）

　　4、面积图比胖瘦（遗留问题的解决趋势）

　　5、图表要用的正确才有效

　　项目管理者关注的大部分东西都有合适的图表来表示：

　　1、总体成熟度和子模块的成熟度：成熟度的计算方式有很多，其中最简单的是统计测试用例的通过率，我们在上面讲曲线图的时候有例子。

　　2、缺陷分布：各种模块内遗留的问题数目及其比例，能帮助读者大略了解各个模块的稳定程度，饼图就是个很好的例子。

　　3、缺陷趋势：成熟度的变化趋势，从中可以看出软件质量的走向，也是那个曲线图的例子。

　　4、问题解决趋势，这是个很有用的关注点，从中可以看出问题解决的速度和趋势。当问题解决的速度下降的时候，能够及时向管理层报警提起重视，面积图的例子讲的就是这方面的东西。