报表的测试主要分为以下几个方面:界面，安全性，准确性，展示速度(性能)

　　数据统计方面

　　1、报表统计数据的正确性；

　　2、报表统计数据的完整性；

　　3、报表统计数据的合法性；比如，统计金额字段需求要求有“$”等；

　　报表格式

　　1、表头字段表示的正确性；

　　2、表头字段表示的完整性；

　　3、表头字段表示的字体，字号，美观程度；

　　4、各统计字段的显示是否满足需求；比如：数据过长时要求折行还是缩小；

　　5、页眉和页角的表示；

　　报表的预览和印刷

　　1、预览中的显示完整性；

　　2、多页情况下，第2页的表头显示；

　　3、能否实现需求要求的特定印刷情况；（比如，印刷使用指定的模板）

　　4、预览后印刷；

　　5、不预览，直接印刷

　　6、需求规定各类打印机的测试；

　　数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。

　　比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。

　　另一类是系统只有统计功能，是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。

　　从整个项目节约成本看，逐层测试效果是好的。完全修改率也是高的。

　　首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活，

　　① 系统中报表重叠的进行比对

　　② 对子报表汇总与父报表比对，是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对

　　③ 这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦？

　　④ 使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错？哪些地方容易出错

　　● 原始表使用错误：因为表比较多，又加上没有统一的数据关系对应表，很容易表使用错误，当然这应该是单元测试检查出来的错误。

　　● 数据处理逻辑错误：这一点容易因为测试人员和开发人员对需求理解有偏差造成争执，所以在需求评审时，对数据处理规则用表达式或伪代码表示清楚。还有是程序员失误，逻辑编写有偏差，边界值、特殊情况处理不当。

　　● 数据权限：不同用户对数据有着不同的查看权限。这关系到数据的安全性。

　　● 数据误差：数据的保留位数，数据是否是处理计算是否是后一次计算使用了位数保留和四舍五入。

　　● 由于字典表，数据错误，而造成的数据错误，如，根据性别统计，购买量，表中的男女颠倒，或者没有考虑性别缺失项，用了if else，这样是把表中缺失该项内容的算成了else条件里。或者逻辑中应该考虑用户状态，数据状态类似的字段，容易被忽略，测试应该考虑到。

　　● 后一项，当数据量相当大的时候，统计应该考虑，切割速度，也是数据的完整性，由于数据切割的滞后，带来的数据不完整，而造成统计结果不完整。如统计昨天的销售情况，而昨天的数据并没有完全从业务系统数据到数据池，再者月底数据，由于后的数据切割不完整而造成的正月统计数量不准确。

　　报表的界面和输入输出测试

　　界面分为输入界面和输出界面；统一的界面要求：美观、统一、易操作。