4软件系统测试方案Word文档格式.doc
- 文档编号:3947087
- 上传时间:2023-05-02
- 格式:DOC
- 页数:32
- 大小:3.49MB
4软件系统测试方案Word文档格式.doc
《4软件系统测试方案Word文档格式.doc》由会员分享,可在线阅读,更多相关《4软件系统测试方案Word文档格式.doc(32页珍藏版)》请在冰点文库上搜索。
2、系统概述
2.1、项目的建设方、用户、开发方和支持机构
项目名称:
临汾市科技治超管理信息系统软件系统
项目建设单位:
临汾市治理非法超限超载车辆工作领导组办公室
项目的用户方:
临汾市及下辖17个县市区的治超办及成员单位
项目承建单位:
技术支持公司:
北京神舟航天软件技术有限公司
2.2、系统软件概述
2.2.1、设计依据
本设计方案主要依据为:
《临汾市综合科技治超管理信息化系统建设项目招标文件》
甲乙方双方签署的商务合同
经甲方、设计方、监理方共同确认的项目《临汾市综合科技治超管理信息化系统软件功能需求分析报告》
《全国治超信息系统数据交换标准》
2.2.2、设计标准规范
系统依据以下规范和指南完成:
《GB-8566-88计算机软件开发规范》
《GB-8567-88计算机软件产品》
《GB-9385-88计算机软件需求说明编制指南》
《GB-9385-88计算机软件测试文件编制指南》
《GB/T12504-90计算机软件质量保证计划规划》
《GB/T12505-90计算机软件配置管理计划规范》
《国标GB1526-89信息处理、数据库流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》
《中华人民共和国计算机信息系统安全保护条例》
《计算机软件工程规范国家标准汇编2003》
《交通电子政务建设标准化指导意见》
《交通电子政务总体方案》
GB/T11457-1995软件工程术语
GB/T14394-1993计算机软件可靠性和可维护性管理
GB/T8567-1988计算机软件产品开发文件编制指南
GB/T9386-1988计算机软件需求说明编制指南
IC卡道路运输证件暂行技术要求(征求意见稿)
2.2.3、三级软件系统的设计目标
A、市级科技治超系统
建设以市、县、企业三级数据中心为主体,依托交通、运管系统,将全市治超各个单位、部门网络进行重新整合。
为市领导、市交通局和市治超办,能全面实时地把握各区县的治超工作情况,掌握源头企业的交通生成动态,提供监督指导的信息化服务平台。
建成一个覆盖全市治超管理机构和各类企业的基础信息通讯网络和全市治超系统统一的数据中心。
使各部门间实现数据信息资源共享,最大地提升信息的利用率,对科技治超资源进行深度挖掘和综合利用,使以往由于信息链脱节造成的问题得到解决,使以往没有充分发挥作用的功能得到充分发掘。
B、县级平台整合
县级平台,担负各区县综合科技治超系统中的数据接收、传输和交换功能,实现对以往分散数据的采集整合,并向市级中心平台上传数据。
对县级平台进行全面改造,统一使用市级平台软件,采用统一数据库和数据结构进行数据管理和业务管理。
继承其原有设备,实现统一功能和数据格式,保证已安装系统企业用户不再增加投资。
数据从企业发送到县级中心,通过通讯服务程序写入县平台服务器的数据库,同时转发一份数据到省中心数据库,确保数据的异地备份。
县级平台软件可以保证在市级平台系统因故停机的情况下,县系统可以独立完成实时数据的采集、巡查数据的录入管理、统计查询及业务报表制作的功能。
在市级平台系统恢复工作后,将治超站点称重数据和业务管理数据同步到市级平台。
C、源头治超点的软件功能设计
路面治超点采集的数据,除视频通过视频系统整合外,上传的数据还包括:
l车牌道路运输证IC卡的数据
l电子运单数据
l地磅采集到的车货总重数据
l车辆称重的拍照图片信息
l超载报警信息
路面治超点监控,可以通过数据接口开发的方式,获取其系统采集的实时数据。
最关键的是将其自动获取的报警信息,及时展现给监控中心和有权限的用户,并能与业务处理机制相对接。
2.2.4、系统应用模式及角色
市级用户主要为监管需要,不直接管理治超数据,不直接处理治超具体业务,以工作指导、工作监督、统计查询、信息共享发布为主。
县级用户负责具体的治超业务工作,包括基础信息维护、巡查、治超事件的处理、信息上报等工作,是治超工作的主体。
考虑地级市和区县治超工作的分工不同、人车户及巡查工作分管的运政与治超管理主体的治超办二者的分工协作、各级监控中心、以及各级领导的监督等因素,对角色进行分工,并可根据用户的需要,增加各类角色,以适应治超工作的需要。
2.3、系统开发过程概述
2012年9月7日至9月15日需求调研及概要设计
2012年9月15日至9月25日系统详细设计
2012年9月25日至10月25日主体功能开发
2012年10月25日至11月15日用户修改意见调整
2012年11月15日至12月5日用户试用及关联系统联调
2012年12月5日至12月8日县级平台系统开发及联调
2012年12月8日至12月15日系统修改完善并测试
3、文档概述
本文档是基于项目招标书、甲乙方开发合同、与监理一同三方确认的软件功能需求分析报告、系统概要设计、系统详细设计等文档的内容,撰写的软件系统测试方案,供甲方和监理方据此对软件系统进行测试和验收。
本文档为内部文档,请相关持有人注意保密。
4、引用文件
本文件参考的文件包括:
《临汾市综合科技治超管理信息化系统招标书》
《临汾市综合科技治超管理信息化系统软件功能需求分析报告》--航天四创科技有限责任公司2012年9月7日
《临汾市综合科技治超管理信息化系统软件功能概要设计报告》--航天四创科技有限责任公司2012年9月15日
《临汾市综合科技治超管理信息化系统软件功能详细设计报告》--航天四创科技有限责任公司2012年9月25日
柯达公司《监控中心客户端使用手册》《CU二次开发接口文档》
二、测试的原则与方法
1、系统测试检验原则
由于本系统是一套根据用户需求定制的应用管理系统,用户在设计阶段没有非常明确的功能需求设计,而且随着用户的系统实际使用,还会进一步提出新的修改需求,因此本系统的测试采用功能调用测试和功能性监测相结合的测试方案。
对B/S系统的一般性管理功能,采用菜单调用性测试,通过对一定数量基础数据的录入,对本系统在管理基础数据的增加、修改、删除、查询统计、表现等软件功能进行测试。
对C/S的源头企业监控系统,采用实际业务数据采集和报警数据模拟的检验测试。
2、测试方式
2.1、B/S架构系统的测试
临汾市综合科技治超管理信息化系统COCS2000-LFBS2.0,是基于B/S架构的基础数据管理和治超业务相结合的信息管理系统。
其结合了数据库管理、WEBGIS应用平台和实时视频监控平台系统应用,对此系统的一般性软件功能进行模拟实际操作性的应用测试,并结合业务流程对用户业务产生的数据流进行模拟测试。
即:
2.1.1、系统配置功能测试
系统的配置主要为用户角色管理、用户管理和个人信息管理等功能,可以通过实际操作检验,权限管理功能。
2.1.2、基础数据管理功能测试
通过对基础数据,包括:
治超场站、源头企业、集中过磅点、维修企业、货运企业、治超办、监控站点、货运车辆、从业人员、治超办成员单位和治超人员等数据,分别基于一个县的实际数据进行录入、修改、删除、GIS地图标定、定位、视频绑定等操作,并对查询调用等功能进行检验。
2.1.3、治超业务流程管理
需结合C/S的治超企业前端监控系统软件采集的数据,对驻场巡查记录、超载事件管理、黑名单管理、处罚管理等进行测试和验证。
包括业务数据记录的添加修改和统计查询,及业务流程中的报警处警、责任认定、下达处罚与跟踪等业务功能。
2.1.4、统计查询功能
需在形成一定数据积累后,进行数据统计、报表生成和智能分析。
2.2、C/S源头企业监控软件测试
通过安装一定数量的企业端监控软件,在实际运行中实现数据才采集和报警业务流程测试。
对于不经常发生的超载报警事件,采用模拟或认为操纵产生报警事件,启动超载报警的功能检测。
三、测试准备
1、测试的网络准备
以县级平台为中心数据交换节点,实现企业通过VPN专网到县中心,从县中心通过移动VPN专网到市中心,中心通过内部网到办公桌面的三级网络构架。
1.1、治超办专线网络建设
根据市治超办监控中心的网络需求,承担业务系统的接入、重点源头企业视频接入及互联网出口,因此市治超办采用100MVPN专线接入。
1.2、区县治超办联网
临汾17个区县通过租用中国移动10M专线接入。
1.3、源头企业网络建设
在重要的源头企业,除传输治超称重数据外,实现监控点远程监控、24小时传输与视频分发共享。
重点源头企业采用2M专线接入。
其它源头企业可采用2MADSL进行接入。
1.4、临汾市科技治超平台实体网络结构
2、硬件准备
2.1、系统服务器及存储部署示意图
2.2、主机系统
市平台作为核心业务节点,主机系统主要包括:
部署双机热备的数据库服务器,web服务器、GIS服务器、通讯服务器、视频管理服务器、流媒体转发服务器和业务应用服务器。
——数据库服务器2台:
保证高可靠性、可用性。
用于部署数据库软件。
——WEB应用服务器1台:
用于部署源头治超监管系统、和通讯服务系统。
——GIS服务器1台:
用于部署GIS软件。
——视频管理服务器1台:
用于视频管理软件及视频整合接入软件部署。
县级平台作为备份服务节点和实时通讯服务基础节点部署区县数据库服务器、通讯服务器、视频服务器和WEB服务器。
——应用服务器1台:
用于部署通讯服务系统、县业务平台系统、县数据库。
2.3、存储系统
磁盘阵列1台:
用于存储临汾市科技治超管理信息系统相关的所有数据。
3、软件准备
3.1、B/S结构服务
B/S结构服务,以市平台系统为中心服务平台,实现治超系统内网用户的业务管理功能,并实现全市科技治超用户的统一的身份认证和权限管理。
需完成部署的系统包括:
lLINUXCENTOS5.8服务器版
l北京神舟航天软件技术有限公司的神通数据库SCOSCARV7.0版
lApache公司的Tomcat5.5版
l系统服务运行语言环境JDK1.6版
l临汾市综合科技治超管理信息化系统COCS2000-LFBS2.0
l柯达视频服务平台KDM2800系统及服务
3.2、C/S结构服务
C/S结构服务实现企业和场站治超信息的采集上传。
以县治超平台为业务数据采集处理中心,业务数据在县平台进行数据存储,同时上报市中心平台,实现数据的同步共享和异地备份。
总体软件架构图
4、其他测试前准备
4.1、系统部署
市治超办数据中心的软硬件系统部署完成,
治超一个县的分数据中心软硬件系统部署完成,
部署县平台系统的每个县至少安装2家企业端软件系统,
网络通畅及设备正常运行。
4.2、用户人员准备
市治超系统平台的系统管理员、首页维护人员和监控中心人员就位。
县治超系统平台的系统管理员、治超工作人员和监控中心人员就位。
经过企业端软件培训的企业称重人员就位。
建设方的技术负责人、开发方的技术人员和监理人员就位。
4.3、外围系统准备
视频监控系统搭建完成,并通过视频系统已经能从市中心监控平台的客户端软件可以获取到前端摄像头的视频信号。
4.4、流程准备
建设方、开发方和监理方明确测试流程,形成完整的测试流程和测试标准文档。
四、B/S系统测试方案
1、测试方案概述
测试内容包括:
l系统管理、
l治超公共服务首页管理、
l基础数据录入、
l监控功能
l业务流程管理、
l统计分析
2、系统管理测试
2.1、涉及的需求
标书“技术要求”“建设方案”“建设方案及技术指标”3.11项软件平台功能中:
实现统一的身份认证和权限管理,保证信息和数据的安全。
功能主要实现市县两级、基于角色划分的、用户身份和权限管理。
包括角色创建和权限划分,用户创建和管理,用户信息与密码维护。
2.2、先决条件
软、硬件配置见前文测试准备。
2.3、测试方案
2.3.1、角色与用户管理测试
2.3.1.1、角色与用户管理功能
主要对系统各县用户及角色进行分类定义和管理,包括各类用户角色的添加、修改和删除,如治超办用户、运管用户、监控中心用户、浏览用户等的管理。
地市级用户不参与具体业务,定位为监管和宏观指导。
角色管理功能只为市中心的系统管理员管理整个系统的功能分配设计。
用户管理权限,分配给县平台的系统管理员。
系统针对用户的角色和所在区县,对用户可调用的系统模块及可浏览的数据和操作权限进行分类管理。
治超工作的主体为区县治超单位,区县用户只能处理、查询自己辖区内的业务和信息数据。
2.3.1.2、角色与用户管理的输入
测试输入采用真实的管理数据,划分市县两级的用户角色;
依据用户的管理模式控制输入角色数据,并通过用户管理添加用户,实现基于角色划分的用户权限管理。
测试数据允许反复增加、修改和删除。
创建用户
2.3.1.3、预期测试结果
本测试结果,用户可以通过系统管理员的权限,对整个系统的应用角色进行创建和管理。
角色创建完成后,用户可以给个体用户开立账户,用户依据角色分配的权限,在登录系统后,系统显示其有权限的界面,和有权限的系统功能操作。
系统管理员可以通过为用户修改角色,改变用户的权限;
也可通过修改角色的权限,为一类用户变更操作权限。
2.4、评价结果的准则
2.4.1、角色创建
a.角色管理采用的是“功能菜单勾选”的直观操作界面;
b.角色可以任意增加,系统管理员应以便于管理为原则把握角色创建的数量和细化程度;
c.角色的名字尽量直观体现其工作岗位和角色;
d.“功能菜单勾选”已最终呈现的页面布局为组织原则,包括上方导航菜单、左侧导航菜单和功能模块,在选择时必须实行上方导航菜单和左侧导航菜单的对应,即分配一个功能模块的权限必须同时选择此模块在上方和左侧菜单的归属项;
e.如未正确选择上方和左侧的菜单,当用户用自己的账户登录时,不匹配的菜单将在界面里不能正确显示;
f.出现错误后,可通过对角色权限的修改进行修正,不影响系统的正常运转;
2.4.2、用户创建
a.用户管理采用的是表单填写的方式;
b.用户可以任意增加、维护和删除;
c.“用户名”是系统登录的名称,所以只能输入英文和数字两种组合字符;
“姓名”是系统登录后显示的名称,可输入中文名称,最好为实际姓名。
d.用户的“所在区县”和“角色”为必选项,决定用户的权限分配。
e.如未正确输入“用户名”,用户不能正常登录;
未选中“所在区县”和“角色”系统校验,不能创建用户。
f.出现错误后,可通过对输入项的修改进行修正,不影响系统的正常运转;
g.用户的账户,系统管理员可以通过锁定来冻结,此用户将不能登录。
h.用户密码丢失,系统管理员可以通过重置恢复初始密码,让用户重新修改自己的密码信息。
2.4.3、个人设置
用户可通过个人设置修改自己的“名称”和“登录密码”。
3、治超公共服务首页管理测试
3.1、涉及的需求
标书业务需求第10条:
信息发布:
通过WEB服务器发布信息。
本系统的公共服务平台,是为全市治超工作提供的信息发布平台。
主要应发布治超相关的新闻、通告、文件、和信息等,方便治超相关方面能共享信息。
本系统提供便捷的维护工具,由市治超办用户进行维护使用。
提供信息网站内容包括:
l图片新闻
l领导讲话
l政策法规
l公示文件
l治超动态
l系统公告
l源头治超公告
l道路维修养护公告
l治超热线记录管理
l领导信箱
l治超事件的实时提醒
3.2、先决条件
3.3、测试方案
3.3.1、新闻及公告发布测试
3.3.1.1、测试内容
3.3.1.2、信息录入
a.测试的八个功能模块均提供页面编辑功能和文件上传功能;
b.测试输入的数据来源于本地文件,可为word文件、txt文件和图片等格式真实文件;
c.测试的文件在copy到页面时,或丧失原有的排版格式,但系统提供排版控件,用户可自行调整文件内容的字体、颜色等属性;
d.上传的文档不能存储汉字的文件名,系统将自动将文件名改为数字序列,但不更改文件的格式和内容,供用户下载;
e.文件可以选择级别,高级别的新闻会排在前面。
f.公告可输入有效时间,超出有效时间,公告自动不再显示。
g.如需要允许再测试。
3.3.1.3、预期测试结果
在公共服务的网站栏目内,可以看到新增加的相关信息,并可以打开链接,并可下载相关的文件。
3.3.2、治超热线管理
3.3.2.1、测试内容
治超热线为监控中心或治超办监督电话设立的与企业交互功能,企业用户可通过拨打市治超办的治超热线,反应情况、咨询政策等,由监控中心或治超办的工作人员进行记录,并进行反馈。
此功能在公共服务界面中提供反馈信息查询和服务。
3.3.2.2、信息录入
治超热线的管理功能见后面治超监控功能,此处为治超热线反馈情况的查询功能。
3.3.2.3、预期测试结果
在公共服务的网站栏目内,可以看到新增加的相关运政热线反馈信息,并可以打开链接,查看详细信息。
3.3.3、其他功能测试
链接功能,点击可正确链接到目标网站。
治超信息,需用户配置outlook软件,并自动提供邮件发送。
治超机构功能,为界面直接显示,需用户提供显示需求。
处罚信息滚动条,显示最近5条处罚信息,系统自动更新。
3.4、评价结果的准则
输出的页面能正确显示,查询;
4、基础数据录入测试
4.1、涉及的需求
4.1.1、标书描述
标书业务需求第11条:
建设功能齐全的IC卡治超管理系统。
标书业务需求第5条:
治超情况统计汇总,依据治超站点、货运源头企业、运输企业、车辆信息、司乘人员和治超案件等的相关信息数据进行汇总统计,形成各类工作报表,供各级各类部门实时掌握治超信息,为科学分析、决策提供数据支撑。
报表的设计可以根据科技治超工作和交通监管部门工作需要随时进行修改和增加。
4.1.2、功能描述
4.2、先决条件
4.3、测试方案
4.3.1、有空间位置的场站信息管理功能
4.3.1.1、测试内容
有空间位置的场站包括:
治超源头企业、集中过磅点、路面治超站点、维修企业、重点路段监控点、区县治超办、货物运输单位以及上述企业下辖的监控站点。
信息管理的功能包括:
l上述场站的添加、修改、删除功能,
l场站的GIS定位维护
l治超站点与视频监控系统视频源的匹配与维护
l场站信息的查询
本功能模块由县所操作员负责维护。
4.3.1.2、测试数据录入
a.分别基于区县的实际数据进行测试。
b.场站数据录入中需要选择监管单位,所以应先建立治超办及相关监管单位的数据库。
c.有视频监控要求、称重数据监测的场站,需增加监控站点数据。
d.监控站点是附属于企业和场站的,监控站点管理栏目不设计添加功能。
e.摄像头匹配和地磅信息的匹配,都只能通过监控站点管理界面来完成。
f.GIS空间定位的功能在治超监控功能中GIS维护中实现。
4.3.1.3、预期测试结果
信息可依据地区、名称进行查询,可链接查询详细信息。
通过监控站点,可调用企业的视频,可以在GIS地图上定位。
如需要允许再测试。
4.3.2、其他基础数据的信息管理功能
4.3.2.1、测试内容
其他基础数据包括:
货运车辆、从业人员、治超办成员单位和治超人员等数据。
l以上数据的录入、修改、删除;
l数据的查询和调用等功。
4.3.2.2、测试数据录入
b.治超办成员单位的数据录入前,需要先建立治超办的数据库。
c.治超人员的数据录入前,需要先建立成员单位的数据库。
d.货运车辆和从业人员的数据由于数量庞大,最好通过运管不能提供的方式取得。
本功能提供手工录入界面。
e.货运车辆和从业人员的数据可以通过本项目C/S系统软件平台,自动从企业端的刷卡信息中获取。
f.从业人员的数据,由于存在变化,加上国家没有发从业人员管理IC卡,所以必须以身份证号(驾驶证号)为基本信息来管理。
4.3.2.3、预期测试结果
4.4、评价结果的准则
a.基础数据能正确查询检索;
b.基础数据信息完整且唯一
c.有空间位置的数据可进行GIS地图标定和定位;
d.有视频监控系统的空间位置,可进行视频调用;
e.有称重设备并安装企业端软件的地点,能链接查询最近的称重数据;
f.有上下级关系的信息项能关联查询;
5、治超监控功能测试
5.1、涉及的需求
5.1.1、标书需求
标书业务需求第2条:
数据、图像实时传输:
把前端的视频实时传输到县级平台,市级及省级可以实时查询,并借助于查询的方式进行历史数据、历史图像的查询。
标书业务需求第7条:
语音图像监控管理:
通过对站点、路面、源头企业的语音视频监管,完成对站点路面源头的语音图像监管。
标书业务需求第4条:
建立本市的综合交通专题地图,包括源头企业信息、治超站点信息、物流中心信息等相关企事业信息。
利用专业地图的优势,方便市级平台或省级平台进行灵活的数字专题地图的设计及发布。
5.1.2、功能设计
视频监控功能已经在监控中心的专用网络内,以C/S架构终端软件方式实现全部视频调用需求。
由于网络和网页技术的限制,在WEB页面中仅实现4视窗的视频实时调用。
用户可以通过WEB界面直接从企业列表、报警信息和GIS地图上调用视频监控图像。
WebGIS功能主要为方便用户在查询与空间位置相关的场站信息时,能从地图上方便地查到场站的主要信息,并能通过GIS地图,直接进入场站的界面,查看企业基本信息、历史运营记录、调
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 测试 方案