进行报表类测试也有一段时间了,结合自己的经验以及查阅过的一些资料,简单总结下报表类模块的测试点以及注意点,这里从测试数据构造和测试执行两点来展开。
报表类模块测试数据的构造,也就是源数据,主要有两个来源,一个是本测试平台业务产生的数据,另一个是第三方数据库过来的数据。针对不同的源数据来源,测试重点也应有所区分。
本测试平台业务产生的数据,这种情况的报表测试相对来说较容易(注意是相对,主要还是看具体项目),测试重点在报表的准确性上,即真实产生的业务数据与报表统计的数据是否一致。需要注意的是真实的业务操作是否真的产生了数据,这个点是我们很容易忽略的测试点,比如日志系统,进行某一个操作平台是否记录了这个操作进而产生相关的日志,实际测试中我们更多的是进行大量数据产生的测试准备,忽略了数据产生的正确性(比如数据准备时是否有应该记录的数据没有记录,也就是写数据是否正确),这个需要测试负责人在测试前期测试任务划分时需要明确的,是专门人员来测试还是每个模块负责人负责。
第三方数据库过来的数据,该类型报表测试,应该把更多的注意力放在源数据与被测平台数据对比上,如报表展示出来的数据是直接对第三方数据库通过算法计算的还是测试平台先把第三方数据库中的源数据转换写入被测平台的数据库,然后再对本平台数据库数据通过规则进行统计展示。测试过的多个项目发现,开发人员自测时常忽略源数据的重要性,他们自测时习惯性在测试平台上数据库直接插入一些数据进而查看报表展示功能,而忽略了源数据到被测平台数据转换是否正确这个过程,作为系统测试人员我们要保证源数据到被测平台再到页面报表展示这整个过程的正确性。
……………………
查看全文请点击下载:http://www.51testing.com/html/73/n-849173.html
查询条件,一般的报表展示都会有设置查询条件框,按某种统计方式展示的选择设置:
可输入的查询框,可以当做一般控件测试,测试查询结果与查询条件是否一致,特别注意的是通配符的测试,如% _等。
可手动增加的查询选择项,如资源类型,可以在其它模块更改增加类型,测试报表时就应该注意展示轴,如果展示轴是根据类型全部展示,当类型较多类型名称较长时,展示轴的显示就会出现问题。当然类型较多时,查询选项框展示的名称、速度以及GUI也是一个检测点。
默认查询,一般的报表查询展示都会有默认查询项,检测默认查询项设置是否合理,是否有必选项,不选择时是否有提示信息;是否有前置条件,如报表查询展示时一般先选择某个区域或者某个部门,如果不选直接查询,是否会出现js错误等等。
关联查询设置项,设置一个查询项后,另一个查询项是否有相应变化,如开始时间是否可以设置大于当前时间,开始时间与结束时间的控件设置测试等
查询条件测试用例设计应覆盖所有统计展示方式,保证测试的充分性。