普查数据处理培训版测试报告1215文档格式.docx
- 文档编号:35530
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:15
- 大小:23.76KB
普查数据处理培训版测试报告1215文档格式.docx
《普查数据处理培训版测试报告1215文档格式.docx》由会员分享,可在线阅读,更多相关《普查数据处理培训版测试报告1215文档格式.docx(15页珍藏版)》请在冰点文库上搜索。
1概述1
1.1文档目的1
1.2读者对象1
2测试目标及背景1
2.1项目简介1
2.2测试对象1
2.3测试目的1
2.4测试内容1
3测试环境2
3.1国家级应用及数据库2
3.2省级应用及数据库2
3.3省级应用及数据库2
3.4应用及数据库2
3.5应用及数据库3
3.6应用及数据库3
3.7应用及数据库3
3.8测试环境偏差3
4测试工作安排3
4.1测试成员及职责3
4.2人员工作安排概况4
5测试过程分解4
6测试结果及分析4
6.1测试结果4
6.2结果分析8
1、制度管理:
8
2、调查对象管理:
3、数据录入修改:
4、审核关系:
5、数据汇总:
6、数据查询:
7、数据管理2个问题8
8、系统管理:
9、性能问题是个最大的问题,也是以后我们以后测试的重点。
9
10、上报数据按条件导出上报,测试不充分。
.9
11、元数据库2个问题:
7测试结论9
1概述
1.1文档目的
第二次全国经济普查数据处理系统的原型测试工作,对《第二次全国经济普查数据处理系统》软件测试过程中各项数据进行统计分析,使第二次全国经济普查数据处理能够顺利进行,保证数据的准确性,也为了保证测试工作的针对性,正确性,从而找出软件过程的不足和缺陷,进行持续的改进,特编写此文档。
1.2读者对象
项目管理人员、开发人员、测试人员、文档管理人员
2测试目标及背景
2.1项目简介
第二次全国经济普查数据处理系统是基于元数据再设计、制度管理、调查对象管理、数据录入修改、数据审核、数据汇总、数据查询、数据管理、系统管理于一体的数据处理系统。
2.2测试对象
第二次全国经济普查数据处理系统:
制度管理、调查对象管理、数据录入修改、数据审核、数据汇总、数据查询、数据管理、系统管理等模块的测试。
2.3测试目的
保证第二次全国经济普查数据处理系统能按时按量提交给客户使用。
2.4测试内容
应用程序部署是否正常
数据库部署是否正常
服务能否正常应用
单机版的安装包能否正常安装
软件是否可以正常卸载或更新
制度导入
制度导出
制度再设计
制度发布
报表发布
数据录入
数据保存
数据修改
数据查询
数据审核
审核错误列表查看
数据汇总
本级数据导出
上报数据导出
数据清空
本级数据导入
上报数据接收
再设计流程
非再设流程
元数据库系统测试
3测试环境
3.1国家级应用及数据库
服务器
IP地址
说明
备注
应用服务器
10.6.99.121
WebLogic
端口号7008
数据库服务器
10.6.99.118
Oracle10g
用户名jp2dataqa4
jp2metaqa4
3.2省级应用及数据库
端口号7002
用户名jp2dataqa2
jp2metaqa2
3.3省级应用及数据库
端口号7005
用户名jp2dataqa3
jp2metaqa3
3.4应用及数据库
10.6.99.250(51)
Tomcat
端口号9080
用户名jp2data
jp2meta
3.5应用及数据库
10.4.17.7
端口号9080
Oracle10gXE
jp2meta
3.6应用及数据库
10.4.17.3
3.7应用及数据库
人员单机
张立娟、李志宏、詹改霞
3.8测试环境偏差
没有乡镇级版本(Sqlserver)
4测试工作安排
4.1测试成员及职责
职位名称
人员组成
职责
测试负责人
组织协调测试小组具体工作。
测试人员
郭玉鹏
负责具体测试工作,包括测试用例编写,执行测试,提交测试记录
唐焕维
贾文庆
郝永丽
刘亮
李端
董贵平
李志宏
桂琼宇
张航舰
詹改霞
张丽娟
4.2人员工作安排概况
具体测试计划见VSS
编号
任务内容
时间
人员安排
1
普查软件测试
2008-11-06-----------2008-12-16
李超、贾文庆、郭玉鹏、唐焕维、郝永丽、刘亮、李端、张航舰、董贵平、桂琼宇、詹改霞、张丽娟、李志宏
5测试过程分解
目前主要是按模块进行分解:
制度管理、调查对象管理、数据录入修改,数据审核,数据汇总,数据查询,数据管理,系统管理
6测试结果及分析
6.1测试结果
性能测试结果:
测试环境一:
应用服务:
10.6.99.121WebLogic
数据库:
10.6.99.118Oracle
1、批量审核性能问题。
2、批量汇总性能问题。
3、制度覆盖导入的性能问题。
4、展开数据处理地很慢。
5、本级数据导入200万数据,6个小时还没有结束。
测试环境二:
数据审核测试结果:
表名
数据量
审核关系条数
总体时间
平均值1
602(b1)
10317
74
2369
0.00310299
0.229621
601(b1)
48738
2933
0.00081323
0.0601789
602(b2)
155908
3514
0.00030458
0.0225389
601(b2)
220487
3801
0.000232961
0.0172391
602(c1)
10086
2349
0.003147258
0.2328971
601(c1)
61446
1979
0.000435232
0.0322071
602(c2)
10121
2982
0.544558072
0.2946349
601(c2)
61478
2342
0.000514796
0.0380949
602(e1)
10306
2350
0.003081385
0.2280225
601(e1)
61854
2979
0.000650835
0.0481618
601(e2)
62613
2980
0.000643161
0.047594
602(e2)
10198
2125
0.002815867
0.2083742
601(e3)
61619
2940
0.000644764
0.0477126
602(e3)
10136
2334
0.003111734
0.2302684
601(e4)
61644
1053
0.000230837
0.017082
602(e4)
10271
2340
0.003078729
0.2278259
测试环境三:
数据库和应用服务器oracle10g和Tomcat10.6.99.120
1、200万数据重名重码审核用了10分钟最后客户端IE出现内存错误。
2、重名重码审核出的结果11960,导出用了7分钟。
3、本级数据导出200万数据,目前速度是1小时20分钟。
4、导出本级数据每秒500条。
测试数据200万用1小时10分钟。
5、Csv文件200万本级导出数据下载下来解压失败。
海南培训测试环境:
数据库和应用服务器Oracle10g和Tomcat
1、80用户在线,其中70用户在线录数(乡镇级别用户),6个用户做批量汇总(省级用户),4个用户浏览(国家级用户)。
脚本跑半个小时左右tomcat抛outofmemory错,系统崩溃。
2、30乡镇级别用户在线录数,4国家级别在线浏览,2国家级用户手工点击批量审核,2国家级用户手工点击批量汇总,系统运行1小时左右宕机,outofmemory。
3、录数审核汇总混合操作
3.1、用户在线
(1)30用户在线录数(乡镇级)。
(2)4用户在线浏览,点击b1和b2专业展开操作(国家级)。
(3)6用户批量汇总(省级)。
(4)2国家级用户手工点击批量审核,2国家级用手工点击批量汇总。
3.2、现象
(1)脚本运行时系统响应较慢,批量汇总全选,批量审核全选,数据导出的全选,专业下有大数据的展开(40万),查看单位名录管理中具体表的数据,大概需要150s左右。
(2)表中有大数据(100万)查询时500s左右。
(3)脚本运行半小时左右宕机,tomcat日志显示outofmemory。
4、系统宕机(tomcat日志有outofmemory)
(1)初步定位系统宕机的原因为:
国家级别用户在大数量(220万)下批量审核和批量汇总会引起系统死机。
5、场景四:
(脚本运行十小时系统没宕机)
5.1、80用户在线
(1)70用户在线录数(乡镇级)
(2)4用户在线浏览,点击b1和b2专业展开操作(国家级)
(3)6用户批量汇总(省级)
5.2、现象:
(1)脚本运行时系统响应较慢,批量汇总全选,批量审核全选需500s
(2)数据导出全选,专业全选需500s左右
(3)有大数据专业的展开(40万),500s左右
(4)查看单位名录管理中具体表的数据240s左右
(5)601表保存120s左右
(6)空专业展开需45s左右
(7)基层数据查询需450s左右
5.3、结果:
(1)系统没有宕机
(2)表的submit事务失败比较多(工具设置发送请求超过120s服务器不响应就为超时失败)
(3)服务器处理事务能力低下,tps为0.1或者为0(tps为每秒事务处理数),服务器硬件资源没有长时间饱和。
(4)根据场景一三和场景二四,国家级别用户做批量审核和汇总(库中共220万数据),系统会宕机(outofmemory)
(5)根据场景四可以看出多用户(80用户)在线操作时,系统响应能力低下(查询,列表的展开,专业的全选等操作,具体时间请看每个场景中时间统计),系统响应时间超出了正常能接受的范围,服务器cpu资源未长时间饱和,memory使用过高。
(6)多用户在线操作时,601表保存操作耗时过长需要优化(80用户时120s)
(7)B1专业602-1发生过丢数现象(整条记录丢失),脚本运行时发现此表保存数比较其他表少。
脚本中设置每运行一次脚本每个表中录入数一样多
6、单机版:
Tomcat和OracleXE
1、OracleXE下的汇总问题。
第二次经济普查软件到2008-12-16日之前还存在78BUG,其严重级别不同。
Blocker19个、Critical28个、Major21个、Minor和Trivial13个
6.2结果分析
存在有一个后台错误。
覆盖导入制度40分钟。
存在3个问题。
存在15个问题。
存在10个问题,问题都很明显必需修。
综合表表间审核关系还没有测试,因为目前系统还没有作。
审核性能存在性能问题,并且这方面的测试还需要加强。
在4个问题。
一个是性能问题,汇总部分的循环表打开很慢,存在10钟的情况。
希望尽快提高性能。
汇总按条件汇总测试现在并不充分,因为正常的2008-12-15号还在调试E679汇总中。
这部分还需要详细测试。
存在4个问题
7、数据管理2个问题
存在2个问题。
.
7测试结论
软件现有和潜在问题很多,站在测试的角度测试不通过。
主要是因为:
再设计测试并不充分,还有元数据管理这个分支的代码被微软的成员提交过代码,现在测试很仓促。
频繁发包对于测试进程受到了很大影响,一天一个包,一天2个包,问题重复出现,bug引出的bug,比如:
就说最近的一个(根据组织机构代码调入清查数据,在2008-12-15日的最后一个版本之前还是可以的,之后版本就不能工作了)
,2008-12-15发了4个版本,
新增功能提交过来都存在很多问题,基本上没有一个没问题的新功能提交过来。
直至今日数据库和制度在调整内容,并且软件还有新功能增加。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 普查 数据处理 培训 测试报告 1215