针对数据导入和报表展现怎样编写测试用例.
本人现在要测试的一个卫生系统有这样一个功能.系统每周自动从A系统中通过条件抓取数据,存储到本系统的数据库中.
具体需求描述如下:
一.每周自动导入全部数据。
地区：北京市
导入范围：录入日期从2004-01-01----当前日期
审核状态：全部数据/全部疾病
二.每日依据导入30天以内的数据。
地区：北京市
导入范围：录入日期从当前日期前30天的数据
审核状态：全部数据 全部疾病
想请教一下各位大虾几个问题,
一.对于这样的功能,测试用例该怎样设计呢?
二.各位对于这样的功能又是怎么测试的呢?本人是想针对数据库进行查询,再与A系统中的数据报表进行比结,但如果几十万条数据这样测显然就不太可能.如果只能这样抽测的话,是不是要把执行查询的SQL语句也做为测试的输入语句写到测试用例中呢?
另外需求中还提到一些报表的展现,想请教一下各位,针对报表的展现又是怎样测试的呢?
[ Last edited by leiping on 2004-10-9 at 17:36 ] 怎么没有人回答我呢?是我的问题没有描述清楚吗? 我也在测 报表我也不知道怎么写用例，斑竹在么？？ 或者楼主可以把原文描述的情况转贴过来，会更容易理解一些。我根据自己的经验简单说一些一般性的内容吧。
对于报表的测试，首先注重的当然是数据准确性的问题，要求如果按照设定的查询条件和汇总方法获得的结果必须是同系统预先设计的结果相一致的。如果一个报表查询汇总得到的数据都不准确，那么这个报表可以说没有任何用处。所以楼主要先搞明白这个需要测试的报表的入口是如何定义的。比如，通过哪些条件来获取哪些数据？通常除了我们在执行查询的时候设定的一些条件外，还有一些系统预先设定的规则。然后就是考虑获得的最终结果是否正确。这里需要考虑用这张报表同系统中的其他相关报表进行比对。
如果说的根本一些，对于一个报表的测试，其实应该细化到对这张报表中每个字段的准确性的测试，一定要深入理解每个字段的值的计算方法、数据来源，以及同其他报表中类似字段的关系。
不知道这样说是否可以表达清楚我的意思？ 首先谢谢版主的回答.通过你的说明,我大概的知道要测试哪些东西.而其中主要的是数据的准确性.其次我说明一下我们要测试的系统的需求描述.
我们现在不知道A系统的数据结构,也不能接触A系统的数据库.但在A系统的页面中,有一项查询功能可以按条件查询数据并生成报表,并且可以导出成为EXCEL文件,而我们将要实现的就是从这个EXCEL文件中把数据抓出来,分类后再导入到我们的数据库中,需导出的数据项已有定义.其中需求规格中是这样说明的.
需求名称:自动导入报卡数据
（1） 目的
自动将数据从国家疾病监测信息报告管理系统中导出。保持与国家系统数据的同步。
（2） 输入
导出数据格式：Csv文件。
采集日期：2004-09-28
导出的数据项：
字段 字段大小 说明
卡片ID 10 现数据为7位，唯一编号，自增类型
卡片状态 1 原是卡、订正卡
报告医院所在地区国标编码 8 参考：行政区划数据字典
卡片编号 20 医院编号-年份-顺序号，唯一编号
患者姓名 20
患儿家长姓名 20
性别 1 男、女
患者联系电话 20
出生日期 10 yyyy-mm-dd
身份证号码 18
工作单位 100
............
（3） 输出
1,GIS图形:使用GIS图形化显示统计数据，能够生成相应的分析报表。
2,普通报表.横轴： 疾病的发病数（发病率），死亡数（死亡率）。
纵轴：各个统计地区
就是这样.现在系统还没有做出来.只是需求规格出来了,我就在做测试用例.
[ Last edited by leiping on 2004-10-12 at 13:52 ] 这样看的话，需要测试的业务就有两个部分了，一部分是基础数据的导入，一部分是数据的汇总分析。
第一部分业务相对单纯一些，因为数据来源是外部文件，如果在导入过程中不涉及到数据的再次筛选，那么只要保证所有的数据都被完整的、准确的导入到相应的位置就可以了。
而第二部分业务相对复杂。我们是作行业应用的，经常需要面对各种分析报表，一般要先保证在需求中描述的公式和算法是正确的、完整的——也就是要保证这部分内容同用户实际业务是一致的，而并不包括需求人员的主观意见。关键的一步是确认详细设计文档中对于这些公式和算法的实现同样是准确的、完整的反应了需求的内容。这里要注意，在将需求中的算法细化为详细设计的算法时，表现形式可能是不同的，但是要保证最终实现的业务必须是一致的。
最后当然是保证系统的具体实现同需求和详细设计中描述的算法相一致，能够在报表中看到预期的结果。
在针对报表的测试中，一定要考虑使用不同的查询、汇总条件进行测试，并且如果有多张在业务上有对应关系的报表，那么一定要进行对照，保证整个系统中数据的一致性。
个人意见，仅供参考。 测试入手点，我也清楚，就是感觉用例组织起来不知道怎么表达，谢谢，我按照你们的提示写写 嗯，有问题可以再把具体情况放上来讨论。 同小山的感觉一样,也是知道了基本思想,但不知如何描述.
给版主举个例子,看一下这样描述是不是可以
测试类型:功能测试
用例名称:系统每周自动导入数据
前提条件:本系统数据库正常启动.A系统正常启动
步骤:
输入一: 启动自动导入数据功能.
输出: 功能成功启动.
输入二: 一周后同一时间对数据进行查询(查询语句见XX附件)
输出: (1)XX表中下列数据字段数据被成功导入
卡片ID
卡片状态
报告医院所在地区国标编码
卡片编号
患者姓名
(2) 数据准确与A系统报表数据保持一致.
呵呵.小山是不是这样写的?希望版主多给些建议
[ Last edited by leiping on 2004-10-15 at 10:43 ] 感觉leiping已经把业务说的比较清楚了。现在两位可以先说说自己的测试思路，大家一起来讨论一下。 我的测试思路,跟我写的用例差不多,就是启动A系统和要测的系统一周后,把A系统的数据导成EXCEL.然后直接查询要测系统的数据库中的相应表中的数据,把表中的数据与EXCEL中的数据一一对比.看数据是否一致.
不知道这种方法是不是可行?
还有对于这样的测试是否有相应的测试工具?
----------------------------------
这是针对数据导入部分的测试.针对报表展现的部分.还不知道该怎么测试.
比如,每旬初，系统自动生成上一旬统计表。每周初，系统自动生成上一周统计表。每日初，系统自动生成上一日统计表。等等.:s该怎么测试呢????版主给些意见吧.
[ Last edited by leiping on 2004-10-18 at 14:41 ] 如果启动系统一周以后才进行测试，那如果有很多测试用例，需要反复的重复这个周期，岂不是试验周期比原子弹还长^_^
要看一下对于这个每周导一次数据的功能是如何判断时间的，如果是通过服务器的时间来判断，那么不如自己修改一下服务器的时间来的有效。
对于“每旬初，系统自动生成上一旬统计表。每周初，系统自动生成上一周统计表。每日初，系统自动生成上一日统计表”的功能，楼主是否可以说的更具体一些呢？ 呵呵,版主一句话提醒了我,应该是改系统时间就可以测定时导入数据功能了.
另外...."系统每旬初,自动生成上一旬统计表,"这是需求中提到的,就是说,本系统在把A系统数据定时抓取过来后,要每年,每旬,每日初的时候,都会自动统计上一年,上一旬,上一日的数据并且自动统计成三张报表.
我现在想问的是.对于这三种统计的测试,我都可以通过直接更改系统时间来测试吗? 应该可以吧，现在在一个系统时间下有一个统计报表做标准，然后到多几条记录，让数据库发生变化，修改系统时间，系统统计，出报表，
1、验证旬月，旬年时间是否启动统计同能
2、验证报表数据的准确性。
我想这样，呵呵，斑竹请指点 Originally posted by leiping at 2004-10-21 08:55:
呵呵,版主一句话提醒了我,应该是改系统时间就可以测定时导入数据功能了.
另外...."系统每旬初,自动生成上一旬统计表,"这是需求中提到的,就是说,本系统在把A系统数据定时抓取过来后,要每年,每旬,每 ...
都可以使用更改系统时间的方法来测试，
我觉得这段可以做一个函数来实现，每年(Year)、每旬(TenDay)、每周(Week)、每日(Day)这几个时间段。做循环就可以了。jackei斑竹，你觉得呢。
[ Last edited by celine on 2005-3-29 at 18:12 ] 如果具体到每个字段来，该怎么描述呢？？ 最近我也在做一个项目的报表测试，基本不知道如何下手，目前报表还处于开发阶段，但是应用系统不是由我们开发的，所以基本上对业务逻辑这一块相当的不清楚，只是移植了或者过滤得到了一些数据，比如jackei提到的分析数据来源和数据的计算方法是否正确，我根本无从下手，那么我是否就省略掉这一步呢？另外验证数据正确性方面，我的基本考虑也是直接查询数据库中的相应表中的数据,把表中的数据与报表中的数据一一对比.看数据是否一致.但是这样做基本上就是抽测。抽测对于报表的测试适用么？ 连逻辑都不清楚，那怎么知道怎么样才是对的，连怎么样是对的都不清楚，做什么测试 可以根据需求提供的每个统计项的计算方法，自己在数据库中造数据测试啊 我最近也是在负责报表测试，但导入计算的测试用例无从下手，来学习
页:
[1]
