51Testing软件测试论坛

标题: 统计报表的测试方法和策略 [打印本页]

作者: zhangyong 时间: 2007-7-19 21:14
标题: 统计报表的测试方法和策略
要求统计pv，点击量等和WEB有关的数据报表，包括日报表，周报表，月报表三种

1 统计报表的测试步骤是什么
2 测试从那里开始
3 如何验证正确性
4 对于大批量的数据如何测试

作者: qq115647140 时间: 2007-7-20 12:00
我也想学习

作者: chenchen0307 时间: 2007-7-23 09:44
我也想知道

作者: pele 时间: 2007-7-23 10:53
标题: PV，评判网站的标准？（转）
PV（pageview），即页面浏览量，或点击量；通常是衡量一个网络新闻频道或网站甚至一条网络新闻页面的主要指标；当然，有时还会同时考察另外一个指标，即uv（unique visitor），指访问某个站点或点击某条新闻的不同IP地址的人数。

PV之于网站，就像收视率之于电视，从某种程度上已成为投资者衡量商业网站表现的最重要尺度。从长远看，很多网站也意识到，PV的追求需要和品牌的打造结合起来；但现代商业行为在投资者急功近利的评判压力下，往往无奈为了使PV提升而不择手段。

一条新闻发布以后，其PV便可以加以跟踪，通常是每5分钟统计一次。不同网站的不同频道，对其所发布新闻的PV表现有一个大致的评判尺度。新闻发布后，一般PV值总有一个上升的过程。可以从不同时段来计算PV的单位时间变化幅度，有经验的网络编辑，经过几个5分钟的数据积累，便能大致预料到这条新闻的PV峰值水平。如果这个水平不能令人满意，则编辑就要采取一些手段，如“优化”标题、增加图片、挪动位置等。一般来说，通过这样的“处理”，一条新闻的PV表现能有所改善，达到新的高峰。也就是说，网络新闻的编辑手段影响着PV值。

还有哪些因素对PV有影响呢？至少还有这些因素：新闻发布的时间。不同的时间段，上网的人数不同，访问该站点的人数也不同，因此，有时PV的涨落，其主要贡献，在于不同时段上网人数的自然波动。同样一条新闻，在不同的时段发布，PV就会有差别。

不同时段上网的人，其人口特征（性别、年龄、教育程度、阅读旨趣等）不同，所以，同样是一万个上网的人，甚至同样是对某个网站的一万次访问，不同时段，这一万次访问在不同频道/内容上的分布是有差别的。所以PV的变化，与这些因素导致的变化有关。

访问的周期。对于一些常浏览的网站，我们可能一天之中会访问几次，这中间有一定的时间间隔。这个间隔，很多时候和人们的现实工作节奏有关系。比如，不少人一上班会抽空浏览一下新闻，第二次再来看看又有什么新闻的时候，往往是上午中间休息时，甚至是午饭后的休息时间。因此，即使其他因素不变，由于人们回访网站的周期性，也会对新闻或网站的PV带来影响。当然，由于不同的人回访的周期长短不一、时段不一，这个影响因素未必会导致明显的波动，而可能分散在不同时段的PV表现中，但可以肯定的是，任何一个PV数据，也有这种回访周期的因素所起的作用。

搭便车因素。比如一些突发事件，会导致人们对某一网站的访问增加，但这些访问的初衷，本只是突发事件相关新闻。然而由于人们的新闻消费，往往具有不可预期性，所以常见的现象是，人们在看完想看的新闻后，还会顺带看看其他的。这一因素，也可能对某条新闻（与突发事件无关）的PV有所贡献。

最后，偶然因素也对PV有一定影响，比如天气因素，比如非典期间等等。

由此看来，一个简单的PV数据，其实是多种因素综合贡献的结果，所以有时的PV涨落，实在不是完全可以通过编辑手段来加以引导和影响的。知道这一点很重要，因为这告诉我们，盲目地、不加具体分析地以PV来衡量成败好坏，是不合理的。在社会科学研究中，这种区分不同因素对某一个现象的贡献，就是所谓的详析模式。很多看似不变的东西，其实内部构成比例上发生了很大的变化。而有些看似变化的东西，其相对关系其实没有什么变化，只是一种单纯的数量上的涨落。

这使我想到那本《统计陷阱》，一本由一个记者所写的通俗读物。这本书的英文名称直译，叫“如何用统计数据说谎”。

作者: zxyu1982 时间: 2007-8-12 00:15
ding

作者: yeqin 时间: 2007-12-5 16:56
以下为转发别人呢，跟大家分享一下。

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

不调胃口，从重点开始，数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。

从整个项目节约成本看，逐层测试效果是最好的。完全修改率也是最高的。首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活，①系统中报表重叠的进行比对②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对，③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦？J接着说④使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错？哪些地方容易出错

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

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

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

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

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

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

我现在想到的只有这些（有待补充）

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

界面分为输入界面和输出界面；统一的界面要求：美观、统一、易操作。输入界面要求是：①输入项字段长度不允许超过字段长度；②输入不符合字段要求的，不允许查询。如money类型，在输入汉字，字母、特殊字符等不允许查询，并有友好的操作提示。③用户权限范围外的输入，不允许查询。如用户输入不是其权限范围内的客户号，不允许查询，并有友好的操作提示。

