基本的测试涵盖

-- ---

-- ---

随着软件测试工作越来越受重视，开发团队向客户提供测试文档是不可避免的事情。很多人会问：“我们可以把工作中的测试报告提供给客户吗?”答案是否定的。因为提供内部测试报告，可能会让客户失去信心，甚至否定项目。

　　测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况，这里不过多讨论，读者可以参考第9章的相关内容。这里主要讨论一下外部测试报告的写法，一般外部测试报告要满足下面几个要求：

　　根据内部测试报告进行编写，一般可以摘录;

　　不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道;

　　报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的;

　　报告上面的内容尽量要真实可靠;

　　整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。

---- ---

编写一份好的测试结果报告需要注意哪些问题。它们分别是：

　　首先要能判断测试数据的准确性。根据本章介绍的几种经验规则对数据进行筛选。

　　预先估计性能测试数据的大致状况。有了大致性能好坏的估计，对于报告结论就会有较清晰的认识。性能的大致信息可以通过本章介绍的一些统计学小知识来 获得。

　　对性能测试报告进行细致的分析。

　　讲究技巧、注重逻辑性和易读性，通过文字、数据与图表的有机结合，编写测试报告。

　　与测试经理和其他相关人员进行沟通，最终完成测试报告。

---- ---- 

性能测试报告是性能测试工程师的工作成果，也是公司其他部门考察性能测试工程师能力的重要窗口，编写出一份优秀的报告对公司的决策以及个人的职业生涯都非常有益处。

　　1、什么是好的性能测试报告

　 　实际工作中的性能测试报告，一般是以Word/PDF格式文档或者电子邮件形式存在。而测试报告的读者，一般是整个项目组的管理者甚至更高层面、相关同 事比如开发人员等，他们并不一定具备多少测试背景知识，因此，测试报告要尽量避免测试术语，要用容易理解的话语进行叙述。另外，它不应该是性能测试结果的 简单罗列：因为读者是上级或者其他同事，他们没有多少时间来关心测试的具体细节，而只关心报告中测试结论是否合理以及结论的内容。这是需要性能测试工程师 注意的原则问题，即不能从自己出发来写报告，而应该为报告的读者考虑。

　　根据这样的原则，要完成一份好的性能测试报告，最好做到如下几点：

　　提交报告的时机。

　　可以与测试主管就报告进行讨论。

　　有效地总结概括测试数据。

　　报告应该清楚易读，结合图表，但不能滥用图表。

　　报告要具备较强的逻辑性。

　　报告要具有层次感，几个部分区分明显、清楚。

　　测试报告一般分为测试目的、测试方法、测试数据概括总结、测试结果分析、结论这几大部分。在实际工作中的要求不尽相同，有的公司会有自己的模板，因此在文档结构上并无一定之规。但内容方面，如果能做到如上几点，编写出一份很好的性能测试报告就不是困难的。

　　2、详实记录中间结论

　 　详实记录中间结论对于分析性能测试数据是非常重要的。实际工作中，经常发生初始的结论与最终结论不一致的情况。在分析每张数据表格或者图之后，如果可 能，我们都要记录下该图或者表格说明了什么问题，有什么疑问。通过这样的方式，测试工程师对于整个Web应用的性能图景会逐渐明晰，也有利于做出错误结论 后的回溯，发现分析思路上的错误。

　　总之，对于性能测试结果的分析，要有认真负责的态度和细致科学的方法。有了它们，不难得出正确的结论。

　　3、提交报告时机

　　与功能测试等 不同，性能测试在整个Web应用的开发过程中并不是连续进行的，因此性能测试报告一般只会在几个时间点附近（比如某阶段结束前）才能让有限的读者看到。这 容易给人以一种印象，性能测试并不如功能测试那样重要，如果时间紧迫，甚至不用很系统地进行。这就会影响到性能测试工程师的成就感和积极性。因此，性能测 试工程师有必要创建一种性能测试持续存在的氛围。这样做有如下几个益处：

　　（1）培养同事对于性能测试的关注，普及性能测试的一些知识。这有助于测试报告的读者更好地理解性能测试的过程与测试报告的内容。由于日常工作中主动介绍性能测试知识显得比较突兀，根据实际情况，可以选择在测试部门会议之中选取短暂的时间介绍一些性能测试的理念。

　 　（2）利于项目组内团结协作精神的培养。分享自己可以使人获得更多。比如，在开发人员刚刚修改完一些代码的时候，性能测试工程师不妨做一次小小的测试， 如果比之前性能有所改进，就可以将结果用电子邮件的方式，不那么正式地发出来，同时还可以将性能测试数据放置于项目组内的服务器之中共享给所有成员。通过 这样的方式，开发人员可以得到性能改善的好消息，互相鼓励，性能测试工程师的工作也让整个项目组看到，喜欢钻研的同事还可以到服务器共享中查看数据，性能 测试工程师或许就能获得更好的反馈。

　　总之，提交报告的时机需要掌握，有如下技巧：

　　正式的性能测试结束后，要尽快发送整理好的测试报告，供决策、优化之用，以体现效率。

　　在两次正式性能测试之间，可以执行若干轻量级的性能测试，将改善的地方非正式地通知全组，以普及性能测试常识、激励同事与自己，提高团队精神。

4、与测试主管的讨论

　　性能测试报告的读者是其他同事、部门甚至更高级别的领导，因此在发送报告之前，有必要与测试主管就报告内容进行讨论。通过讨论，至少可以获得如下的信息：

　　（1）发现问题。测试主管一般来说测试经验更为丰富，遇到和解决过的问题较多，因此他/她可能会发现现有报告的问题，进而提出改进的意见。

　　（2）使得报告表达更清晰易懂。总体说来，测试主管与其他同事、部门乃至更高级别领导沟通机会较多，对于报告潜在的读者了解更深入，熟悉他们的阅读习惯与表达方式。如果有了更详实的读者信息，那么报告做有针对性的修改，会更清晰易懂。

　　（3）增加工作交流的机会。在一个团队当中，信息共享是很重要的，与测试主管的讨论有助于主管了解当前的工作，可以为性能测试工程师解决一些困难。

　　总之，多与测试主管进行工作上的讨论，对于一名初级性能测试工程师的成长是很有裨益的。

　　5、有效总结测试数据

　　有效地总结测试数据包含如下几个要点：

　　（1）在测试报告的内容中，测试数据不能分散在各个部分当中，而应该单独列为文档的某一部分。这样的安排可以使得文档结构更加清晰，读者在阅读测试数据的时候更加专注数据本身。

　　（2）对于测试数据，不可能将所有的数据都列于测试报告之中，可以将最能支持结论的数据列出一行并说明各数值的代表含义。同时，必须列出获取测试数据的方法，用尽可能简单的语言陈述清楚。

　　对于报告中的测试数据，我们需要掌握的原则就是它必须真实，并且能够有力地支持结论。测试数据与测试方法部分一般放置于报告的前半部分。

　　6、测试报告与图表的结合