管理信息系统测试方法总结(八)

简介:

报表测试

报表测试根据项目的定义有大有小,有时只是作为软件的一个部分进行测试,有时整个项目都是测试各种报表。但不论如何。报表的作用始终都是将系统中已经存在的数据根据用户的设置计算加工/整理汇总/最终以清晰的格式展示给用户。以便用户进一步做数据分析或统计。

软件中的报表实现一般分为定义报表的所需数据(一般可以通过选择或手工输入条件来缩小数据范围)和定义报表格式两个部分。报表格式除了如国家各行业标准中规定的报表使用固定格式外,大多是根据企业或用户的需要定制报表。

所以,做报表测试时要注意以下方面:

1.  数据的正确

用户使用报表就是期望通过一个简单方便的平台能快速的查找到他所需要的数据。所以在测试报表时首先就要检查报表中的数据是不是用户需要的数据,如果没有加工的数据,是否保持了原貌,加工过的数据查看加工的结构是否和手工加工的结果一致。简言之,需要测试以下内容:

1)        数据的来源:来源于哪张表,哪个字段,数据库中的数值与界面数据的对应。如数据库中性别的数据可能是01,但界面显示为男或女,这个对应关系是否正确;

2)        数据的范围:是否只显示了报表设置的对应范围;特别要注意边界数据,要清楚报表的需求,是否需要过滤掉被选择的数据。如时间选择为2006-9-27~2007-9-27,那么是否应该包含9-27这天;

3)   数据的对应关系:数据库中的字段是否与报表中的信息对应。数据的格式:小数位,千位符,四舍五入等是否与报表设置一致;单位或税率转换是否正确;组合显示的数据是否合理;

4)   数据的排序:排序方式是否与报表设置一致(如果没有设置,是否有一个清晰的默认排序方式,如按字母或数字排序);

5)   流水号:如报表有使用流水号,流水号的生成和格式是否正确。取消操作是否会生成流水号;

6)   明细与合计的一致性:各部分明细或小节是否与最后总和一致

7)   其他

(1)    测试这一部分内容需要对业务逻辑相当熟悉,对数据库的设计也要非常了解,必要时可以通过自己写查询语句查看数据;

(2)    有些报表的条件有多有少,但测试方法都是一样。根据条件通过等价类划分和排列组合设置各种条件组合。千万不要盲目的测试,否则会导致该测的没测,多余的测试做了一堆。一般来说有类别划分的(一般界面表现为下拉框),每个类别都要测试到,如性别中的男,女都要测试。输入的可以用等价类来划分要测试的数据。


2.  格式的正确

数据验证正确后,就需要看看报表的输出格式是否符合要求。可以从以下几方面来检查。

1)   报表的整体风格:报表是否符合规定的或用户设置的格式;

2)   报表标题:报表的标题是否是正确的报表名称;如报表中有嵌入的数据(会跟随用户的选择而变化的)。需要检查数据是否正确,如XX企业9月份财务报表,这个9月就是用户选择的;或者XX公司2006-9-27~2007-9-27的网站访问量,这个时间段也是用户选择的;

3)   公司的一些标志:如logo,名称,地址之类的是否正确;

4)   报表的页首与页尾:是否采用了一致的规则;

5)   分页:当输出的内容多时,分页是否正确。翻页功能是否正确;

6)    友好性:数据或图表是否清晰,一目了然,数据的展示符合用户的习惯;需要特别提醒的数据(如合计,异常数据)是否突出显示;复杂算法处,用户不明白或容易混淆处是否有注释;一些默认的格式是否让人感觉舒服,如对齐,边界,间隔等。

3.      权限的控制

对于有权限控制的系统,报表当然也应该和用户所具有的权限相一致。需要从两方面校验权限的控制。

1)           报表的条件定义:在条件选择区域,有些下拉框中应该不能显示用户权限范围外的数据。如普通文员在使用报表时,报表名称下拉框中是不可以显示管理者才能查看的报表的。有些以输入的文本框有级别的划分时,都应该要测试输入超越权限的数据的相应。注意这里一定要测试每个条目。

2)           报表内容:报表中的内容不能显示用户本没有权限查看的数据。

4.      报表的输出

报表在电脑上生成后,并不是报表的结束。报表一般都需要打印出来他用,如开会或者提交审批之类。所以报表的打印功能也是非常重要的。测试主要分成几部分:


1)          打印设置;

2)          打印预览;

3)          实际打印效果;

4)          除了打印之外,用户有可能需要导出报表做进一步的分析或用于和其他报表的比较。所以也应该提供导出报表的功能。一般可以导出为CSVExcelpdfhtmlxml格式。看公司需要了。这里主要要检查导出的报表默认属性是否为读写,然后导出的内容是否正确,与生成的报表相一致。

5.      报表与报表之间的关系

有些报表都使用了相同的数据,只不过针对不同的需要做了不同的处理。所以报表与类似报表之间要做些测试,看看数据是否一致。

6.       报表的性能

1)        用户在设置好条件后都希望不要等待报表太长时间,当然有时数据量大时等待时间长些也是合理的。但是在做报表的开发时或测试人员可以提出一些意思来提高报表的性能;

2)        报表的条件设置区域应该设置默认值以避免用户不输入任何条件直接生成报表所造成的长时间等待。例如开始和结束时间可以默认为当前的一个月,一些输入文本框可以根据用户的身份默认一个数值;

