软件系统测试方案

临汾市综合科技治超管理信息化系统软件功能测试方案航天四创科技有限责任公司2012年11月15日目录一、引言31、标识32、系统概述32.1、项目的建设方、用户、开发方和支持机构32.2、系统软件概述32.3系统开发过程概述63、文档概述64、引用文件6二、测试的原则与方法71、系统测试检验原则72、测试方式7三、测试准备81、测试的项目唯一标识符82、硬件准备83、软件准备84、其他测试前准备8四、测试方案91、测试方案概述92、系统管理测试93、治超公共服务首页管理测试124、基础数据录入测试145、业务数据采集测试176、业务流程管理测试207、统计分析测试23五、需求的可追踪性25六、附录26一、 引言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计算机软件配置管理计划规范国标GB1526-89信息处理、数据库流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定中华人民共和国计算机信息系统安全保护条例计算机软件工程规范国家标准汇编2003交通电子政务建设标准化指导意见交通电子政务总体方案GB/T11457-1995软件工程术语GB/T14394-1993计算机软件可靠性和可维护性管理GB/T8567-1988计算机软件产品开发文件编制指南GB/T9386-1988计算机软件需求说明编制指南GB/T14394-1993计算机软件可靠性和可维护性管理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、治超办专线网络建设根据市治超办监控中心的网络需求，承担业务系统的接入、重点源头企业视频接入及互联网出口，因此市治超办采用100M VPN专线接入。1.2、区县治超办联网临汾17个区县通过租用中国移动10M专线接入。1.3、源头企业网络建设在重要的源头企业，除传输治超称重数据外，实现监控点远程监控、24小时传输与视频分发共享。重点源头企业采用2M专线接入。其它源头企业可采用2M ADSL进行接入。1.4、临汾市科技治超平台实体网络结构2、硬件准备2.1、系统服务器及存储部署示意图2.2、 主机系统市平台作为核心业务节点，主机系统主要包括：部署双机热备的数据库服务器，web服务器、GIS服务器、通讯服务器、视频管理服务器、流媒体转发服务器和业务应用服务器。数据库服务器2台：保证高可靠性、可用性。用于部署数据库软件。WEB应用服务器1台：用于部署源头治超监管系统、和通讯服务系统。GIS服务器1台：用于部署GIS软件。视频管理服务器1台：用于视频管理软件及视频整合接入软件部署。县级平台作为备份服务节点和实时通讯服务基础节点部署区县数据库服务器、通讯服务器、视频服务器和WEB服务器。应用服务器1台：用于部署通讯服务系统、县业务平台系统、县数据库。视频管理服务器1台：用于视频管理软件及视频整合接入软件部署。2.3、 存储系统磁盘阵列1台：用于存储临汾市科技治超管理信息系统相关的所有数据。3、软件准备3.1、B/S结构服务B/S结构服务，以市平台系统为中心服务平台，实现治超系统内网用户的业务管理功能，并实现全市科技治超用户的统一的身份认证和权限管理。需完成部署的系统包括：l LINUX CENTOS5.8服务器版l 北京神舟航天软件技术有限公司的神通数据库SCOSCAR V7.0版l Apache公司的Tomcat5.5版l 系统服务运行语言环境JDK1.6版l 临汾市综合科技治超管理信息化系统COCS2000-LFBS2.0l 柯达视频服务平台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.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、新闻及公告发布测试、测试内容测试内容包括：l 图片新闻l 领导讲话l 政策法规l 公示文件l 治超动态l 系统公告l 源头治超公告l 道路维修养护公告、信息录入a.测试的八个功能模块均提供页面编辑功能和文件上传功能；b.测试输入的数据来源于本地文件，可为word文件、txt文件和图片等格式真实文件；c.测试的文件在copy到页面时，或丧失原有的排版格式，但系统提供排版控件，用户可自行调整文件内容的字体、颜色等属性；d.上传的文档不能存储汉字的文件名，系统将自动将文件名改为数字序列，但不更改文件的格式和内容，供用户下载；e.文件可以选择级别，高级别的新闻会排在前面。f.公告可输入有效时间，超出有效时间，公告自动不再显示。g.如需要允许再测试。、预期测试结果在公共服务的网站栏目内，可以看到新增加的相关信息，并可以打开链接，并可下载相关的文件。3.3.2、治超热线管理、测试内容治超热线为监控中心或治超办监督电话设立的与企业交互功能，企业用户可通过拨打市治超办的治超热线，反应情况、咨询政策等，由监控中心或治超办的工作人员进行记录，并进行反馈。此功能在公共服务界面中提供反馈信息查询和服务。、信息录入治超热线的管理功能见后面治超监控功能，此处为治超热线反馈情况的查询功能。、预期测试结果在公共服务的网站栏目内，可以看到新增加的相关运政热线反馈信息，并可以打开链接，查看详细信息。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、有空间位置的场站信息管理功能、测试内容有空间位置的场站包括：治超源头企业、集中过磅点、路面治超站点、维修企业、重点路段监控点、区县治超办、货物运输单位以及上述企业下辖的监控站点。信息管理的功能包括：l 上述场站的添加、修改、删除功能，l 场站的GIS定位维护l 治超站点与视频监控系统视频源的匹配与维护l 场站信息的查询本功能模块由县所操作员负责维护。、测试数据录入a分别基于区县的实际数据进行测试。b场站数据录入中需要选择监管单位，所以应先建立治超办及相关监管单位的数据库。c有视频监控要求、称重数据监测的场站，需增加监控站点数据。d监控站点是附属于企业和场站的，监控站点管理栏目不设计添加功能。e摄像头匹配和地磅信息的匹配，都只能通过监控站点管理界面来完成。fGIS空间定位的功能在治超监控功能中GIS维护中实现。、预期测试结果信息可依据地区、名称进行查询，可链接查询详细信息。通过监控站点，可调用企业的视频，可以在GIS地图上定位。如需要允许再测试。4.3.2、其他基础数据的信息管理功能、测试内容其他基础数据包括：货运车辆、从业人员、治超办成员单位和治超人员等数据。信息管理的功能包括：l 以上数据的录入、修改、删除；l 数据的查询和调用等功。本功能模块由县所操作员负责维护。、测试数据录入a分别基于区县的实际数据进行测试。b治超办成员单位的数据录入前，需要先建立治超办的数据库。c治超人员的数据录入前，需要先建立成员单位的数据库。d货运车辆和从业人员的数据由于数量庞大，最好通过运管不能提供的方式取得。本功能提供手工录入界面。e货运车辆和从业人员的数据可以通过本项目C/S系统软件平台，自动从企业端的刷卡信息中获取。f从业人员的数据，由于存在变化，加上国家没有发从业人员管理IC卡，所以必须以身份证号（驾驶证号）为基本信息来管理。、预期测试结果信息可依据地区、名称进行查询，可链接查询详细信息。如需要允许再测试。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地图，直接进入场站的界面，查看企业基本信息、历史运营记录、调用视频及其他操作。5.2、先决条件软、硬件配置见前文测试准备。列入监控的有空间信息的场站，完成基本信息录入；监控站点完成与视频监控系统的链接，并已经在监控系统平台中注册；监控终端软件已经在企业安装并运行。监控站点的数据通过C/S系统上传到县中心平台。5.3、测试方案5.3.1、GIS监控与维护、GIS标定内容测试功能包括：l 地图调用l 卫星图片调用l 采用临汾市全境电子地图，制作临汾治超专用地图。l 支持鼠标控制地图上下左右移动；实现电子地图的放大、缩小、平移，和场站检索等操作。l 为各级权限终端用户提供视频监控场站的电子地图管理服务，能够在电子地图网页上添加、删除和编辑场站。l 电子地图支持显示监控点详细信息，包括：监控点名称、资料和联系人数据。 l 在电子地图上显示的监控站点，通过点击这些站点图标，可调用企业信息界面，界面内直接链接调用站点内的摄像头列表并浏览视频，并查询最近称重记录。、场站的地图标定a.打开地图维护界面进入场站标定功能界面；b.系统自动将全部有空间管理需要的企业显示在列表中；c.用户可以用分类查询和名称模糊查询的方式找到需要标定的场站记录；d.通过地图操作找到企业所在的位置；e.点击标定按钮，确认操作性质，单击要标定的地图位置，经过交互确认界面，完成地图标定。1)地图标定的精度由放大地图的基本和用户的选择决定；2)地图图标由其所属的场站类型决定；3)未经标定的场站，系统提示未经标定；4)通过再次标定来修改场站的空间位置信息；5）如需要允许再测试。、预期测试结果地图维护为所见即所得方式，直观标定位置，并可以直接进入信息显示等操作。4.3.2、地图监控测试5.4、评价结果的准则本条应标识用于评价测试用例的中间和最终测试结果的准则。(若适用)应对每一测试结果提供以下信息：a.输出可能变化但仍能接受的范围或准确度；b.构成可接受的测试结果的输入和输出条件的最少组合或选择；c.用时间或事件数表示的最大/最小允许的测试持续时间；d.可能发生的中断、停机或其他系统故障的最大数目；e.允许的处理错误的严重程度；f.当测试结果不明确时执行重测试的条件；g.把输出解释为“指出在输入测试数据、测试数据库/数据文件或测试过程中的不规则性”的条件；h.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；i.以上未提及的其他准则。6、 业务流程管理测试4.1涉及的需求本条应标识测试用例所涉及的CSCI需求或系统需求(此信息亦可在5.a中提供)。4.2先决条件本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨论以下内容：a.软、硬件配置；b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；c.运行测试用例所需的预置硬件条件或电气状态；d.计时度量所用的初始条件；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.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；i.以上未提及的其他准则。4.6测试过程本条应定义测试用例的测试过程。测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。为便于文档维护，可以将测试过程作为附录并在此引用。每个测试过程的适当详细程度依赖于被测试软件的类型。对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。(若适用)每一测试过程应提供：a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：1)初始化测试用例并运用测试输入；2)检查测试条件；3)执行测试结果的临时评价；4)记录数据；5)暂停或中断测试用例；6)如果需要，请求数据转储或其他帮助；7)修改数据库/数据文件；8)如果不成功，重复测试用例；9)根据该测试用例的要求，应用替代方式；10)终止测试用例。b.对每一步骤的预期结果与评价准则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.计时度量所用的初始条件；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.允许表达测试的控制、状态和结果的指示方式，以及表明下一个测试用例(或许是辅助测试软件的输出)准备就绪的指示方式；i.以上未提及的其他准则。4.6测试过程本条应定义测试用例的测试过程。测试过程应被定义为以执行步骤顺序排列的、一系列单独编号的步骤。为便于文档维护，可以将测试过程作为附录并在此引用。每个测试过程的适当详细程度依赖于被测试软件的类型。对于某些软件，每次键击可以是一个单独的测试过程步骤；而对于大多数软件，每一步骤可以包括逻辑相关的一串键击或其他动作。适当的详细程度应该有利于规定预期结果并把它们与实际结果进行比较。(若适用)每一测试过程应提供：a.每一步骤所需的测试操作员的动作和设备操作，(若适用)包括以下方面的命令：1)初始化测试用例并运用测试输入；2)检查测试条件；3)执行测试结果的临时评价；4)记录数据；5)暂停或中断测试用例；6)如果需要，请求数据转储或其他帮助；7)修改数据库/数据文件；8)如果不成功，重复测试用例；9)根据该测试用例的要求，应用替代方式；10)终止测试用例。b.对每一步骤的预期结果与评价准则c.如果测试用例涉及多个需求，需标识出哪一个(些)测试过程步骤涉及哪些需求。(亦可在第5章中提供)d.程序停止或指示的错误发生后要采取的动作，如：1)为便于引用，根据指示器记录关键的数据；2)暂停或中止对时间敏感的测试支持软件和测试仪器；3)收集与测试结果有关的系统记录和操作员记录。e.归约和分析测试结果所采用的过程，(若适用)应完成下述各项：1)检测是否已产生了输出；2)标识由测试用例所产生数据的媒体和位置；3)评价输出，作为继续测试序列的基础；4)与所需的输出对照，评价测试输出。4.7假设和约束本条应标识所做的任何假设，以及在描述测试用例中由于系统或测试条件而引入的约束或限制，如时间、接口、设备、人员与数据库/数据文件的限制。如果对指定的限制和参数放弃或例外得到批准的话，应对它们加以标识，并且本条应指出它们对测试用例的影响与冲击。五、 C/S系统测试方案1、 业务数据采集测试5.1、涉及的需求企业端上传的数据必须通过县中心的平台集中，然后向地市级平台报送，县级平台需要能独立运行，保证治超称重数据的采集不依赖于地市级平台。为此需为8个县级监控中心部署相关的治超平台软件、通讯服务软件、数据库管理等系统。在目前市级平台的治超平台需提供基础上定制县级平台系统软件，功能将不包含GIS功能和视频功能。软件可以保证在市级平台系统因故停机的情况下，县系统可以独立完成实时数据的采集，巡查数据的录入管理，统计查询及业务报表制作的功能。在市级平台系统恢复工作后，将治超站点数据和业务数据同步到市级平台。开发功能包括：l 开发市县两级数据同步共享的服务系统软件：l 开发一套C/S架构下的三级数据采集、转发与入库的通讯服务系统；l 开发一套单机版终端软件的数据导入FTP数据管理服务系统。5.2、先决条件本条应标识执行测试用例前必须建立的先决条件，(若适用)应讨论以下内容：a.软、硬件配置；b.测试开始之前需设置或重置的标志、初始断点、指针、控制参数或初始数据；c.运行测试用例所需的预置硬件条件或电气状态；d.计时度量所用的初始条件；e.模拟环境的条件；f.测试用例特有的其他特殊条件。5.3、测试输入本条应描述测试用例所需的测试输入，(若适用)应提供以下内容：a.每一测试输入的名称、用途和说明(如值的范围、准确度)；b.测试输入的来源与用于选择测试输入的方法；c.测试输入是真实的还是模拟的；d.测试输入的时间或事件序列；e.控制输入数据的方式：1)用最小/合理数量的数据类型和值测试各项；2)对过载、饱和及其他“最坏情况”影响，用各种有效数据类型和值试验被测各项；3)对非常规输入