一、熟悉基本的业务框架： 这一步的是报表测试的起始点和落脚点。业务框架主要包括业务流程和业务规则。

二、报表测试和一般的业务功能测试的区别。首先报表业务很难通过界面的浏览来看到其业务形式，而对报表的熟悉，主要从两个方面入手：数据项的算法和数据来源。一个是对一个具体的数据项了解其与具体的业务的联系，还要了解关于数据的增删改是否对报表中各个数据项的计算会产生什么不同的影响。如果前期没有了解清楚，这对后面的测试会形成某种阻碍，一是无法验证报表中的数据是否准确，更无法通过报表去检查业务系统的正确与否。

三、 准备完整、高效、专用的数据：   

1、从查询统计方法角度准备数据：尽可能覆盖到报表所提供的各查询统计方法的数据，至少保证每一种查询统计方法都应该有对应的数据，得到的结果不是0，否则等于没有覆盖到这个查询统计算法。

 2、从数据源的属性来准备数据：这里涉及到的方面比较多，都是跟数据来源有关，现举例说明：a.同样的业务数据来源于多个数据表，则需要准备多个数据表中的数据；b.与状态相关的数据，有些状态需要纳入统计，有些不需要，但这些数据都需要准备；c.数据来源与显示数据不同时，比如在数据库中存储的是1，显示时则需要显示为“是”。

3、从数据项的算法来准备特殊数据：比如：除数为0，以及与0相加，是否可以得到正确的结果；

4、 数据的优化：按上述的方法基本上可以准备比较完整的数据了，但数据也不是越多越好，为了提高测试效率，需要对数据进行优化，尽量保证用最少的数据覆盖所有可能的情况。 

5、为报表准备专用的数据：即使个人精心准备了报表数据，如果多人同时测试，或者在测试业务时，录入了其他数据，都会对报表的数据产生影响；所以需要在开始测试时，团队内对数据的准备达成一致，使数据中的某一项具有特征性，例如分别使用不同的供应商，或者使用不同的商品。 

6、做好数据环境的备份和维护： 数据文档的备份与维护： 在测试过程中难免会因为误操作导致环境的变化，例如：不小心把一张单据变成了另外一种状态，或者某个类型的单据多做了一张。对于这种情况，一个简单的方法就是去维护数据文档。当然，前提就是需要对原始的数据文档进行备份。 测试数据库的备份与恢复： 如果想减少回归测试的工作量，那么应该考虑在一些关键的“点”上备份测试数据。例如所有的基础数据与单据已经输入完成，但是还都没有开始审核，那么可以备份一下，下次再测的时候可以直接在数据库中恢复这部分原始数据。

报表测试主要分为：报表界面测试、报表安全性、报表准确性、报表展示速度（也就是性能）。

数据准确性测试

报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。

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

对系统中的报表数据准确性测试方法较为灵活，

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

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

③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。

报表差错测试

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

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

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

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

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

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

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

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

①输入项字段长度不允许超过字段长度；

②输入不符合字段要求的，不允许查询。如money类型，在输入汉字，字母、特殊字符等不允许查询，并有友好的操作提示。

③用户权限范围外的输入，不允许查询。如用户输入不是其权限范围内的客户号，不允许查询，并有友好的操作提示。
④对于选项，应不出现可选择的用户权限以外的选项。⑤对于汉字模糊查询，考虑不常见字，如“”即汉字因译码问题，造成的汉字存储出现乱码问题。

输出界面要求：

①因为是报表所以应该有打印、打印预览、报表导出等功能。不能因为报表导出丢失数据，不能因为打印缺少了报表表格框

②报表排列方式可调，用户可按任意列升序或降序排列，或者，按某一关键列的一定规则排序

③报表标题明确，不能含糊误导用户

④报表内可关联查询的项，应能特殊显示，如鼠标有箭头变为手掌，子报表格式与父报表格式统一，数据统一。