3)        生成报表时用类似进度条表现进度,避免用户盲目的等待;

4)        生成报表的语句尽量采用最优的查询语句,多调试几遍,查看语句的性能。

7.      报表控件的独特性

一般公司会用专门的报表控件来生成报表,例如MSReport service Crystal报表等。所以最好先了解一般的报表生成流程和这类报表控件的特点,这样在测试时就可以有的放矢,而不是盲目的比较。

                                          


本文转自 昊洋教育 51CTO博客,原文链接:http://blog.51cto.com/zdytesting/1655318,如需转载请自行联系原作者

相关文章
|
9月前
|
数据采集 监控 机器人
浅谈网页端IM技术及相关测试方法实践(包括WebSocket性能测试)
最开始转转的客服系统体系如IM、工单以及机器人等都是使用第三方的产品。但第三方产品对于转转的业务,以及客服的效率等都产生了诸多限制,所以我们决定自研替换第三方系统。下面主要分享一下网页端IM技术及相关测试方法,我们先从了解IM系统和WebSocket开始。
191 4
|
3月前
|
测试技术
软考软件评测师——可靠性测试测试方法
软件可靠性是指软件在规定条件和时间内完成预定功能的能力,受运行环境、软件规模、内部结构、开发方法及可靠性投入等因素影响。失效概率指软件运行中出现失效的可能性,可靠度为不发生失效的概率,平均无失效时间(MTTF)体现软件可靠程度。案例分析显示,嵌入式软件需满足高可靠性要求,如机载软件的可靠度需达99.99%以上,通过定量指标评估其是否达标。
|
3月前
|
消息中间件 缓存 监控
性能测试怎么做?方法、流程与核心要点解析
本文系统阐述了性能测试的核心方法论、实施流程、问题定位优化及报告编写规范。涵盖五大测试类型(负载验证、极限压力、基准比对、持续稳定性、弹性扩展)与七项关键指标,详解各阶段任务如需求分析、场景设计和环境搭建,并提供常见瓶颈识别与优化实战案例。最后规范测试报告内容框架与数据可视化建议,为企业级实践提出建立基线库、自动化回归和全链路压测体系等建议,助力高效开展性能测试工作。
|
11月前
|
测试技术 API 项目管理
API测试方法
【10月更文挑战第18天】API测试方法
267 1
|
11月前
|
安全 测试技术
北大李戈团队提出大模型单测生成新方法,显著提升代码测试覆盖率
【10月更文挑战第1天】北京大学李戈教授团队提出了一种名为“统一生成测试”的创新方法,有效提升了大模型如GPT-2和GPT-3在单一测试中的代码生成覆盖率,分别从56%提升至72%和从61%提升至78%。这种方法结合了模糊测试、变异测试和生成对抗网络等多种技术,克服了传统测试方法的局限性,在大模型测试领域实现了重要突破,有助于提高系统的可靠性和安全性。然而,该方法的实现复杂度较高且实际应用效果仍需进一步验证。论文可从此链接下载:【https://drive.weixin.qq.com/s?k=ACAAewd0AA48Z2kXrJ】
232 1
|
7月前
|
编解码 缓存 Prometheus
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
本期内容为「ximagine」频道《显示器测试流程》的规范及标准,我们主要使用Calman、DisplayCAL、i1Profiler等软件及CA410、Spyder X、i1Pro 2等设备,是我们目前制作内容数据的重要来源,我们深知所做的仍是比较表面的活儿,和工程师、科研人员相比有着不小的差距,测试并不复杂,但是相当繁琐,收集整理测试无不花费大量时间精力,内容不完善或者有错误的地方,希望大佬指出我们好改进!
448 16
「ximagine」业余爱好者的非专业显示器测试流程规范,同时也是本账号输出内容的数据来源!如何测试显示器?荒岛整理总结出多种测试方法和注意事项,以及粗浅的原理解析!
|
11月前
|
测试技术 UED
软件测试中的“灰盒”方法:一种平衡透明度与效率的策略
在软件开发的复杂世界中,确保产品质量和用户体验至关重要。本文将探讨一种被称为“灰盒测试”的方法,它结合了白盒和黑盒测试的优点,旨在提高测试效率同时保持一定程度的透明度。我们将通过具体案例分析,展示灰盒测试如何在实际工作中发挥作用,并讨论其对现代软件开发流程的影响。
|
7月前
|
人工智能 自然语言处理 测试技术
AxBench:斯坦福大学推出评估语言模型控制方法的基准测试框架
AxBench 是由斯坦福大学推出,用于评估语言模型可解释性方法的基准测试框架,支持概念检测和模型转向任务,帮助研究者系统地比较不同控制技术的有效性。
160 5
AxBench:斯坦福大学推出评估语言模型控制方法的基准测试框架
|
10月前
|
机器学习/深度学习 算法 UED
在数据驱动时代,A/B 测试成为评估机器学习项目不同方案效果的重要方法
在数据驱动时代,A/B 测试成为评估机器学习项目不同方案效果的重要方法。本文介绍 A/B 测试的基本概念、步骤及其在模型评估、算法改进、特征选择和用户体验优化中的应用,同时提供 Python 实现示例,强调其在确保项目性能和用户体验方面的关键作用。
322 6