临汾市综合科技治超管理信息化系统
软件功能测试方案
航天四创科技有限责任公司
2012年11月15日
1 / 33
目录
一、 引言 ................................................................................................................................... 3
1、标识 ..................................................................................................................................... 3 2、系统概述 ............................................................................................................................. 3
2.1、项目的建设方、用户、开发方和支持机构 ......................................................... 3 2.2、系统软件概述 ......................................................................................................... 3 2.3系统开发过程概述 .................................................................................................... 5 3、文档概述 ............................................................................................................................. 6 4、引用文件 ............................................................................................................................. 6 二、 测试的原则与方法 ........................................................................................................... 7
1、系统测试检验原则 ............................................................................................................. 7 2、测试方式 ............................................................................................................................. 7 三、 测试准备 ........................................................................................................................... 8
1、测试的项目唯一标识符 ..................................................................................................... 8 2、硬件准备 ............................................................................................................................. 9 3、软件准备 ........................................................................................................................... 10 4、其他测试前准备 ............................................................................................................... 11 四、 测试方案 ......................................................................................................................... 12
1、 测试方案概述 ............................................................................................................. 12 2、 系统管理测试 ............................................................................................................. 12 3、 治超公共服务首页管理测试 ..................................................................................... 16 4、 基础数据录入测试 ..................................................................................................... 19 5、 业务数据采集测试 ..................................................................................................... 29 6、 业务流程管理测试 ..................................................................................................... 21 7、 统计分析测试 ............................................................................................................. 26 五、 需求的可追踪性 ............................................................................................................. 29 六、 附录 ................................................................................................................................. 32
2 / 33
一、 引言 1、标识
本文档适用的系统软件为：
临汾市综合科技治超管理信息化系统COCS2000-LFBS2.0 临汾市治超企业信息监管服务系统COSM2000-LFCS1.0 神舟软件的神通数据库系统SCOSCAR V7.0版
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/T 12504-90计算机软件质量保证计划规划》 《GB/T 12505-90计算机软件配置管理计划规范》
3 / 33
《国标GB1526-89信息处理、数据库流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》
《中华人民共和国计算机信息系统安全保护条例》 《计算机软件工程规范国家标准汇编2003》 《交通电子政务建设标准化指导意见》 《交通电子政务总体方案》 GB/T11457-1995软件工程术语
GB/T14394-1993计算机软件可靠性和可维护性管理 GB/T8567-1988计算机软件产品开发文件编制指南 GB/T9386-1988计算机软件需求说明编制指南
GB/T14394-1993计算机软件可靠性和可维护性管理 IC卡道路运输证件暂行技术要求（征求意见稿）
2.2.3、三级软件系统的设计目标 A、市级科技治超系统 建设以市、县、企业三级数据中心为主体，依托交通、运管系统，将全市治超各个单位、部门网络进行重新整合。为市领导、市交通局和市治超办，能全面实时地把握各区县的治超工作情况，掌握源头企业的交通生成动态，提供监督指导的信息化服务平台。
建成一个覆盖全市治超管理机构和各类企业的基础信息通讯网络和全市治超系统统一的数据中心。使各部门间实现数据信息资源共享，最大地提升信息的利用率，对科技治超资源进行深度挖掘和综合利用，使以往由于信息链脱节造成的问题得到解决，使以往没有充分发挥作用的功能得到充分发掘。
B、县级平台整合
县级平台，担负各区县综合科技治超系统中的数据接收、传输和交换功能，实现对以往分散数据的采集整合，并向市级中心平台上传数据。
对县级平台进行全面改造，统一使用市级平台软件，采用统一数据库和数据结构进行数据管理和业务管理。继承其原有设备，实现统一功能和数据格式，保证已安装系统企业用户不再增加投资。
数据从企业发送到县级中心，通过通讯服务程序写入县平台服务
4 / 33
器的数据库，同时转发一份数据到省中心数据库，确保数据的异地备份。
县级平台软件可以保证在市级平台系统因故停机的情况下，县系统可以独立完成实时数据的采集、巡查数据的录入管理、统计查询及业务报表制作的功能。在市级平台系统恢复工作后，将治超站点称重数据和业务管理数据同步到市级平台。
C、源头治超点的软件功能设计
路面治超点采集的数据，除视频通过视频系统整合外，上传的数据还包括：
车牌道路运输证IC卡的数据 电子运单数据
地磅采集到的车货总重数据 车辆称重的拍照图片信息 超载报警信息
路面治超点监控，可以通过数据接口开发的方式，获取其系统采集的实时数据。 最关键的是将其自动获取的报警信息，及时展现给监控中心和有权限的用户，并能与业务处理机制相对接。
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日 用户修改意见调整
5 / 33
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二次开发接口文档》
6 / 33
二、 测试的原则与方法 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的治超企业前端监控系统软件采集的数据，对驻场巡查记录、超载事件管理、黑名单管理、处罚管理等进行测试和验证。
包括业务数据记录的添加修改和统计查询，及业务流程中的报警
7 / 33
处警、责任认定、下达处罚与跟踪等业务功能。
2.1.4、统计查询功能 需在形成一定数据积累后，进行数据统计、报表生成和智能分析。
2.2、C/S源头企业监控软件测试
通过安装一定数量的企业端监控软件，在实际运行中实现数据才采集和报警业务流程测试。
对于不经常发生的超载报警事件，采用模拟或认为操纵产生报警事件，启动超载报警的功能检测。
三、 测试准备
1、测试的网络准备
以县级平台为中心数据交换节点，实现企业通过VPN专网到县中心，从县中心通过移动VPN专网到市中心，中心通过内部网到办公桌面的三级网络构架。
1.1、治超办专线网络建设
根据市治超办监控中心的网络需求，承担业务系统的接入、重点源头企业视频接入及互联网出口，因此市治超办采用100M VPN专线接入。
1.2、区县治超办联网
临汾17个区县通过租用中国移动10M专线接入。
1.3、源头企业网络建设
在重要的源头企业，除传输治超称重数据外，实现监控点远程监控、24小时传输与视频分发共享。重点源头企业采用2M专线接入。其它源头企业可采用2M ADSL进行接入。
8 / 33
1.4、临汾市科技治超平台实体网络结构
2M 专线超限监测站重点源头企业2M 专线专线超限监测站重点源头企业2 专M线超限监测站重点源头企业重点源头企业 专2M线10M专专线10M专线县治超办县治超办县治超办线2M线 专10M专线中国移动VPN专网100M10M专线公路分局交通局路政处中国移动网络局域网核心应用区应用服务器交换机 核心路由器应用服务器视频视频管理服务器服务区流媒体转发服务器交换机临汾市科技治超平台专网网络出口区防火墙办公内网防病毒网关核心数据库服务器数据区数据库服务器交换机 核心交换机
2、硬件准备
2.1、系统服务器及存储部署示意图
临汾市综合科技治超平台磁盘阵列光纤交换机光纤交换机业务应用服务器视频接入服务器存储层主机层数据备份服务器（复用运维管理）数据库服务器区县监控分中心十七个区县监控中心通讯应用服务器WEB应用服务器GIS服务器流媒体转发服务器业务应用服务器视频接入服务器区县监控分中心 9 / 33
2.2、 主机系统
市平台作为核心业务节点，主机系统主要包括：部署双机热备的数据库服务器，web服务器、GIS服务器、通讯服务器、视频管理服务器、流媒体转发服务器和业务应用服务器。
——数据库服务器2台：保证高可靠性、可用性。用于部署数据库软件。
——WEB应用服务器1台：用于部署源头治超监管系统、和通讯服务系统。
——GIS服务器1台：用于部署GIS软件。 ——视频管理服务器1台：用于视频管理软件及视频整合接入软件部署。
县级平台作为备份服务节点和实时通讯服务基础节点部署区县数据库服务器、通讯服务器、视频服务器和WEB服务器。
——应用服务器1台：用于部署通讯服务系统、县业务平台系统、县数据库。
——视频管理服务器1台：用于视频管理软件及视频整合接入软件部署。
2.3、 存储系统 磁盘阵列1台：用于存储临汾市科技治超管理信息系统相关的所有数据。
3、软件准备
3.1、B/S结构服务
B/S结构服务，以市平台系统为中心服务平台，实现治超系统内网用户的业务管理功能，并实现全市科技治超用户的统一的身份认证和权限管理。需完成部署的系统包括：
LINUX CENTOS5.8服务器版
北京神舟航天软件技术有限公司的神通数据库SCOSCAR V7.0版
Apache公司的Tomcat5.5版
系统服务运行语言环境JDK1.6版
10 / 33
临汾市综合科技治超管理信息化系统COCS2000-LFBS2.0 柯达视频服务平台KDM2800系统及服务
3.2、C/S结构服务
C/S结构服务实现企业和场站治超信息的采集上传。以县治超平台为业务数据采集处理中心，业务数据在县平台进行数据存储，同时上报市中心平台，实现数据的同步共享和异地备份。
展示层交通政务专网门户企业应用系统基础信息管理法律法规发布系统公告发布行业信息发布治超动态信息企业管理运营管理视频监管处罚管理治超情况统计基础数据统计统计查询上报交通局相关信息系统应用层其他相关部门超载智能分析投诉纠纷分析决策分析行业服务行业管理信息安全保障体系支撑层WEB应用平台地理信息平台前置库企业库企业库驾驶员库驾驶员库车辆库车辆库运营库运营库处罚库处罚库ICIC卡库卡库运政数据库运政数据库交通信息化标准规范体系数据层数据共享与交换平台数据采集企业系统县级系统视频系统移动执法系统其它业务系统网络层交通专网互联网无线专网基础层主机及服务器网络设备存储系统设备安全设备基础软件平台工程建设与运管保障体系总体软件架构图
4、其他测试前准备 4.1、系统部署
市治超办数据中心的软硬件系统部署完成， 治超一个县的分数据中心软硬件系统部署完成，
部署县平台系统的每个县至少安装2家企业端软件系统，
11 / 33
网络通畅及设备正常运行。
4.2、用户人员准备
市治超系统平台的系统管理员、首页维护人员和监控中心人员就位。
县治超系统平台的系统管理员、治超工作人员和监控中心人员就位。
经过企业端软件培训的企业称重人员就位。
建设方的技术负责人、开发方的技术人员和监理人员就位。
4.3、外围系统准备 视频监控系统搭建完成，并通过视频系统已经能从市中心监控平台的客户端软件可以获取到前端摄像头的视频信号。
4.4、流程准备
建设方、开发方和监理方明确测试流程，形成完整的测试流程和测试标准文档。
四、 B/S系统测试方案 1、 测试方案概述 测试内容包括： 系统管理、
治超公共服务首页管理、 基础数据录入、 监控功能
业务流程管理、 统计分析 2、 系统管理测试 2.1、涉及的需求 标书“技术要求”“建设方案”“建设方案及技术指标”3.11项软件平台功能中：实现统一的身份认证和权限管理，保证信息和数据的安全。
12 / 33
功能主要实现市县两级、基于角色划分的、用户身份和权限管理。包括角色创建和权限划分，用户创建和管理，用户信息与密码维护。
2.2、先决条件
软、硬件配置见前文测试准备。
2.3、测试方案
2.3.1、角色与用户管理测试 2.3.1.1、角色与用户管理功能
主要对系统各县用户及角色进行分类定义和管理，包括各类用户角色的添加、修改和删除，如治超办用户、运管用户、监控中心用户、浏览用户等的管理。
地市级用户不参与具体业务，定位为监管和宏观指导。角色管理功能只为市中心的系统管理员管理整个系统的功能分配设计。用户管理权限，分配给县平台的系统管理员。
系统针对用户的角色和所在区县，对用户可调用的系统模块及可浏览的数据和操作权限进行分类管理。治超工作的主体为区县治超单位，区县用户只能处理、查询自己辖区内的业务和信息数据。
2.3.1.2、角色与用户管理的输入
测试输入采用真实的管理数据，划分市县两级的用户角色； 依据用户的管理模式控制输入角色数据，并通过用户管理添加用户，实现基于角色划分的用户权限管理。
13 / 33
测试数据允许反复增加、修改和删除。
创建用户
2.3.1.3、预期测试结果
本测试结果，用户可以通过系统管理员的权限，对整个系统的应用角色进行创建和管理。
角色创建完成后，用户可以给个体用户开立账户，用户依据角色分配的权限，在登录系统后，系统显示其有权限的界面，和有权限的系统功能操作。
系统管理员可以通过为用户修改角色，改变用户的权限；也可通
14 / 33
过修改角色的权限，为一类用户变更操作权限。
2.4、评价结果的准则 2.4.1、角色创建
a.角色管理采用的是“功能菜单勾选”的直观操作界面； b.角色可以任意增加，系统管理员应以便于管理为原则把握角色创建的数量和细化程度；
c.角色的名字尽量直观体现其工作岗位和角色；
d. “功能菜单勾选”已最终呈现的页面布局为组织原则，包括上方导航菜单、左侧导航菜单和功能模块，在选择时必须实行上方导航菜单和左侧导航菜单的对应，即分配一个功能模块的权限必须同时选择此模块在上方和左侧菜单的归属项；
e.如未正确选择上方和左侧的菜单，当用户用自己的账户登录时，不匹配的菜单将在界面里不能正确显示；
f.出现错误后，可通过对角色权限的修改进行修正，不影响系统的正常运转；
2.4.2、用户创建
a.用户管理采用的是表单填写的方式； b.用户可以任意增加、维护和删除；
c.“用户名”是系统登录的名称，所以只能输入英文和数字两种组合字符；“姓名”是系统登录后显示的名称，可输入中文名称，最好为实际姓名。
d. 用户的“所在区县”和“角色”为必选项，决定用户的权限分配。
e.如未正确输入“用户名”，用户不能正常登录；未选中“所在区县”和“角色”系统校验，不能创建用户。
f.出现错误后，可通过对输入项的修改进行修正，不影响系统的正常运转；
g.用户的账户，系统管理员可以通过锁定来冻结，此用户将不能登录。
h.用户密码丢失，系统管理员可以通过重置恢复初始密码，让用户重新修改自己的密码信息。
15 / 33
2.4.3、个人设置
用户可通过个人设置修改自己的“名称”和“登录密码”。 3、 治超公共服务首页管理测试
3.1、涉及的需求
标书业务需求第10条：信息发布：通过WEB服务器发布信息。 本系统的公共服务平台，是为全市治超工作提供的信息发布平台。主要应发布治超相关的新闻、通告、文件、和信息等，方便治超相关方面能共享信息。
本系统提供便捷的维护工具，由市治超办用户进行维护使用。提供信息网站内容包括：
图片新闻 领导讲话 政策法规 公示文件 治超动态 系统公告 源头治超公告 道路维修养护公告 治超热线记录管理 领导信箱
治超事件的实时提醒
3.2、先决条件
软、硬件配置见前文测试准备。
3.3、测试方案
3.3.1、新闻及公告发布测试 3.3.1.1、测试内容 测试内容包括：
16 / 33
图片新闻 领导讲话 政策法规 公示文件 治超动态 系统公告 源头治超公告 道路维修养护公告
3.3.1.2、信息录入
a.测试的八个功能模块均提供页面编辑功能和文件上传功能； b.测试输入的数据来源于本地文件，可为word文件、txt文件和图片等格式真实文件；
c.测试的文件在copy到页面时，或丧失原有的排版格式，但系统提供排版控件，用户可自行调整文件内容的字体、颜色等属性；
17 / 33
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、评价结果的准则
输出的页面能正确显示，查询；
18 / 33
4、 基础数据录入测试 4.1、涉及的需求 4.1.1、标书描述
标书业务需求第11条：建设功能齐全的IC卡治超管理系统。 标书业务需求第5条：治超情况统计汇总，依据治超站点、货运源头企业、运输企业、车辆信息、司乘人员和治超案件等的相关信息数据进行汇总统计，形成各类工作报表，供各级各类部门实时掌握治超信息，为科学分析、决策提供数据支撑。报表的设计可以根据科技治超工作和交通监管部门工作需要随时进行修改和增加。
4.1.2、功能描述
4.2、先决条件
软、硬件配置见前文测试准备。
4.3、测试方案
4.3.1、有空间位置的场站信息管理功能 4.3.1.1、测试内容
有空间位置的场站包括：治超源头企业、集中过磅点、路面治超站点、维修企业、重点路段监控点、区县治超办、货物运输单位以及上述企业下辖的监控站点。信息管理的功能包括：
上述场站的添加、修改、删除功能， 场站的GIS定位维护
治超站点与视频监控系统视频源的匹配与维护 场站信息的查询
本功能模块由县所操作员负责维护。
4.3.1.2、测试数据录入
a．分别基于区县的实际数据进行测试。
b．场站数据录入中需要选择监管单位，所以应先建立治超办及相关监管单位的数据库。
c．有视频监控要求、称重数据监测的场站，需增加监控站点数
19 / 33
据。
d．监控站点是附属于企业和场站的，监控站点管理栏目不设计添加功能。
e．摄像头匹配和地磅信息的匹配，都只能通过监控站点管理界面来完成。
f．GIS空间定位的功能在治超监控功能中GIS维护中实现。
4.3.1.3、预期测试结果
信息可依据地区、名称进行查询，可链接查询详细信息。 通过监控站点，可调用企业的视频，可以在GIS地图上定位。 如需要允许再测试。
4.3.2、其他基础数据的信息管理功能 4.3.2.1、测试内容
其他基础数据包括：货运车辆、从业人员、治超办成员单位和治超人员等数据。信息管理的功能包括：
以上数据的录入、修改、删除； 数据的查询和调用等功。
本功能模块由县所操作员负责维护。
4.3.2.2、测试数据录入
a．分别基于区县的实际数据进行测试。
b．治超办成员单位的数据录入前，需要先建立治超办的数据库。 c．治超人员的数据录入前，需要先建立成员单位的数据库。 d．货运车辆和从业人员的数据由于数量庞大，最好通过运管不能提供的方式取得。本功能提供手工录入界面。
e．货运车辆和从业人员的数据可以通过本项目C/S系统软件平台，自动从企业端的刷卡信息中获取。
f．从业人员的数据，由于存在变化，加上国家没有发从业人员管理IC卡，所以必须以身份证号（驾驶证号）为基本信息来管理。
4.3.2.3、预期测试结果
信息可依据地区、名称进行查询，可链接查询详细信息。
20 / 33
如需要允许再测试。
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地图，直接进入场站的界面，查看企业基本信息、历史运营记录、调用视频及其他操作。
21 / 33
5.2、先决条件
软、硬件配置见前文测试准备。
列入监控的有空间信息的场站，完成基本信息录入； 监控站点完成与视频监控系统的链接，并已经在监控系统平台中注册；
监控终端软件已经在企业安装并运行。
监控站点的数据通过C/S系统上传到县中心平台。
5.3、测试方案
5.3.1、GIS监控与维护 5.3.1.1、GIS标定内容 测试功能包括： 地图调用 卫星图片调用
采用临汾市全境电子地图，制作临汾治超专用地图。
支持鼠标控制地图上下左右移动；实现电子地图的放大、缩小、平移，和场站检索等操作。
为各级权限终端用户提供视频监控场站的电子地图管理服务，能够在电子地图网页上添加、删除和编辑场站。
电子地图支持显示监控点详细信息，包括：监控点名称、资料和联系人数据。
在电子地图上显示的监控站点，通过点击这些站点图标，可调用企业信息界面，界面内直接链接调用站点内的摄像头列表并浏览视频，并查询最近称重记录。
4.3.1.2、场站的地图标定
a.打开地图维护界面进入场站标定功能界面；
b.系统自动将全部有空间管理需要的企业显示在列表中；
c.用户可以用分类查询和名称模糊查询的方式找到需要标定的场站记录；
d.通过地图操作找到企业所在的位置；
e.点击标定按钮，确认操作性质，单击要标定的地图位置，经过
22 / 33
交互确认界面，完成地图标定。
1)地图标定的精度由放大地图的基本和用户的选择决定； 2)地图图标由其所属的场站类型决定； 3)未经标定的场站，系统提示未经标定；
4)通过再次标定来修改场站的空间位置信息； 5）如需要允许再测试。
4.3.1.3、预期测试结果
地图维护为所见即所得方式，直观标定位置，并可以直接进入信息显示等操作。
4.3.2、地图监控测试
5.4、评价结果的准则
本条应标识用于评价测试用例的中间和最终测试结果的准则。(若适用)应对每一测试结果提供以下信息：
a.输出可能变化但仍能接受的范围或准确度；
b.构成可接受的测试结果的输入和输出条件的最少组合或选择； c.用时间或事件数表示的最大/最小允许的测试持续时间； d.可能发生的中断、停机或其他系统故障的最大数目； e.允许的处理错误的严重程度；
f.当测试结果不明确时执行重测试的条件；
g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；
h.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；
i.以上未提及的其他准则。 6、 业务流程管理测试 4.1涉及的需求
本条应标识测试用例所涉及的CSCI需求或系统需求(此信息亦可在5.a中提供)。
23 / 33
4.2先决条件
本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨论以下内容：
a.软、硬件配置；
b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；
c.运行测试用例所需的预置硬件条件或电气状态； d.计时度量所用的初始条件； e.模拟环境的条件；
f.测试用例特有的其他特殊条件。
4.3测试输入
本条应描述测试用例所需的测试输入，(若适用)应提供以下内容：
a.每一测试输入的名称、用途和说明(如值的范围、准确度)； b.测试输入的来源与用于选择测试输入的方法； c.测试输入是真实的还是模拟的； d.测试输入的时间或事件序列； e.控制输入数据的方式：
1)用最小/合理数量的数据类型和值测试各项；
2)对过载、饱和及其他“最坏情况”影响，用各种有效数据类型和值试验被测各项；
3)对非常规输入处理用无效数据类型和值试验被测各项； 4)如需要允许再测试。
4.4预期测试结果
本条应标识测试用例的所有预期测试结果。(若适用)应提供中间结果和最终结果。
4.5评价结果的准则
本条应标识用于评价测试用例的中间和最终测试结果的准则。(若适用)应对每一测试结果提供以下信息：
24 / 33
a.输出可能变化但仍能接受的范围或准确度；
b.构成可接受的测试结果的输入和输出条件的最少组合或选择； c.用时间或事件数表示的最大/最小允许的测试持续时间； d.可能发生的中断、停机或其他系统故障的最大数目； e.允许的处理错误的严重程度；
f.当测试结果不明确时执行重测试的条件；
g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；
h.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；
i.以上未提及的其他准则。
4.6测试过程
本条应定义测试用例的测试过程。测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。为便于文档维护，可以将测试过程作为附录并在此引用。每个测试过程的适当详细程度依赖于被测试软件的类型。对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。(若适用)每一测试过程应提供：
a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：
1)初始化测试用例并运用测试输入； 2)检查测试条件；
3)执行测试结果的临时评价； 4)记录数据；
5)暂停或中断测试用例；
6)如果需要，请求数据转储或其他帮助； 7)修改数据库/数据文件；
8)如果不成功，重复测试用例；
9)根据该测试用例的要求，应用替代方式； 10)终止测试用例。
b.对每一步骤的预期结果与评价准则
25 / 33
c.如果测试用例涉及多个需求，需标识出哪一个(些)测试过程步骤涉及哪些需求。(亦可在第5章中提供)
d.程序停止或指示的错误发生后要采取的动作，如： 1)为便于引用，根据指示器记录关键的数据；
2)暂停或中止对时间敏感的测试支持软件和测试仪器； 3)收集与测试结果有关的系统记录和操作员记录。
e.归约和分析测试结果所采用的过程，(若适用)应完成下述各项：
1)检测是否已产生了输出；
2)标识由测试用例所产生数据的媒体和位置； 3)评价输出，作为继续测试序列的基础； 4)与所需的输出对照，评价测试输出。
4.7假设和约束
本条应标识所做的任何假设，以及在描述测试用例中由于系统或测试条件而引入的约束或限制，如时间、接口、设备、人员与数据库/数据文件的限制。如果对指定的限制和参数放弃或例外得到批准的话，应对它们加以标识，并且本条应指出它们对测试用例的影响与冲击。
7、 统计分析测试 4.1涉及的需求
本条应标识测试用例所涉及的CSCI需求或系统需求(此信息亦可在5.a中提供)。
4.2先决条件
本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨论以下内容：
a.软、硬件配置；
b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；
c.运行测试用例所需的预置硬件条件或电气状态； d.计时度量所用的初始条件；
26 / 33
e.模拟环境的条件；
f.测试用例特有的其他特殊条件。
4.3测试输入
本条应描述测试用例所需的测试输入，(若适用)应提供以下内容：
a.每一测试输入的名称、用途和说明(如值的范围、准确度)； b.测试输入的来源与用于选择测试输入的方法； c.测试输入是真实的还是模拟的； d.测试输入的时间或事件序列； e.控制输入数据的方式：
1)用最小/合理数量的数据类型和值测试各项；
2)对过载、饱和及其他“最坏情况”影响，用各种有效数据类型和值试验被测各项；
3)对非常规输入处理用无效数据类型和值试验被测各项； 4)如需要允许再测试。
4.4预期测试结果
本条应标识测试用例的所有预期测试结果。(若适用)应提供中间结果和最终结果。
4.5评价结果的准则
本条应标识用于评价测试用例的中间和最终测试结果的准则。(若适用)应对每一测试结果提供以下信息：
a.输出可能变化但仍能接受的范围或准确度；
b.构成可接受的测试结果的输入和输出条件的最少组合或选择； c.用时间或事件数表示的最大/最小允许的测试持续时间； d.可能发生的中断、停机或其他系统故障的最大数目； e.允许的处理错误的严重程度；
f.当测试结果不明确时执行重测试的条件；
g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；
h.允许表达测试的控制、状态和结果的指示方式，以及表明下一
27 / 33
个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；
i.以上未提及的其他准则。
4.6测试过程
本条应定义测试用例的测试过程。测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。为便于文档维护，可以将测试过程作为附录并在此引用。每个测试过程的适当详细程度依赖于被测试软件的类型。对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。(若适用)每一测试过程应提供：
a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：
1)初始化测试用例并运用测试输入； 2)检查测试条件；
3)执行测试结果的临时评价； 4)记录数据；
5)暂停或中断测试用例；
6)如果需要，请求数据转储或其他帮助； 7)修改数据库/数据文件；
8)如果不成功，重复测试用例；
9)根据该测试用例的要求，应用替代方式； 10)终止测试用例。
b.对每一步骤的预期结果与评价准则 c.如果测试用例涉及多个需求，需标识出哪一个(些)测试过程步骤涉及哪些需求。(亦可在第5章中提供)
d.程序停止或指示的错误发生后要采取的动作，如： 1)为便于引用，根据指示器记录关键的数据；
2)暂停或中止对时间敏感的测试支持软件和测试仪器； 3)收集与测试结果有关的系统记录和操作员记录。
e.归约和分析测试结果所采用的过程，(若适用)应完成下述各项：
1)检测是否已产生了输出；
28 / 33
2)标识由测试用例所产生数据的媒体和位置； 3)评价输出，作为继续测试序列的基础； 4)与所需的输出对照，评价测试输出。
4.7假设和约束
本条应标识所做的任何假设，以及在描述测试用例中由于系统或测试条件而引入的约束或限制，如时间、接口、设备、人员与数据库/数据文件的限制。如果对指定的限制和参数放弃或例外得到批准的话，应对它们加以标识，并且本条应指出它们对测试用例的影响与冲击。
五、 C/S系统测试方案 1、 业务数据采集测试 5.1、涉及的需求
企业端上传的数据必须通过县中心的平台集中，然后向地市级平台报送，县级平台需要能独立运行，保证治超称重数据的采集不依赖于地市级平台。
为此需为8个县级监控中心部署相关的治超平台软件、通讯服务软件、数据库管理等系统。
在目前市级平台的治超平台需提供基础上定制县级平台系统软件，功能将不包含GIS功能和视频功能。
软件可以保证在市级平台系统因故停机的情况下，县系统可以独立完成实时数据的采集，巡查数据的录入管理，统计查询及业务报表制作的功能。在市级平台系统恢复工作后，将治超站点数据和业务数据同步到市级平台。
开发功能包括：
开发市县两级数据同步共享的服务系统软件：
开发一套C/S架构下的三级数据采集、转发与入库的通讯服务系统；
开发一套单机版终端软件的数据导入FTP数据管理服务系统。
5.2、先决条件
本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨
29 / 33
论以下内容：
a.软、硬件配置；
b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；
c.运行测试用例所需的预置硬件条件或电气状态； d.计时度量所用的初始条件； e.模拟环境的条件；
f.测试用例特有的其他特殊条件。
5.3、测试输入
本条应描述测试用例所需的测试输入，(若适用)应提供以下内容：
a.每一测试输入的名称、用途和说明(如值的范围、准确度)； b.测试输入的来源与用于选择测试输入的方法； c.测试输入是真实的还是模拟的； d.测试输入的时间或事件序列； e.控制输入数据的方式：
1)用最小/合理数量的数据类型和值测试各项；
2)对过载、饱和及其他“最坏情况”影响，用各种有效数据类型和值试验被测各项；
3)对非常规输入处理用无效数据类型和值试验被测各项； 4)如需要允许再测试。
5.4、预期测试结果
本条应标识测试用例的所有预期测试结果。(若适用)应提供中间结果和最终结果。
5.5、评价结果的准则
本条应标识用于评价测试用例的中间和最终测试结果的准则。(若适用)应对每一测试结果提供以下信息：
a.输出可能变化但仍能接受的范围或准确度；
b.构成可接受的测试结果的输入和输出条件的最少组合或选择； c.用时间或事件数表示的最大/最小允许的测试持续时间；
30 / 33
d.可能发生的中断、停机或其他系统故障的最大数目； e.允许的处理错误的严重程度；
f.当测试结果不明确时执行重测试的条件；
g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；
h.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；
i.以上未提及的其他准则。
5.5、测试过程
本条应定义测试用例的测试过程。测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。为便于文档维护，可以将测试过程作为附录并在此引用。每个测试过程的适当详细程度依赖于被测试软件的类型。对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。(若适用)每一测试过程应提供：
a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：
1)初始化测试用例并运用测试输入； 2)检查测试条件；
3)执行测试结果的临时评价； 4)记录数据；
5)暂停或中断测试用例；
6)如果需要，请求数据转储或其他帮助； 7)修改数据库/数据文件；
8)如果不成功，重复测试用例；
9)根据该测试用例的要求，应用替代方式； 10)终止测试用例。
b.对每一步骤的预期结果与评价准则 c.如果测试用例涉及多个需求，需标识出哪一个(些)测试过程步骤涉及哪些需求。(亦可在第5章中提供)
d.程序停止或指示的错误发生后要采取的动作，如：
31 / 33
1)为便于引用，根据指示器记录关键的数据；
2)暂停或中止对时间敏感的测试支持软件和测试仪器； 3)收集与测试结果有关的系统记录和操作员记录。
e.归约和分析测试结果所采用的过程，(若适用)应完成下述各项：
1)检测是否已产生了输出；
2)标识由测试用例所产生数据的媒体和位置； 3)评价输出，作为继续测试序列的基础； 4)与所需的输出对照，评价测试输出。
4.7假设和约束
本条应标识所做的任何假设，以及在描述测试用例中由于系统或测试条件而引入的约束或限制，如时间、接口、设备、人员与数据库/数据文件的限制。如果对指定的限制和参数放弃或例外得到批准的话，应对它们加以标识，并且本条应指出它们对测试用例的影响与冲击。
六、 需求的可追踪性 本章应包括：
a.从本文中的每个测试用例到它所涉及的系统或CSCI需求的可追踪性。如果测试用例涉及多个需求，应包含从每一组测试过程步骤到所涉及的需求的可追踪性(此可追踪性亦可在4.1中提供).
b.从本文所提及的每个系统或CSCI需求到涉及它们的测试用例的可追踪性。对于CSCI测试，是从CSCI软件需求规格说明(SRS)和有关接口需求规格说明(IRS)中的CSCI需求到涉及它们的测试用例的可追踪性。对于系统测试，是从在系统的系统/子系统规格说明(SSS)及有关IRS中的每个系统需求到涉及它们的测试用例的可追踪性。如果测试用例涉及多个需求，则可追踪性应指明涉及每一个需求的具体测试过程步骤。
七、 附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图
32 / 33
表、分类数据)。为便于处理，附录可单独装订成册。附录应按字母顺序(A,B等)编排。
33 / 33
因篇幅问题不能全部显示，请点此查看更多更全内容