④对于选项，应不出现可选择的用户权限以外的选项。⑤对于汉字模糊查询，考虑不常见字，如“㭎”即汉字因译码问题，造成的汉字存储出现乱码问题。

输出界面要求：①因为是报表所以应该有打印、打印预览、报表导出等功能。不能因为报表导出丢失数据，不能因为打印缺少了报表表格框②报表排列方式可调，用户可按任意列升序或降序排列，或者，按某一关键列的一定规则排序③报表标题明确，不能含糊误导用户④报表内可关联查询的项，应能特殊显示，如鼠标有箭头变为手掌，子报表格式与父报表格式统一，数据统一。

作者: yangtesting 时间: 2007-12-5 23:51
挺好收藏

作者: hopa 时间: 2010-6-24 22:11
挺好！上次的笔试题就是写行情报表的用例。

作者: liuwj85 时间: 2010-8-31 13:55

好贴支持

作者: s345245589 时间: 2010-12-24 16:31
八楼分析的非常透彻

作者: 楠族开心果 时间: 2010-12-27 20:56
8楼分析的非常透彻。报表这类东西测试起来不简单……

作者: 张轩阳 时间: 2010-12-30 21:28
这个表啊，我以为指的是那种报表呢

以前测试的报表都是通过数据库的，主要分为功能和内容测试，DM-ETL-UNIVERSE-REPORTING
重点测试其中的数据与数据库中是否一致

作者: 楠族开心果 时间: 2011-1-4 17:31
回复 14# 张轩阳

报表我只看数值对不对，具体怎么算的我就不看了

作者: wei_jc 时间: 2011-1-6 16:16
向8楼同学学习

作者: meihuadong 时间: 2011-3-11 20:25
向大家学习

作者: liuqy01 时间: 2011-4-16 12:33
8楼的有没有测试的模板,你分析的那个方面的.
新手,多指教

作者: hrjhcs5151 时间: 2011-5-12 19:32
支持分享的各位大侠、大妹子

作者: 月亮钟摆 时间: 2011-5-18 18:36
留爪为记

作者: mvvztt 时间: 2011-6-16 13:44
同楼上，呵呵，前阵子刚测完报表这个东西

作者: SPEC 时间: 2011-8-19 13:13
马克！

作者: fillylove 时间: 2011-8-25 15:27
收着先

作者: BigBC 时间: 2011-9-1 10:36
已学习

作者: lixinsakuya 时间: 2011-9-13 18:52
非常受教！感谢

作者: memory敏 时间: 2011-9-14 11:21
后来者，拜读了，谢谢！

作者: SariyaLee 时间: 2011-9-23 17:06

有空看看。

作者: testerwu 时间: 2011-12-20 09:55
谢，正在研究

作者: 露珠 时间: 2011-12-20 10:42
各位前辈有谁做过银行的报表测试，我是个新手，有点无从下手，希望指点指点。。。

作者: 已经存在 时间: 2011-12-21 16:04
第一版本是上面前辈说的简单统计分析，用SQL直接查询或者走业务看一下就能验证正确性
马上发布的下个版本就牵扯前辈说的钻取呀之类取数方式，正好看到你的文章，好试验一把。

作者: ottobaby 时间: 2012-1-2 16:58
最近也是在测试统计报表，对于数据统计，数据的准确性是建立在数据库完整准确基础之上，针对需要测试的每种状态的值，要提前设计好数据，然后查看统计的对不对

作者: ottobaby 时间: 2012-1-2 17:00
数据报表还要查看数据格式与是否是需求文档中要求的。统计各种指标的时候吗，生成的表头标题是否正确

作者: ottobaby 时间: 2012-1-2 17:01
如果输入的查询格式有错误，系统是否能够进行正常处理

作者: 蓝蓝依2010 时间: 2012-6-13 17:00
受教！感谢

作者: yinlingzii 时间: 2012-9-13 16:54
回复 8# yeqin

认识一下吧，高手

作者: zhuangxiu950 时间: 2012-9-17 13:43
标题: 结婚时当着大家的面唱给她听
为她学一首歌，如果可能，结婚时当着大家的面唱给她听。

作者: 悠悠ma 时间: 2012-12-17 10:06
报表测试实质是数据测试，报表是根据业务逻辑从数据库筛选或统计指定数据导出来的，所以报表测试最为关键的部分为：
　　1、明确统计对象（需求测试）
　　2、确定统计逻辑（业务测试）
　　3、区分报表类型（统计型、直接展示型）
　　4、测试业务逻辑（数据来源）
　　5、测试存储过程、前端SQL（报表处理过程）
　　6、造数据，检查报表格式，数据，权限是否与需求一致

作者: newtestuser 时间: 2013-1-28 16:12
回复 38# 悠悠ma

赞一个

作者: 1114078345 时间: 2013-4-2 10:59
希望8楼最好提供一个模板！

作者: likejuntesting 时间: 2014-3-19 15:08
谢谢分享

作者: Miss_love 时间: 2014-3-19 16:30
不错，收藏

作者: LILI520 时间: 2015-8-28 15:11

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)