培训方案 本文关键词：方案，培训
培训方案 本文简介：视频监控系统培训方案1.1.人员培训计划用户培训作为此次视频监控系统售后服务不可或缺的一部分，我们努力为用户提供全面、及时、有效的培训服务。我们认为，维护人员的能力和水平是保持设备正常运转和良好的效益的必要保障，我们希望通过培训这一售后服务环节为用户提供更多的支持和帮助。为了满足用户不同层次技术人员
培训方案 本文内容：
视频监控系统培训方案
1.1.
人员培训计划
用户培训作为此次视频监控系统售后服务不可或缺的一部分，我们努力为用户提供全面、及时、有效的培训服务。我们认为，维护人员的能力和水平是保持设备正常运转和良好的效益的必要保障，我们希望通过培训这一售后服务环节为用户提供更多的支持和帮助。
为了满足用户不同层次技术人员的培训需求，我方建议采用现场培训、集中培训和厂家设在成都机构相结合的三级培训体系。总部培训以技术专家、高级工程师培训和新产品技术培训为主，授权认证的分部则致力于的工程师培训；当地培训和现场培训是满足用户不同的个性化需求而设立的不同培训类别。
我公司提供产品培训、第三方认证培训、设备厂商个性化培训。针对此次建设项目我们计划提供免费的现场培训；我公司在相关设备厂商的协助下实施集中培训。如用户需要原厂商高级培训，我们将安排培训计划。
1.2.
培训内容
培训的目标是使每个参加培训的操作和管理人员能熟悉整个系统的构成和原理，熟悉系统的功能，能够熟练的操作系统并能排除常见故障和系统升级扩展等技能。我公司提供的培训服务包括以下几个方面：
我公司对业主的技术人员进行智能化系统的使用、维护和保养培训，我公司在投标文件中提出培训计划和培训项目。通过培训将使用户达到在日常和紧急情况下熟练操作管理系统。
我公司派出的培训工程师，对所提供的系统和产品具有五年以上的操作和维修经验。培训授课工程师都经过厂家认证的工程师、技术员等。
我公司在系统测试之前为业主技术人员进行现场培训，该培训包括正常操作程序和怎样处理紧急情况，参与培训人数与业主协商确定，我公司将至少提前7天通知业主授课时所需的常用教学设施，任何特殊的工具和测试设备由我公司准备。在培训工作开始前我公司向业主免费提供所有中文培训资料，包括中文操作、维修手册，要求受训人员能够了解系统及设备的基本结构、工作原理及操作程序，能进行实际操作和日常维护、排除一般故障。
我公司负责安排专业工程师在项目建设现场对业主系统维护成员进行现场培训,包括系统的使用、维护、保养培训等，使其能正确拆除、安装系统设备。
1.3.
操作性与使用性免费培训内容
现场培训：由我公司提供，设备提供商协助，不少于2课时。
培训目标：了解智能化系统设备的性能、架构，了解系统操作、加入等日常维护操作。
培训人员：用户的现场维护相关技术人员
培训地点：设备安装现场及监控中心。
培训内容：承建单位介绍智能化系统设备的安装、基本配置、操作管理、基本维护和故障处理等、现场安装示范、设备的操作、配置、智能化系统体系结构介绍、智能化系统的调度、控制等日常维护操作。
1.4.
系统维护性培训内容
对各管理技术人员在当地操作维护地培训。时间为0.5学时。
集中培训：由我公司提供，设备提供商协助，不少于0.5课时。
培训目标：较深刻的理解智能化系统设备的性能、架构，熟悉智能化系统的召集、加入等日常维护操作。了解智能化各子系统的原理。
培训人员：用户指定人员
培训地点：项目现场。
培训内容：智能化系统的原理、智能化系统的特点及构成、智能化系统产品介绍、智能化系统设备的操作、配置、核心管理软件的操作、配置、智能化系统的调度、控制等日常维护操作、实验环境下的系统功能模拟及操作。
1.5.
高级培训内容
对系统管理员进行系统管理、升级、故障排除等高级培训。培训时间为一周（0.5课时），地点由双方协商确定，由设备厂商实施。
培训中心是公司为客户提供全系列的智能化系统产品培训的专业培训机构，致力于向客户提供高品质、全方位的培训服务。
1.6.
资料的密级和保存期
参照档案管理部门和公安部门的有关规定，视频资料根据监控区域和对象重要性的不同有相应的密级和对应的保存期。视频资料一般可分为：绝密、机密、秘密、内部、公开五类密级。
视频监控区域按性质可划分为保密区域、私密区域、公共区域三类。通常私密区域未经权利人允许不得进行监控。
视频监控区域按重要性可分为非常重要、重要、重点、一般四级。
公安部规定凡要求必须安装安防系统的地点，记录资料（监控录像）的保管期限应不少于30天。
视频资料根据保存期的长短和重要性，分为离线保存或在线保存两种方式，在线保存又可分为为一次性使用及保存和循环使用及保存。
1.7.
资料的归档整理
离线保存的视频监控资料应定期进行归档整理，应有专门的资料档案室或资料档案柜，并建立档案目录以方便管理及查询，最好专人管理。
档案资料应有标签，如编号，对应的录像机号、摄像机号、监控区域、录制总时长、录制方式（SP或LP）等。
视频监控资料归档移交时应办理书面的档案移交手续。
如采用硬盘录像机、视频服务器硬盘或磁盘阵列在线保存视频监控资料时，要求应有相应的视频资料档案管理软件，建立视频资料的电子标签，如编号，对应的硬盘录像机号、摄像机号、监控区域、时间等信息。
1.8.
资料保存的注意事项
1.
保存条件：需长期保存的资料应建立专用资料档案室或资料档案柜，必须保持适当的温度和湿度，并有防盗、防火、防晒、防虫、防尘等安全措施。
2.
保存期：按政府安保部门规定执行。
应建立完善的视频监控资料档案管理制度，由专人负责视频监控资料档案的管理工作。视频监控资料档案管理人员应刻苦钻研业务，不断总结经验，提高管理工作水平，做到声像档案完整、准确、系统、安全和有效利用的要求。
视频监控资料档案必须按照国家声像档案管理的要求进行科学地整理和管理。视频监控资料档案要求从左到右，从上到下排列，顺序编号，提调档案时要清点核对。
管理人员应定期检查视频监控资料档案的保管状况，开展经常性防虫、防霉工作，对破损或变质的视频监控资料档案要及时地修补和复制。
视频监控资料档案应每年全面清点一次。
1.9.
资料的查询、查看、复制、借阅与销毁
1.
查询：因特殊情况的需要必须进行视频资料查询时，应首先填写“监控录像资料查询登记表”。登记表中申请查询人需要明确填写【查询原因】、【地点】，并在【申请查询人】栏中签字。同时申明查询日期及时段；由工作人员根据申请人的要求进行查询，在“监控录像资料查询登记表”中填写【日期】（查询当日日期），【查询时间段】（前5分钟＋查询事件发生实际时段＋后5分钟），【结果】描述查询结果中是否有需求的信息、信息质量等情况；向申请人通告初查结果；
2.
查看：申请人可以提出书面申请直接查看相关视频录像资料，以及提出获取相关资料的备份需求；申请人在获得书面批准后，持该书面申请在实验中心工作人员的带领下查看相关视频录像资料；
3.
修改：任何人不得修改原始资料。
4.
复制或借阅：复制和借阅必须办理书面手续。除法律有规定的且出示书面法律文书的政府部门外，任何部门及个人不得借走原件（此时应进行复制件留档）。
5.销毁：任何人不得提前销毁视频监控资料。已知发生事件的视频监控资料必须封存，直至事件解决后满三个月方可销毁。到期销毁视频监控资料时应办理书面销毁手续。
6.
所有上述有关手续均需得到上级主管领导的书面批准并存档备案，个人不得自行带走。
1.10.
系统维修保养的必要性
视频监控系统的硬件设备大部分为电子设备，电源不稳、天气恶劣（雨、雪、打雷、阳光等）、周边环境差（灰尘、电磁干扰等）等都会增加设备的故障率，影响系统的正常运行。，必须定期地对监控系统进行维护与保养，才能确保监控系统长期稳定可靠地运行，发挥监控系统的作用。首要的是，组建一支优秀的视频监控系统管理维修保养队伍，根据具体可行的视频监控系统维修保养方案实施维修保养。
1.11.
系统维护保养的几个主要方面
1.
维护保养的两大内容
a.软件系统维护和保养服务；
b.硬件系统的维护和保养服务；
2.
维护保养的服务方式
维护保养可分为定期预防性检查维护保养和故障处理响应两种服务方式。
a.定期预防性检查维护服务
系统预防性检查维护是指每隔一定的时间，由维护工程师对整个系统进行全面检测，确认设备运行状态，检查系统错误记录，排除潜在隐患，以确保业务系统能正常稳定的运行。具体维护计划为：
（1）每个月定期运行一次系统性能侦测软件，根据运行结果对收集的系统信息进行分析，并提供相应的结果分析报告。
（2）每二个月派经验丰富的工程师对系统进行预防性检查维护。
b.故障处理响应服务
提供7×24小时故障处理响应服务，具体响应方式及响应时间根据故障级别而定，其具体内容如下：
故障级别
故障内容
响应时间
I
系统出现警告，不影响系统运行
7×24小时电话咨询，4小时内到达现场。
II
出现部分设备坏，但系统正常运行
7×24小时电话咨询，2小时内到达现场。
III
系统故障
7×24小时电话咨询，1小时内到达现场。
3.
维护保养的详细要求内容
1．对前端监控点进行每日巡检，及时掌握点位的状况；
2.对前端点设备进行清洁保养，包括防护罩和摄像机镜头的擦洗，并检查线路连接的可靠性；
3.对摄像机视角进行调整或对遮挡物的清除；
4.对监控硬盘录像机和集中存储设备进行每日巡检：
5.对传输线路进行每月3次全区巡检；
6.负责内、外场点位的抢修工作；
7.负责所有维修维护工作的管理和厂家协调；
8.负责对所有点位的传输线路、取电等故障进行维修；
9.负责购买所需要的备品备件；
10.负责对损坏的硬件设备返厂维修；
11.对连入机房和各分控中心的所有点位的故障维修；
12.对分机房和各分控中心机房设备的维修与配置；
13.每月累计3次对机房所有设备进行巡检清洁；检查线路连接的可靠性和系统功能的完整性，同时对机房内的配电进行检查，确保设备的用电正常；
14.所有设备的应急抢修工作。
篇2：培训服务方案
培训服务方案 本文关键词：培训服务，方案
培训服务方案 本文简介：为了使本项目所涉及的系统管理员和维护人员能全面地了解整个系统，增强维护和使用系统的技能，并具备一定的应用开发技术，我们除了向用户提供整个系统的技术说明、操作说明和相关的文档之外，还将负责组织对管理和技术人员进行全面高质量的培训。培训的目的主要是使管理和使用系统的人员不仅对整个系统有足够的认识，而且能
培训服务方案 本文内容：
为了使本项目所涉及的系统管理员和维护人员能全面地了解整个系统，增强维护和使用系统的技能，并具备一定的应用开发技术，我们除了向用户提供整个系统的技术说明、操作说明和相关的文档之外，还将负责组织对管理和技术人员进行全面高质量的培训。
培训的目的主要是使管理和使用系统的人员不仅对整个系统有足够的认识，而且能完全胜任所承担的工作，确保整个系统安全可靠地运行，并达到最大效益。为此，我们针对人员各自的工作性质，对不同职责的工作人员分类进行专门培训，使他们掌握一定的专业技能和一定的开发能力。
我们将提供多种培训课程和按客户所需要的各种深度、广度的产品和技术知识讲座。由本公司富有经验的技术工程师对相关技术人员进行针对性的培训。使他们能够熟练掌握所提供的设备的运行维护操作，同时掌握处理简单故障的方法。
目标：
1、
掌握系统的初始化和主要参数的设定方法；
2、对一般性故障进行诊断、定位和排除；
3、掌握系统故障后的恢复方法；
4、熟练查阅各种系统操作和维护手册；
5、配合我公司进行系统的维护和故障修复；
?
6、指导一般操作人员的工作。
培训人员分：操作员、系统维护员。
操
作
员：管理日常系统工作、记录及简单维护，要求文化程度大专以上，懂空调常识及操作、有一定的设备操作及维护经验。
系统维护员：除完成操作员工作外还负责空调系统设备的保养维护工作、一般问题处理、操作记录维护等，要求文化程度大专以上，熟悉计算机常识及操作、有设备操作及维护经验。
用户培训方式：
在空调系统试运行之后，系统验收之前为建设单位提供培训。通过培训使工作人员掌握本工程中各子系统的操作、日常测试、简单故障排除，以及非专业人员掌握空调系统的使用、操作及简单维护。为期一天到三天的培训课程后，进行本公司组织的书面和实践考核，不及格者继续培训。
现场培训：
我公司将在交货安装之前，以提交的技术手册、安装手册等竣工资料为依据，对业主的工程技术人员进行现场培训。通过培训使业主的工程技术人员能够：
1、
掌握系统的初始化和主要参数的设定方法；
2、对一般性故障进行诊断、定位和排除；
3、掌握系统故障后的恢复方法；
4、熟练查阅各种系统操作和维护手册；
5、配合我公司进行系统的维护和故障修复；
?
6、指导一般操作人员的工作。
培训内容：
空调各系统的基本原理
各系统的操作
各系统的参数设定和修改
各系统的维护
为满足培训要求，培训的工作人员应进行定期考察和最后考试。培训计划细节在详细设计阶段提交给用户并获得认可。
培训时间：
为期一天到三天（根据用户实际需求）
投标人代表签字：_________________________
单位盖章：__________________
致：河南省新郑金芒果实业总公司
本公司本着“高质量，优服务，求发展”的精神，以“优质产品、合理价格、贴心服务”的理念和负责、公开的原则向贵方郑重承诺如下：
一、产品配发检验合格证书和使用说明书，以确保用户能正确使用我公司产品。
二、我公司保证出厂的产品均按有关国家标准生产和检验，不合格的产品决不出厂。
保证严格履行、兑现产品三包，严格执行国家工业产品售后服务有关规定，对出厂产品自发货日起的18个月内或产品安装12个月以内（以先到者为限），若买方能够证实产品是符合本公司建议的方法正确安装与使用；能够证实产品本身确有设计、材料或加工缺陷，并向本公司提出书面申请，本公司将负现缺陷产品免费
召回维修，更换或按订货价全额退款。
三、用户对我公司产品提出质量异议，公司保证在接到用户提出异议后24小时内作出
处理意见。若需现场解决的，保证派出专业技术服务人员，并做到质量问题不解决服务人员不撤离。对每件用户反馈的产品质量问题及处理结果我公司将予以存档。
四、在任何情形下，本公司均不承担因缺陷产品维修，更换而导致的劳务、材料、设
备、工程或其他相关的连带费用。本公司此项产品售后服务承诺可以代替其他明示或暗示形式产品质量担保，并且可视为买方的唯一赔偿和卖方的唯一责任。
1
售后服务宗旨
我们的服务宗旨是“让客户满意”。
我们将不断地向客户提供帮助和有关技术服务咨询。我们力求使客户满意。
在设备使用过程中，我公司将派技术人员进行全程技术支持，解决使用中与其它安装技术配合问题，对产品安装和应用提供技术指导。
设备安装完工后，我司将负责测试和调试，并保证设备达到优良标准。
在设备验收时，将提供设备使用有关的技术档案资料。
对于本公司的设备产品，我公司承诺根据产品厂家提供的保修期提供相应时间的产品保修期；
对设备提供一年的质保期期，终身维护；履行合同规定的其他售后服务任务。
售后服务阶段划分
保质期内的售后服务：根据合同规定的保质期内的售后服务阶段。保质期外的售后服务：保质期外的售后服务阶段。该阶段包括两种情况：客户和我公司重新签订售后服务合同和保质期外无服务合同签订两种情况。
2
保修服务
对于本公司设备厂品的管理工作:我们将在工程调试前派驻维护班组入驻并成立维护点，就近建立维护中心对工程进行支持；设备厂品维护阶段，每月巡查一次。
当接收到报修电话时，按以下维修服务工作要求进行维修：
1）、维修人员在现场维修时，应有明显标志佩带工作证，以便认别。
2）、建立维修质量档案，每次发生的故障及维修事项均应作简明记录，便于汇总系统的运行情况及系统易出现故障的所在，并针对洁具易出现的故障，采取必要的措施防止。
3）、进行定期或不定期的巡查回访工作，主动征询管理人员及用户的意见，发现问题及时处理。
4）、接到工作人员或用户报告故障电话后做好记录。一般故障在24小时内派出维修人员自备交通工具到现场进行处理，24小时内修复；紧急情况立即派人赶往现场及时处理。
5）、维修人员根据维修情况，主动反馈给物业管理人员，并签字确认。
6）、报修处理流程：
篇3：整体测试方案
整体测试方案 本文关键词：测试，方案
整体测试方案 本文简介：文档编号：IE－CUSTOM-整体测试方案－V1.0海关信息数据采集与数据应用平台测试项目整体测试方案二零一六年九月整体测试方案关于本文档项目名称海关信息数据采集与数据应用平台测试项目主题整体测试方案标识IE－CUSTOM-整体测试方案－V1.0说明系统测试前，需要制定方案，以便对测试工作进行指导。
整体测试方案 本文内容：
文档编号：IE－CUSTOM-整体测试方案－V1.0
海关信息数据采集与数据应用平台测试项目
整体测试方案
二零一六年九月
整体测试方案
关于本文档
项目名称
海关信息数据采集与数据应用平台测试项目
主
题
整体测试方案
标
识
IE－CUSTOM-整体测试方案－V1.0
说
明
系统测试前，需要制定方案，以便对测试工作进行指导。
适用对象
甲方项目负责人、有关人员
中科软项目工程领导小组、项目经理、项目组全体成员以及相关人员
修订历史
版本
章节
类型
日期
作者
说明
V1.0
C
2016年9月5日
罗晨
说明：类型－创建（C）、修改（U）、删除（D）、增加（A）；
评审记录
角色
签名
日期
说明
目
录
第
1
章概述1
1.1编写目的1
1.2读者对象1
1.3项目背景1
第
2
章测试方案概述2
2.1测试目标2
2.2测试范围2
2.3参考资料2
第
3
章测试环境3
第
4
章测试方案5
4.1测试依据5
4.2功能测试5
4.3性能测试5
4.4内部测试5
4.4.1测试策略5
4.4.2测试管理7
第
5
章用户测试13
5.1测试管理13
5.1.1组织机构13
5.1.2角色职责13
5.1.3测试安排14
5.1.4测试步骤14
5.1.5测试管理工具14
5.1.6用户问题处理、反馈流程14
5.1.7测试通过准则15
5.1.8测试异常中止准则15
5.1.9风险分析及预防16
III
海关信息数据采集与数据应用平台测试项目
第
1
章
概述
1.1
编写目的
编写本测试方案的目的是为客户、项目经理、开发人员、测试工程师、维护人员等项目相关人员提供海关信息数据采集与数据应用与平台测试项目整体系统测试指导。
1.2
读者对象
本测试方案可能的合法读者对象为客户、项目经理、开发人员、测试人员、维护人员。
1.3
项目背景
随着经济环境、执法环境的变化，海关大监管、关警融合、分类通关等各项业务的不断深入，加快通关速度和大通关对缉私工作提出了更高的要求，情报工作在海关各工作特别是缉私工作中的地位和作用日益凸显，所担负的职责更加繁重，任务更加艰巨，海关人力资源与监管要求直接的矛盾突出。为了提升海关大监管的综合执法能力及海关缉私办案能力，必须借助现代化情报工作机制及计算机情报信息系统支持，完善情报机制，体现情报信息服务，增强对全国海关情报业务的掌控能力。
第
2
章
测试方案概述
2.1
测试目标
（1）系统界面操作无明显异常，符合业务需求规定；
（2）根据需求规格说明书，总体设计、详细设计文档实现整体功能测试；
（3）系统主要流程，无异常，符合需求；
（4）根据需求进行性能测试、稳定性、健全性及安全测试；
（5）所有测试用例100%执行；
（6）所有缺陷处于Closed、Rejected、Pending状态；
（7）缺陷修改要求：High级缺陷修复率应达到100%；Medium级缺陷修复率应达到95%以上；Low级缺陷修复率应达到60%以上。
2.2
测试范围
本次测试主要针对海关信息数据采集与数据应用平台项目的软件需求规格说明书中涉及的要求进行完整性测试，包括界面、功能和流程的全面测试，以及性能测试、稳定性、健全性及安全测试等。本次测试采用黑盒测试的方法为主，辅助进行代码审查。
2.3
参考资料
《海关信息数据采集与数据应用平台测试项目需求规格说明书》
《海关信息数据采集与数据应用平台测试项目合同》
公司软件测试规范。
第
3
章
测试环境
测试环境分类
测试环境名称
硬件环境
软件环境
客户端
PC机1
(172.17.9.106)
Pentium(R)
D
CPU
3.00GHZ2.99GHZ,1.99GB内存
Windows
XP
Professional
SP2
PC机2
(172.17.9.123)
Pentium(R)
D
CPU
3.00GHZ2.99GHZ,1.99GB内存
Windows
XP
Professional
SP2
服务器端
应用服务器
待定
待定
数据库服务器
企业端(172.16.1.108)：
IBM
XDERIES_366
Intel（R）Xeon(7M)
MP
CUP
3.16GHz
3.17GHz
3.25GB
内存
中心端(172.17.16.22)：
System
Model:
IBM,7040-671
Number
Of
Processors:
16
Processor
Clock
Speed:
1500
MHz
CPU
Type:
64-bit
Memory
Size:
16384
MB
Hard
Disk:
109200MB
企业端：
Windows
2003
Server
Enterprise
Edition
SP2
中心端：
AIX
Version
5.3
MQ服务器
(企业端：172.17.16.14；
中心端172.17.16.13)
System
Model:
IBM,7026-6M1
Number
Of
Processors:
8
Processor
Clock
Speed:
752
MHz
CPU
Type:
64-bit
Memory
Size:
8192
MB
Hard
Disk:36400MB
AIX
Version
5.3
MQ6.0
其
它
加M机
(172.17.8.250)
分中心（邮箱客户端）
同PC机1和PC机2
同PC机1和PC机2
浏览器
IE6
表4.1
测试环境
第
4
章
测试方案
4.1
测试依据
在本项目实施过程中编写的需求、设计、计划、测试方案、测试报告等产出物，需要通过客户、项目经理、QA、测试经理等该项目相关人员审核。
4.2
功能测试
测试人员根据通过审核的需求、设计、测试方案等文档编写测试用例，要求测试用例的功能覆盖率要达到100%，测试过程中测试人员严格执行测试用例并记录测试结果，验证系统的功能实现是否达到需求、设计要求，是否满足客户目标。测试用例执行率达到100%。测试过程中所有问题提交BugFree。
4.3
性能测试
应用系统经过系统测试后形成相对稳定版本，测试组在稳定版本的基础上选择性能测试点进行性能测试，测试组负责编写性能测试方案，对系统进行压力测试、并发测试、稳定性测试。测试过程中使用性能测试工具LoadRunner。执行性能测试时，同时填写《性能测试记录表》、《性能测试调优过程记录表》。
4.4
内部测试
4.4.1
测试策略
测试过程按三个步骤进行，即单元测试、集成测试、系统测试，根据不同阶段测试的测重点不同。
4.4.1.1
单元测试
首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：
1)
模块接口：对所测模块的数据流进行测试。
2)
局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。
3)
路径：虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式的符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。
4)
错误处理：检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。
5)
边界：注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。
4.4.1.2
集成测试
集成测试也叫组装测试或联合测试（接口联调测试）。通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：
1)
在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。
2)
一个模块的功能是否会对另一个模块的功能产生不利的影响。
3)
各个子功能组合起来，能否达到预期要求的父功能。
4)
全局数据结构是否有问题。
5)
单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。
4.4.1.3
系统测试
系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：
1)
用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。
2)
功能测试：验证功能实现是否满足客户需求。
3)
性能测试：测试相应时间、事务处理效率和其他时间敏感的问题。
4)
可靠性测试：测试系统对数据有效性检查能力和抵御误操作的能力。
5)
容量测试：测试大量数据对系统的影响。
6)
容错性测试：测试软件系统克服软件、硬件故障的能力。
7)
数据安全测试：测试系统在出现异常情况下，是否可以保护数据不丢失；测试系统能否可以进行数据库的备份和恢复。
8)
易用性测试：重点关注系统的易理解性、易操作性、易学性。
9)
安装部署测试：确保软件系统在所有可能情况下的安装效果和一旦安装部署之后必须保证正确运行的质量。
4.4.2
测试管理
4.4.2.1
组织机构
测试经理
测试人员
项目经理
项目负责人
开发人员
4.4.2.2
角色职责
角色
职责
测试经理
-
负责与项目经理沟通，进行测试的整体策划、制定测试计划、组织测试实施、分析测试结果，控制测试进度和Bug清除率。
测试员
-
负责检查测试环境、测试版本、编写并执行测试大纲、测试用例、报告缺陷、验证修改结果，进行测试数据统计，提交测试报告。
项目经理
-
负责与测试经理沟通，参与测试的整体策划、提供测试依据等相关材料；介绍系统功能，负责测试组与开发组间协调。
程序员
-
按时部署测试环境、数据，提交可测试的软件版本，协助测试员编写用例，及时修改缺陷、填写修改记录。
QA工程师
-
对测试过程、测试结果进行规范性检查
项目负责人
-
评价测试结果
4.4.2.3
测试安排
总体测试时间：2016年9月1日—2016年11月13日。
第一阶段测试：2016年9月1日—2016年10月9日，开发人员编写代码，完成系统功能开发，并对完成的功能模块进行单元测试、集成测试；
第二阶段测试：2016年10月10日—2016年10月25日，测试组对项目的软件系统进行功能测试，由开发人员完成所有问题的修改。
第三阶段测试：2016年10月26日—2016年11月4日，测试组进行性能测试并完成问题修改。
4.4.2.4
测试步骤
具体测试步骤：
1、
对整体流程进行测试，保证系统整体业务流程可以走通。
2、
对整体业务流程中的分支流程进行测试，保证系统业务分支流程可以走通。
3、
各业务系统流程测试
4、
各子系统功能点测试。
5、
覆盖性测试。
6、
系统性能测试。
回归测试贯穿每个测试阶段。
系统整体流程如下说明：
1、基础数据由数据采集系统从进出口相关执法部门采集，包括涉毒信息、旅客信息、航班信息等，形成基础数据。
2、系统进行数据收集存储、数据加工处理、主题数据建立等处理，进行主数据转换加载与业务数据转换加载，产生中间过程数据，具有时间戳和更新标记。
3、对集成数据进行分析，满足实时查询与统计需要，形成统计报表。
4、动态数据仓库存放风险数据、预警数据。
5、对预警数据进行评分、排名并设置消息推送。
4.4.2.5
测试管理工具
工具名称：Bugfree3.0
来源：官方网站
功能：测试用例、缺陷管理，自动统计测试结果
4.4.2.6
缺陷处理流程
Bugfree3.0规定缺陷有三种状态（见[表-1]）、七种解决方案（见[表-2]）。
[表-1]缺陷有三种状态
缺陷状态
说明
Active(激活)
Bug的初始状态。任何新建的Bug状态都是Active。可以通过编辑功能修改Bug的内容，并指派给合适的人员解决。
Resolved(解决)
解决中或解决完毕状态。
Closed(关闭)
已修复Bug、或解决方案（见[表-2]）被验证无误之后可以关闭。
该Bug处理完毕。如果没有真正解决或者重新复现，可以重新激活，Bug状态重新变为Active。
按照Bugfree3.0.4缺陷处理流程，测试者、Bug修改者都可以使用Bugfree报告Bug，测试者跟踪Bug状态，验证处理结果，直至关闭。具体过程：
1、
报告者提交一个Bug，缺陷生命周期开始，Bugfree自动将状态置为Active（激活状态），报告者将Bug指派给修改Bug的程序员；
2、
程序员接受Bug，点击[解决]按钮，进行Bug的修改，并指派Bug修改后的验证人（默认该Bug的报告者），Bug变为Resolved（解决状态），程序员选择Bug解决方案：
[表-2]七种解决方案
Bug解决方案
方案说明
处理规则
Fixed（有效Bug）
确认是Bug，修改完毕、提交验证。
测试员验证，修改正确、可以关闭；否则，重新激活。
External（有效Bug）
外部因素（比如浏览器、操作系统、其他第三方软件）造成的问题。
项目经理确认、必要时与客户和相关方协商解决，测试员验证后关闭；否则，重新激活。
Postponed（有效Bug）
目前不必修改的问题（发现的太晚了，下一个版本讨论是否解决）。
项目经理确认、必要时与客户协商，如果
同意下一个版本讨论或修改，保持“解决”状态和当前解决方案不变；否则，重新激活，选择Fixed/External方案进行修改；
Won’tFix（有效Bug）
是个问题，但是不影响系统使用。
项目经理确认，确实不值得修改、可让测试员关闭；否则，重新激活，选择适当的方案进行修改；
ByDesign（无效Bug）
就是这么设计的，不是Bug。
项目经理确认，必要时与客户协商，如果的确不是Bug，需求和设计就是这样、或受限于开发环境和工具，可让测试员关闭；否则，重新激活,选择适当的方案进行修改；
Duplicate（无效Bug）
重复的Bug。
测试员确认，确实是重报、测试员可以关闭；否则，重新激活，选择适当的方案进行修改；
NotRepro（无效Bug）
无法复现的问题。
项目经理确认，确实无法复现，指定专人跟踪，如果一段时间内Bug不再重现，可让测试员关闭；否则，重新激活，选择适当的方案进行修改。需项目经理确认的问题也可委托开发组长、技术骨干审查，关键问题由开发组长报项目经理确认。
3、
Bug报告者和修改者参考程序员填写的Bug解决方案，按照上表定义的处理规则，需要时请项目经理确认，将可以关闭的Bug置为Closed（关闭状态）；否则，重新激活、置为Active（激活状态）。
4.4.2.7
测试通过准则
充分性：
计划测试的功能至少全部测试了一遍；
至少对缺陷高发点进行了回归测试；
测试用例覆盖率100%；
测试用例执行率100%；
Bug清除率：
有效Bug清除率95%以上；其中：
1-2级Bug清除率100%
3-4级Bug清除率95%以上；遗留Bug必须得到客户认可。
4.4.2.8
测试异常中止准则
1、
系统的一二级错误太多、不能继续测试；
2、
发现明显设计错误、导致测试对象完全错误；
3、
发现测试对象与用户需求完全不符合；
4、
测试环境没有保障；
5、
测试人员或缺陷修改人员缺席。
4.4.2.9
风险分析及预防
严格遵循软件测试规范，做到：组织规范、流程规范、文档规范
依据评审通过的需求规格说明书、设计书编写测试用例；
需求、设计变更时要有客户变更记录；
要求测试大纲和用例：
测试大纲和用例覆盖软件所有的功能要点和主要业务流程；
每一条用例应给出测试数据（需要输入数据时）、执行步骤、方法、预期结果。
测试大纲和用例应经过项目经理审查、客户负责人评审。
4.4.2.10
提交成果物
?
整体测试方案
?
测试用例
?
BUG一览表
?
测试报告
第
5
章
用户测试
用户测试过程中重点关注需求文档中描述的功能是否都已经实现，主要对系统进行易用性测试、可靠性测试、容错性测试。其测试依据及测试环境同测试组相同。
5.1
测试管理
5.1.1
组织机构
5.1.2
角色职责
角色
职责
用户测试代表
负责检查测试环境、测试版本、报告缺陷、验证修改结果，进行测试数据统计，提交用户测试报告。
项目经理
负责与甲方测试人员沟通，参与测试的整体策划、提供测试依据等相关材料；介绍系统功能，负责甲方测试人员与开发组间协调。
开发组
按时部署测试环境、数据，提交可测试的软件版本，编写测试用例、测试大纲，及时修改缺陷、填写修改记录。
QA工程师
对测试过程、测试结果进行规范性检查
甲方项目负责人
评价测试结果
5.1.3
测试安排
测试时间：
2016年11月5日—2016年11月20日，业主进行测试并完成问题修改。
5.1.4
测试步骤
第一步：测试开始前，由项目经理介绍已实现的功能、业务流程，保证用户方测试员深入理解系统功能和业务流程，执行测试用例。
第二步：用户方测试人员逐条执行测试用例，发现的问题记录到用户测试问题跟踪表，并提交给中科软，再由中科软测试人员记录到BugFree中。
对于有争议的BUG，外部问题、由项目经理与客户协商解决。
5.1.5
测试管理工具
工具名称：Bugfree3.0
来源：官方网站
功能：测试用例、缺陷管理，自动统计测试结果
用户测试问题跟踪表
5.1.6
用户问题处理、反馈流程
1、报告的方式、频度
?
在用户测试过程中，使用中科软提供的《用户测试问题跟踪表.xls》记录用户问题，再由中科软测试人员将问题记录到bugfree中，开发人员修改完毕后，由中科软测试人员验证通过后，再记录的到用户测试问题跟踪表中，由用户测试验证，问题的解决方案、修改记录、验证记录、统计测试结果可用bugfree进行统计；
?
用户测试进行的同时开发人员对于用户发现的问题进行分析、解决。《用户测试问题跟踪表.xls》由中科软进行统一收集。
?
测试版本的发布、测试轮次需要协商。
2、问题处理和反馈流程
5.1.7
测试通过准则
1、
计划测试的功能全部测试一遍；
2、
测试结果及问题修改情况必须得到用户认可。
5.1.8
测试异常中止准则
1.系统的一二级错误太多、不能继续测试；
2.发现明显设计错误、导致测试对象完全错误；
3.发现测试对象与用户需求完全不符合；
4.测试环境没有保障；
5.测试人员或缺陷修改人员缺席。
5.1.9
风险分析及预防
1、
测试过程中需要严格按照测试用例操作步骤执行，避免因异常操作造成用例执行结果无效；
2、
测试人员需要掌握系统流程，避免测试过程中因测试人员不熟悉业务流程会延长测试时间；
3、
测试人员在测试过程中发现有影响测试进度的问题，需要及时和项目经理沟通，保障测试顺利进行。
17
海关信息数据采集与数据应用平台测试项目