测试报告：只堆积数字，干巴巴的，难于解析出有价值的内容，也许讲个故事更能体现价值。
“I don't care this defect this time".
这是开发说给测试的一句话。测试，有些糊涂了。
这次，这一点，你不关注，那关注什么？一直在讨论一个问题：什么是测试最重要的？什么能体现测试的重要性？
这个问题本身就有些歧义：测试最重要的？测试执行者？还是测试工作本身？
对于测试执行者，也就是人这个因素，不言而喻，合格的、满足要求的、认真的、态度端正的。。。。。。所有作为社会人所具有的品质都可以用得上。不必多说，职业人，专业的测试工作者。
那么测试工作本身什么最重要
缺陷？一个被测试系统，可以有寥寥几个问题，也可以有成百上千的缺陷。缺陷多了就能证测试重要？少了就不能证明？
文档？配置库完备，文档齐全，内容充实，能证明测试重要？
过程？启动、计划、执行、收必、监管，样样到位，测试就重要了？
未必！
测试因何而生？质量。
不为缺陷多少、不为文档多完备、不为过程多严谨。只为质量，只为让被测系统真正使用起来少点问题、提升客户生产效率和成熟度、少给用户带来损失？
测试因质量而生。
测试能提高质量？没问题
测试能保证质量？不可能，“质量不是测出来的”，质量是整个研发过程中的参与者共同建立起来的。
那么测试的重要性在哪里？
评价质量！
从测试实践的角度来评价一个系统的好与坏。既然是评价，那么就不是简单的罗列数据，而是用数据生成一份有价值的报告、讲一个深刻的故事，让听者有所得、有所行动。
故事有启承转合，测试报告也应有发生（背景）、发展（过程）、高潮（问题）、落实（评价与建议）。
用测试报告，为系统质量讲一个故事，一个有趣的质量故事。
----------------------------------------------------------------------------------------------------------------------
事实并不随人所愿，认定测试报告重要之时，反对声四起：如果写报告就能证明测试重要的话，那就不必学什么技术、加强什么练习，让人学写报告就行了。
只是想说：这份讲故事的测试报告不是凭空生成的，而是在众多的数据之上整理、总结、分析而来的，不只是站在测试角度，而是站在一个更高的层次，从整个项目的角度上进行更有深度的解析。
不仅是测试，更是质量的评价者。
一句话：九九八十一难都过了，最后那一哆嗦也得利落点，点睛之笔：踏实做事更要能把做的事讲出来，用得体的报告、讲质量故事，体现测试的重要性。