报表测试

正确性

报表的最低要求和基本特征就是它的正确性！

1.格式正确。测试时需要具体问题具体分析，根据需求提供的标准格式模板。

2.内容正确。这是测试的重中之重，包括数据的算法、数据的来源、数据的对应关系、小数位问题、四舍五入问题、单位换算问题、税率换算问题、明细与合计是否一致、单据的类型/状态改变后对报表的影响等！

 

时段性

没有那张报表在时空上的统计是漫无边际的，就算是“所有”或者“全部”，都是有它的时效！特别是财务类报表，有月报、季报、年报、甚至还有现金日记帐等，都表现出时段在报表中的必要。

 

条件性

每个报表都是针对特定的条件而作出的输出，要想达到目的，是需要一定条件的。在测试查询条件时，通常采用正交的方法来增加它的测试覆盖率，但是要注意的是，测试数据的选取非常重要，尽量模拟真实的、有代表性的、经过精心设计的数据

 

可比性

这在报表的分析和成效的判定上，显得尤其重要，通常报表的测试，不仅只是对单张报表的测试，还需要多张同时进行比较，多张可以是指同一时期不同类型的报表、不同时期同一类型的报表、不同类型与不同类型的报表（但它们之间必然存在某种关系的）；还有什么同比的、类比的等！

目的是找出它们之间的联系和区别，然后获得更深层次的某种规律或者业务流程的脉络。简单来说，就是从实践上升到理论！举个简单的例子：我们都知道财务报表的会计原则是“有借必有贷，借贷必相等”，因此，每个财务类报表都有借、贷两方；然而从销售收入报表、销售支出报表和销售利润表，显然得出：销售收入-销售支出=销售利润，这一条无人不晓的规律！

 

穿透性

大多数的报表都不是孤立的，例如：从汇总表可以穿透到明细表，从明细表又可以穿透到单据，从单据甚至可以穿透到具体的产品；虽然它们的层次深度可能不一样，但它们与某某之间有着奇妙的联系！在测试中，一定要理清它们之间的层次、顺序，这就需要对业务的理解和知识的积累！

 

隐蔽性

这里不是指报表的数据或者结果隐蔽，而是指所统计的数据来源的隐蔽。例如：入库类的，除了正规的采购入库，还会有估价入库、退货入库、盘盈入库、报溢入库、拆卸入库（将组装产品或者已经打包的产品，拆卸后将元素产品重新入库）等；出库类的，除了常见的销售出库，还会有采购退货、盘亏出库、报损出库、生产领用、组装领用等。请注意的是，有些进销存系统还分有帐面库存数和实际库存数两种的！另一个陷阱：有些进销存系统的应收帐款是由正常的应收帐款加上预付转应收的部分组成的；同理，应付帐款是由正常的应付帐款加上预收转应付的部分组成！

 

 时序性

业务发生的时间顺序。在明细报表中，每项明细都应该有记录业务发生的时间，它的先后顺序很重要。举个简单的例子：某仓库库存量为100，三月份销售出库50，四月份采购入库也是50，如果将四月份的采购入库计入三月份的，虽然年仓库库存量还是100，没有变，但是对于月度库存量和季度库存量就影响大了！

安全性

1.这个主要体现在报表的权限控制上。因为报表是针对不同的用户设计的，特别是敏感的数据，如个人资料、产品成本、

商业信息等，这就需要加强访问权限的控制，有的是只读的，不能过滤条件或者修改其他的查询条件；有的根据用户等级来分配权限等！

2.通过用户角色和密码来控制：业务员只能看到自己的业绩报表

3.通过用户角色的等级来控制：非财务主管不能打开销售收入利润表等

 

直观性

报表的数据、结果清晰明了，页面简洁、排版合理，不能给用户产生模糊或者引起奇异的感觉；一般合计的部分或者关键字段都需要突出显示；有的报表需要图文并茂，选择最佳的报表类型。

 

打印

 

 

http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/index.html 报表自动化测试

http://llei623.blog.163.com/blog/static/852075042011417112325947/