资源描述
北京市西城区区街居三级综合服务信息系统软件测试需求
为客观、公正和专业权威性地评判区街居三级综合服务信息系统软件实施的效果,依据"GB/T 17544-1998信息技术软件包质量要求和测试的国家标准,对西城区政府区街居三级综合服务系统项目进行第三方验收测试,为判定该系统是否满足区街居三级综合服务信息系统最终《需求规格说明书》和相关补充文件中规定的功能与性能指标提供客观的依据。
一、项目背景
1、情况简介
西城区区街居三级综合服务系统从2000年开始建设,现已完成了四期建设,正在实施第五期项目。一期建设围绕街道办事处居委会日常办公,实现了街道与居委会之间通知、文件的上传下达,使街道和居委会首次从原始的纸质手工操作进入了电子办公的初级阶段。提高了基层干部对计算机、上网的操作技能和对信息化的认识程度。二期建设增强了系统的数据处理功能,增加了居委会日常工作的部分信息、数据的网上填报,探索性的开展了区、街之间和街道内部的业务网上协同处理。三期根据市、区第五次城管会的要求,按照街道“统筹辖区发展、监督专业管理、组织公共服务、指导社区建设”的职责定位,结合街道管理体制改革和全程办事代理制度的深化,系统建设重点在网上办事功能上,全面支持了街道公共服务大厅全程办事代理服务,并依托区政府网站()开设了“街道办事处网上服务大厅”栏目,大力推进街道网上办事服务。四期建设全面支持街居办公、办事的电子化、网络化。为居委会开发电子报表系统和电子档案系统,实现街居80余种报表的网上填报和涉及社区工作的九大类档案的电子化管理,大大减轻居委会工作负担;完善街道数据中心,建立基层数据采集标准和流程,提高数据的使用效率;完善了“街道网上服务大厅”建设,继续推动街道公共服务大厅的网上综合受理,并探索7个街道之间的联网办理;实现了与区政务资源交换平台的对接,并依托交换平台共享北京市社区管理信息系统提供的人口基础信息,为街道提高办公效率,为社会提供信息服务提供强有力的支持。正在建设的五期项目是要实现社区居委会、街道办事处、区政府三个层面的区街居三级社情民意联动收集反馈系统(简称社情民意系统),达到实现高效收集处理社情民意及反馈的目的;通过完善升级硬件设备和网络改造,实现区街居系统内外网迁移;通过全程办事代理系统的升级改造,实现办事过程中居民基础数据的采集、界面改造、网上评议、分类目录调整变化、代办事项短信通知、咨询指南和证照表单套打等功能,适应7个街道对全程办事代理不同的内部审批流程;通过与西城区政务信息资源共享交换平台的衔接,畅通区委办局、街道办事处、社区居委会的纵向协同审批渠道,为西城区电子监察平台提供数据支持。实现服务器证书的部署应用和区级集中认证系统的接入。完成计生事项的改版,方便区计生委统计、分析工作。
2、项目总体设计及系统部署情况
为了满足系统对先进性、安全性、跨平台性、可扩展性、可移植性、分布式等方面的要求,系统总体架构设计采用先进的基于B/S的三层体系结构,将区级应用系统和7个街道应用系统连接在一起,实现经济、高效、完善的用户接入服务。
Ø 西城区网络分为两个部分,两部分之间可以通过网闸进行通信:
Ø 政务外网,不能直接访问互联网
Ø 国际互联网接入网,可以直接访问互联网
Ø 网上服务大厅设置在国际互联网接入网,供居民网上办事使用。
Ø 区街居三级综合服务系统设置在政务外网,供办事人员使用。
Ø 区街居三级综合服务系统集中部署在区信息中心,各街道通过政务外网访问;各街道办事处的内部办公系统部署在各街道本地的服务器上,对系统访问用户实现集中认证、单点登录。区街居三级综合服务信息系统,与区共享交换平台、区交互式办公系统、CA系统、区监察平台、短信平台等衔接,与部署在国际互联网接入网上的街道网上服务大厅之间通过网闸进行隔离和数据同步。
系统采用操作系统:WINDOWS SERVER 2003 数据库:SQL Server 2005
3、技术架构
J2EE技术应用平台
基于XML的数据支持
基于Web Service接口支持
采用组件化设计方法
二、项目目的
按照北京市西城区区街居三级综合服务信息系统软件四期、五期的合同条款与系统需求说明,对软件项目进行全面质量评测,为验收提供依据。
三、项目内容
对区街居三级综合服务信息系统软件中社区档案管理系统、社情民意和全程办事联网受理系统、全程办事代理系统、区街居报表系统(报表设计器)、数据交换子系统五个子系统进行验收测试。测试的内容包括九个方面,即软件的用户文档评审、功能性测试、可靠性测试、可维护性测试、易用性测试、可移植性测试、中文特性测试、标准符合性测试及性能测试。
(一)、对用户文档进行评审
用户文档手册一般应包括软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册等,用户文档编写的规范性,具体可参见GB 8567-88《计算机软件产品开发文件编制指南》,其评审重点包括:完整性、正确性、一致性、易理解程度和易浏览程度。
1) 完整性
使用手册;
产品描述中说明的所有功能;
用户可调用的所有功能描述;
说明产品的描述中给出的所有边界值;
安装手册;
程序维护手册。
2) 正确性
文档中所有信息应正确,不能有歧义和错误的描述。
3) 一致性
文档自身、文档之间或者文档与产品描述之间,不应相互矛盾,且术语一致。
4) 易理解程度
文档对正常使用其产品的一般用户应是容易理解的。
5) 易浏览程度
用户文档易于浏览,相互关系明确;
用户文档应有目录表和索引表。
(二)、 对系统进行功能性测试
通过功能测试查找软件在运行过程中可能存在的功能缺陷,如由于功能或操作未依照用户手册或需求规格说明书规定执行而造成功能未实现、功能或操作未能提供合理的和可接受的结果以实现用户的任务所期望的特定目标的情况;不适当的数据引起的结果不正确或不精确、实际操作规程与操作手册描述不符引起的结果不正确或不精确,即容错性;系统与区短信平台等规定系统或设备交互传递过程中出现的缺少数据及命令的情况;信息及数据的泄漏、重要数据的丢失、非法操作;软件与相关标准、约定或法规不相符合的情况;
功能性测试重点包括:社区档案管理系统、社情民意和全程办事联网受理系统、全程办事代理系统、区街居报表系统(报表设计器)、数据交换子系统五个系统的需求功能实现及各业务流程。具体测试内容如下:
1) 社区档案管理系统
档案类别管理
档案管理
档案查询
归档管理
档案回收站
2) 社情民意和全程办事联网受理系统
社情民意
全程办事代理联网受理
3) 全程办事代理系统
事项处理
领导处理
统计分析
系统管理
4) 区街居报表系统(报表设计器)
报表操作
系统管理
专题报表
统计查询
添加报表
设计报表
5) 数据交换子系统
数据下载
数据分发
数据上传
数据回馈
测试要求如下:
根据系统《需求规格说明书》,分析各功能点测试的优先级别。用户经常使用、关系到系统核心功能、优先级别较高的功能点,测试覆盖率应达到100%。
功能测试必须即包括正常输入和正常业务流程测试,也包括对非法数据输入和异常处理的测试,且对系统非正常操作的测试用例应占到总数的20%-30%。
(三)、对系统进行可靠性测试
系统的可靠性测试重点检查系统的成熟性、容错性和易恢复性的能力。
1) 成熟性:软件产品为避免由软件中错误而导致失效的能力。
测试系统使用的容量如登陆用户数、并发用户数、CPU内存资源占用等指标达到规定的极限时,系统不崩溃、不异常退出也不丢失数据;
测试系统试图使用的容量如登陆用户数、并发用户数、CPU内存资源占用等指标超出规定极限时,系统不崩溃、不异常退出也不丢失数据;
产品描述中列出的其他程序或用户造成的错误输入时,系统不崩溃也不丢失数据;
输入用户文档中明确规定的非法指令时,系统不崩溃也不丢失数据;
不会因掉电、异常退出、网络异常中断等原因而使软件或数据遭到破坏。
2) 容错性:在软件出现故障或者违反指定接口的情况下,软件产品维持规定的性能级别的能力。
考察对用户常见的误操作的提示和屏蔽情况;
对用户的错误提示准确程度;
输入错误数据时,系统不崩溃、不异常退出也不丢失数据;
有错误操作时,系统不崩溃、不异常退出也不丢失数据;
3) 易恢复性: 在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力。
(四)、 对系统进行易用性测试
易用性测试重点包括:易理解性、易浏览性和易操作性。
1) 易理解性
软件产品使用户能理解软件是否合适,以及如何能将软件用于特定的任务和使用环境的能力;
2) 易浏览性
软件产品使用户易于浏览,符合办公习惯。
3) 易操作性
软件产品使用户能操作和控制它的能力。
(五)、 对系统进行可维护性测试
可维护性测试重点包括:易分析性和稳定性。
1) 易分析性
软件的易分析性是为了诊断软件的故障或缺陷原因或需休整的部分进行的定位所需努力的一种属性。
2) 稳定性
软件的稳定性是从软件设计的角度出发,检验软件架构的稳定,也就是说需求、代码等的变更对软件系统的影响要尽可能地小。
(六)、对系统的可移植性进行测试
可移植性重点测试系统的适用性和兼容性。
1) 适用性
系统或用户试图使软件适应于不同的规定环境时的能力。
2) 兼容性
系统或用户试图用该软件代替软件环境中其他规定的软件时的能力。
硬件兼容性:系统对不同型号硬件(如服务器、打印机、扫描仪等设备)的兼容程度;
平台兼容性:系统对操作系统、数据库系统的兼容程度,系统可移植、跨平台使用的能力;
软件兼容性:考察系统与其他应用软件的兼容性,如杀毒软件、报表软件等;
(七)、对系统进行性能测试
1) 测试目的
本次测试是针对综合服务信息系统进行效率测试,目的是为该系统的性能指标进行摸底评测,检测该系统在满足用户的使用需求中可能存在的性能瓶颈和其他性能问题。
对现有系统的性能做量化的综合评估;
发现系统可能存在的性能瓶颈;
为系统资源优化提供参考;
考察系统的可扩展性。
2) 性能指标要求
系统处理的业务量月平均处理量在1500件左右,年度处理总量为20000件左右;
同时在线人数200人以内;
响应时间小于1秒、更新处理时间、数据的转换和传送时间:及时性要求中等;
系统连续稳定运行。
3) 测试范围
将如下子系统的核心工作流程纳入效率测试考核的工作范围:
区街居报表系统
全程办事代理
社情民意
社区档案管理系统
数据交换系统
4) 测试内容
深入了解系统对各种资源的分布与使用情况,确定系统可能存在的性能瓶颈。根据系统目前和将来可能会遇到的用户压力和使用频率来选定本次效率测试的虚拟用户数(200以上)和检查点。对区街居报表系统、全程办事代理、社情民意、社区档案管理系统和数据交换系统的时间特性和资源特性,依据系统可能遇到的数据压力设计相应数据量的场景,检测系统并发用户、在线用户增加至系统能够承受的最大用户并发数量,同时监控系统资源。
Ø 负载压力测试内容
交易结果(Load Test Summary):交易执行结果报告
响应时间:服务器对每个应用请求的处理时间,单位:秒,该项指标反映了系统事务处理的性能,具体包括以下几项参数:
ü Minimum:最小的服务器响应时间;
ü Average:平均的服务器响应时间;
ü Maximum:最大的服务器响应时间;
ü Std:事务处理服务器响应的偏差,值越大,偏差越大;
ü 90%:90%事务处理的服务器响应时间。
虚拟并发用户数(Total Virtual Users):测试工具模拟的用户并发数量。
交易频率(Transaction Rate):不同负载下每分钟成功完成的事务处理数。
Ø 资源监控内容
监控Web服务器、数据库服务器的资源使用情况,具体指标如下:
CPU利用率(CPU utilization): CPU占用率(%)
磁盘阻塞(Disk Traffic):磁盘每秒阻塞的字节数
中断速率(Interrupt rate):CPU每秒处理的中断数
内存页交换速率(Paging rate):每秒写入内存页和从物理内存中读出页的个数
用户CPU利用率(User mode CPU utilization):用户模式下的CPU占用率(%)
(八)、中文特性
中文特性测试重点包括:中文显示、汉化程度和编码支持程度。
1) 中文显示
对话框、菜单、图标、窗口等界面;
信息提示,帮助文档符合中文使用习惯。
2) 汉化程度
系统全部中文汉化。
3) 编码支持程度
支持GB 2312 编码;
支持 GB 13000.1 编码;
支持GB 18030 编码。
(九)、标准符合性测试
符合用户手册或者数据交换规范中的数据标准要求,在保证系统和数据安全的前提下,能够方便地与其他的系统实现数据交换和共享,支持用户手册或者数据交换规范中规定的数据格式等,测试重点为数据格式和分类代码。
1) 数据格式
依据用户手册或者数据交换规范中规定的数据格式,检查交换文件是否符合规定的数据格式。
2) 分类代码
依据用户手册或者数据交换规范中规定的分类代码,检查交换文件是否符合规定的代码。
四、要求
(一)、测试结果要求
验收报告要对测试结果进行评估,并有针对性地提出意见和建议。主要包括:
对记录的测试结果数据进行分析;
对于存在问题的数据,分析判断产生问题的原因,并将问题按危害程度分出等级;
根据测试结果数据计算各种度量值;
测试用例执行率要达到100%,测试用例的通过率要达到80%。
测试用例的覆盖率达到用户提出的主要功能点的百分率。
(二)、测试工期要求
总项目测试工期需在两周内完成。
(三)、测试方资格要求
必须在中华人民共和国境内注册,具有独立法人资格。如注册地不在北京,测试方必须在北京市区范围内设有经正式登记的分支机构。
财务状况正常,持续经营能力强。
测试机构的资质须符合中国实验室国家认可委员会认可证书(CNAS)或国家认证认可监督管理委员计量认证合格证书。
近两年中至少有3次管理信息系统(其中至少有一个大型项目)的测试或验收测试经验。
具有良好的信誉和诚实的商业道德;最近三年内在经营活动中没有违法和不良记录;没有合同违约、泄露商业秘密或技术秘密等非公开信息事件。
能够承诺在规定的时间内完成工作任务。
西城区信息化工作办公室
二〇〇九年七月三日
展开阅读全文