安全防范系统验收测试

安全防范系统验收测试（精选6篇）

篇1：安全防范系统验收测试

1.系统测试与验收方案

1.1.测试方案

1.1.1.单元测试

1.1.1.1.单元测试说明

在计算机编程中，单元测试（又称为模块测试）是针对程序模块(软件设计的最小单位)来进行正确性检验的测试工作。程序单元是应用的最小可测试部件。在过程化编程中，一个单元就是单个程序、函数、过程等；对于面向对象编程，最小单元就是方法，包括基类（超类）、抽象类、或者派生类（子类）中的方法。

单元测试的目标是隔离程序部件并证明这些单个部件是正确的。一个单元测试提供了代码片断需要满足的严密的书面规约。因此，单元测试带来了一些益处。单元测试在软件开发过程的早期就能发现问题。

1.1.1.2.单元测试方法与内容

单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。

1.1.1.3.单元测试流程

图15-1 单元测试流程图

从配置库获取源码文件，设计测试用例，执行测试用例，并利用相关测试工具对单元代码进行测试，将测试结论填写到单元测试报告和软件Bug清单中。把软件Bug清单和测试用例执行结果提交测试负责人，并进入纳入质量管理。对源码文件进行的测试，视程序存在缺陷的情况，可能要重复进行，直至问题解决。

单元测试的执行者，一般情况下可由程序的编码者进行，特殊情况可由独立于编码者的测试人员进行。

1.1.1.4.单元测试用例

编程组组长组织、指导开发人员根据《系统设计说明书》，编写所负责代码设计模块的《单元测试用例》，设计单元测试脚本。

1.1.2.代码评审

代码评审也称代码复查，是指通过阅读代码来检查源代码与编码标准的符合性以及代码质量的活动。

评审的内容：

1)编码规范问题：命名不规范、magic number、System.out等； 2)代码结构问题：重复代码、巨大的方法和类、分层不当、紧耦合等； 3)工具、框架使用不当：Spring、Hibernate、AJAX等；

4)实现问题：错误验证、异常处理、事务划分、线程、性能、安全、实现过于复杂、代码可读性不佳、扩展性不好等； 5)测试问题：测试覆盖度不够、可测试性不好等。

评审的优点：

1)提高代码质量：在项目的早期发现缺陷，将损失降至最低

2)评审的过程也是重新梳理思路的过程，双方都加深了对系统的理解

3)促进团队沟通、促进知识共享、共同提高 1.1.3.集成测试

1.1.3.1.集成测试目的

集成测试，也叫组装测试或联合测试。集成测试是在单元测试的基础上，根据《系统概要设计》及《系统集成与开发详细设计》，对系统的各单元进行组装。把分离的系统单元组装为完整的可执行的计算机软件。集成测试的目的是检查软件单元部件是否能够集成为一个整体，完成一定的功能，并找出单元测试中没有发现的错误，包括数据定义有没有重合与冲突，接口会不会产生错误，组合以后的模块功能会不会互相影响，组合的系统是不是达到预期的效果等。

1.1.3.2.集成测试采用的方法和内容

集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。

1.1.3.3.集成测试流程

集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。

集成测试设计由测试组组长根据项目计划和开发计划编制《集成测试计划》，设计《测试用例》。

测试计划和测试用例应当通过项目经理的审查。

集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。

集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。

集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问题的过程。

测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。

1.1.4.功能测试

功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。

（1）测试目标

组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可用性。

（2）测试流程

在确定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计的测试用例。

在整个测试过程中，我们将用缺陷管理工具BugBase对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。

（3）测试完成标准

 实现功能完全符合功能列表。 所有的功能页面均可达。

 TD上的问题得到妥善处理，不含有A,B,C类问题。 定义的测试项目完成。 产品化测试的约束达成。

（5）缺陷管理追踪工具

在上节描述中提到的TD，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。TD还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以通过BugBase实现从测试计划到总结的各测试活动管理。

我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在TD中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修改问题，TD还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结

1.1.5.性能测试

性能测试总体流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于用户对平台系统的性能要求。

1.1.5.1.测试目标

性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足标书的性能要求，如不能满足，要进行相应的优化。

1.1.5.2.测试流程

首先对性能测试进行策划，确定性能测试的类别和测试方法。

然后开发性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或组件的性能，并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的，我们可以通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，我们同样要进行调优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。

1.1.5.3.性能测试指标

a)响应时间响应速度在用户心理所能承受的范围内。无论是客户端还是管理端，当用户登陆，进行任何操作的时候，系统应该及时进行反映，系统应能检测出各种非正常情况，并及时提示用户。

b)可扩展性

在设计上必须具有适应变化的能力，当系统新增业务功能或现有业务改变时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。

c)易用性

所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完全通过键盘完成。

d)可靠性

系统应保证7*24小时内不宕机，保证在正常情况下和极端情况下业务逻辑的正确性。

e)可用性

必须避免由于单点故障或系统升级而影响整个系统的正常运行。

f)可维护性

系统能够简单方便的修改和升级，包含可度性、可修改性、可测试性等。

g)可管理性和服务支持能力

每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供应用架构总体设计规定的必要的标准外部接口。

1.1.6.用户测试

1.1.6.1.测试流程

用户测试流程如下：

1)明确测试内容，其中包括功能、性能、可用性、安全性、兼容性、与其他系统集成

2)确定测试范围：确定业务情况类型是是非常重要的。每一种业务情况类型都对应一个实际商业业务。业务情况类型可以被表达成多种状况（例如，简单情况、或需要进行复杂处理的例外情况）。

3)测试小组成员确定：由管理人员、业务人员、技术人员等组成，我方提供验收测试过程中的技术支持。4)明确问题分类标准

5)系统的功能通过功能测试进行验证。在功能测试过程中发现的问题根据其严重程度进行分类。下表列出了功能测试问题的分类。

1.1.6.2.用户测试设计

设计测试用例：确定每个功能的测试用例，明确系统输入信息和期望的输出结果。针对需求规格说明书的每一条测试内容，确定测试用例。每个测试用例包括测试条件（包括生成测试条件需要的测试数据类型）和期望的结果。每个测试用例都应该是唯一确定的（例如，赋一个数值）。

设计测试大纲：依据测试范围生成测试大纲。对每一种业务情况类型，生成尽可能多的测试用例来完善测试大纲。为了保证测试大纲包含所有的测试用例，将测试用例的条件映射为测试大纲是非常必要的。测试大纲中测试用例的顺序安排是非常重要的，它应考虑多种方面的因素，主要考虑的因素是按照系统产生的数据，在测试大纲中安排测试用例的顺序，使得一个测试的结果作为另一个测试前提。

测试环境准备：为了预防出现问题，如数据损坏或对系统资源的争用，需要建立一个独立的测试环境。在进行测试之前，根据测试计划中确定的时机建立一个独立的测试环境。

1.1.6.3.用户测试结果

1)测试结束后，测试小组根据测试数据，制定并向验收工作领导小组提交《用户测试报告》。

2)测试报告结果说明软件满足下列要求： 3)在认可的外部设计文档中表述的功能要求 4)在认可的系统描述文档中表述的非功能要求 5)此外，测试报告中还包括对系统提出的改进意见。

1.1.7.测试产出

1)《测试计划》 2)《系统测试方案》 3)《测试用例》 4)《系统测试案例》 5)《系统测试报告》 6)《试运行测试报告》

1.2.验收方案

1.2.1.验收流程

在验收阶段，平台系统将按照用户和我公司都认可的《系统需求分析》，组织验收小组，进行功能和性能的验收测试。从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性及系统文档、代码、规范及注释说明等方面组织全面验收。验收测试安排分为系统初验和系统终验。

1.2.2.系统初验

经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行。用户在收到我公司验收申请后，尽快组织系统初验。初验前我公司提供全部的工程文档和安装测试报告，并提供初验测试文档，在用户认可后进行初验测试，初验通过后，系统进入正式试运行期。我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善，但试运行期最长不得超过一个月。

1.2.3.系统试运行

初验合格后，经用户同意，系统进入试运行阶段，试运行周期不超过三个月。在试运行期间，我公司按用户要求提供培训和技术支持，保证用户能够正确理解和使用系统；我公司对试运行中出现的任何问题及用户提出的修改意见将及时做出响应，并提交解决方案，在用户确认后实施。试运行期间如出现重大故障，则试运行期从故障排除之日起重新计算。

1.2.4.系统终验

试运行期结束后，如系统无功能缺陷，能够正常运行，在具备终验条件下进行系统终验，由我公司提出终验书面申请，用户在收到我公司验收申请后，尽快组织系统终验。成立项目全面验收小组，由用户、我公司以及外部专家等组成，对项目进行全面验收。系统终验前，我公司提交终验测试标准和终验测试计划，内容包括：测试对象及应达到的测试指标、测试方法和测试条件、测试资料和数据，并以图表说明每一测试对象或过程的功能输入输出测试进度。

系统终验标准：

1)系统实用性：项目验收最关键的指标，检查系统是否符合当前业务的需要，特别是业务流的整体性和数据流的一致性，并前瞻性提供未来业务接口。

2)系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。3)系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。

4)系统文档：验收文档是否齐全、规范、准确、详细，主要的文档包括：需求分析报告，框架设计报告，数据库物理及逻辑设计报告，详细设计报告，编码规范及技术选型报告，测试报告，系统部署和发布报告，集成方案，软件用户使用手册，系统维护方案和操作文档等。

5)代码规范及注释说明：程序代码编写是否规范；注释说明或代码文档是否详细全面；接口定义是否符合局信息系统规划一致性的要求。

6)系统灵活性：系统是否方便客户进行维护；系统是否在先进性的基础上具备未来升级和可扩充性；是否利于系统平台迁移和部署等。

7)系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。

8)系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范），硬件方面（防火墙、物理隔离和逻辑隔离）的安全设置。

9)其他验收标准：其他的与本系统相关的验收标准。系统终验流程安排

1)我公司按照项目验收计划完成验收准备工作 2)用户代表运行验收测试用例集，记录运行结果

3)如果发现没有通过的验收测试用例，则我公司立即解决问题 4)用户主持项目验收会

5)我公司向用户报告项目实施结果 6)用户代表向用户报告试运行结果

7)用户评议项目实施和试运行结果，起草和审定项目验收报告。

1.2.5.系统终验相关文档

我公司在软件开发和系统集成中将严格按照国家软件工程有关要求提供的文档来提供，验收的技术文档至少包含以下内容： 1)系统需求分析 2)系统概要设计 3)系统详细设计 4)数据库详细设计 5)应用系统集成实施方案 6)系统测试大纲 7)系统测试报告 8)系统验收报告 9)系统用户使用手册 10)系统安装维护管理手册

1.2.6.终验报告

验收小组将在终验结束后提交一份由专家签名的验收报告。验收报告附平台系统和整体系统测试结果报告，同时给出以下明确结论之一：

（1）通过验收；

（2）基本通过验收，要求在五个工作日内完善后再次进行验收；（3）未通过验收，要求在十五个工作日内改正后再次进行验收；如再次验收后仍然不能全部通过，用户有权终止合同，并要求我公司承担违约责任。

验收结束时,我公司将平台系统相关产品说明书、系统安装手册、技术文档、资料及安装、测试、验收报告等文档汇集成册交付用户。

篇2：安全防范系统验收测试

ERP系统验收测试流程、方法原则及内容

引言

软件测试是为了发现错误而执行程序的过程。它不仅是软件开发阶段的有机组成部分，而且在整个软件工程(即软件定义、设计和开发过程)中占据相当大的比重。软件测试是软件质量保证的关键环节，直接影响着软件的质量评估。软件测试不仅要讲究策略，更要讲究时效性。验收测试作为软件测试过程的最后一个环节，对软件质量、软件的可交付性和软件项目的实施周期起到“一锤定音”的作用。

1、ERP验收测试的现状

验收测试是一种有效性测试或合格性测试。它是以用户为主，软件开发人员、实施人员和质量保证人员共同参与的测试。ERP(企业资源规划)作为提高企业管理创新能力的有力工具，其定义、设计、开发、实施和应用的过程遵循一定的规律。这些规律表现在软件过程控制、质量保证和软件测试等方面。验收测试关系到ERP能否成功验收，能否平滑步入维护期，能否快速实现效益。ERP验收测试的全面性、效率性、科学性、规范性、彻底性在广大制造业企业和ERP软件供应商中还是一个崭新的话题。

当前很多人对ERP验收测试工作存在一些误解：

(1)由于ERP软件的复杂性、规模性，人们可能更多地关注它多变的需求定义、个性化解决方案、定制化开发过程，却轻视了项目的验收工作。这些“只重视开题和过程，不重视结题和维护”的做法，最直接的后果就是，形成了一个个延期工程或“烂尾”项目。

(2)ERP实施工作做好了，用户企业可以把系统跑起来了，文档移交了，客户签字了，还有什么必要做验收测试。这种误解源于对验收测试的目的、流程、方法和意义缺乏认识。

(3)验收测试是用户企业的事，与软件服务提供商无关。事实上，只有两者密切配合，才能提高测试效率。

(4)将验收测试理解成给用户做演示。验收测试要讲究策略，不是走走过场，而是有计划有步骤的执行活动，要进行科学的用例设计。

(5)验收测试就是验证软件的正确性。验收测试和其他的测试一样，既要验证软件的正确性，又要发现软件错误。只不过，验收测试是以确认软件功能是否满足需求为主。

全面的ERP资源下载

2、ERP验收测试的流程及方法原则

软件包括程序、数据和文档。ERP验收测试的对象应当含盖这三个方面。验收测试的主体要以用户企业为主，ERP软件服务供应商积极配合;或以第三方测试为主，用户和软件供应商共同配合。

ERP验收测试的基本流程如下图所示，软件实施人员要适时配合和敦促用户做好验收测试的各项准备工作，按计划按步骤执行验收测试，形成规范的测试文档，客观地分析和评估测试结果，并跟踪不合格现象，对软件问题要分级分类管理，必要时要进行回归测试，确保所有问题能得到关闭，最终成功通过验收。

在测试方法上，由于验收阶段的特殊性，一般以黑盒测试和配置复审为主，以自动化测试和特殊性能测试为辅，用户、软件开发实施人员和质量保证人员共同参与。

ERP验收测试要注意以下几个原则问题：

(1)验收测试始终要以双方确认的ERP需求规格说明和技术合同为准，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。

(2)验收测试和单元测试、集成测试不同，它是以验证软件的正确性为主，而不是以发现软件错误为主。

(3)对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。

(4)验收测试中的用例设计要具有全面性、多维性、效率性，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。

3、ERP验收测试的内容及用例设计

ERP验收测试的目的是确认系统是否满足产品需求规格说明和技术合同的相关规定。通过实施预定的测试计划和测试执行活动确认软件的功能需求、性能需求和文档需求。ERP是较复杂的大规模性软件，其验收测试应当涵盖确认测试和系统测试两个方面的内容。具体包括以下测试内容：安装测试、功能测试、界面测试、性能测试、文档测试、负载压力测试、恢复测试、安全性测试、兼容性测试等。下面结合ERP验收测试的具体内容，谈谈用例设计的注意事项。

(1)安装测试

安装测试的目的在于验证软件能否在不同的配置情况下完成安装，并确认能否正常运行。ERP安装测试的用例设计要注意以下几点：

第一，根据ERP的可移植性，选择不同操作系统。

第二，选择不同层次的硬件配置和软件配置，一般选用最低、中等和最高三种配置进行测试，验证系统对软硬件环境的依懒性。

全面的ERP资源下载

第三，观察ERP安装程序在软硬件资源充足的情况下能否正常安装，安装过程中是否给予充足的提示，是否存在流氓软件的一些弊病，安装完成后能否正常运行，能否彻底删除。

第四，在资源不充沛的情况下，如磁盘空间不够、内容不足等，系统能否完成安装，能否给予各种提示。

(2)功能测试

功能测试是验收测试中的主要内容。ERP功能测试要包含以下项目：单个模块的查询、增加、删除、修改、保存等操作;数据的输入与输出;数据处理操作，如导入、结转等;基础数据定义的精度;计算的准确性，如仓库的历史库存、当前库存、货位库存是否准确;数据共享能力;身份验证和权限管理;接口参数和系统控制参数;单据流转情况;状态控制，如系统是否对MPS在执行MRP分解、工单下达、车间任务调度等操作前后的状态做了标识，状态的改变是否正确;报表的打印输出;审批流程定义及各种审批、反审批操作;短信发送及管理;岗位及部门业务的操作，如从请购管理、采购计划到采购订单管理，再到采购到货管理;跨部门的业务操作，如从销售订单到主生产计划，从车间领料到仓库出库等等。

ERP功能测试的用例设计要注意以下几点：

第一，测试项目的输入域要全面。要有合法数据的输入，也要有非法数据的输入。如，在测试基础数据的定义时，若规定是数字，则既要输入数字进行测试，也要输入字母、空格等非数字进行测试。数字包含整数、负数、小数，因而还要输入这些不同的数字验证数字的精度。

第二，划分等价类，提高测试效率。在考虑测试域全面性的基础上，要划分等价类，选择有代表意义的少数用例进行测试，提高测试效率。如，若MRP 记录有“刚形成”、“已派工”“正执行”、“已完成”四种状态，系统只允许对刚形成的MRP记录做局部性修改或删除操作，那么在测试时，将MRP记录划分为四类，每种状态对应一类，每类各选一条记录作为测试用例即可。

第三，要适时利用边界值进行测试。如“订单预排”中一般要求预排的数量大于0，那么测试数据可以分别为0，-1，1，10000000(一个非常大的正数)。

第四，重复递交相同的事务。

第五，不按照常规的顺序执行功能操作。

第六，验证实体关系，实体间的关系有三种：一对一，一对多，多对多。如，一个MPS对应多个MRP，一个MRP对应多个车间任务。

第七，执行正常操作，观察输出结果的异常性。如，删除某条记录对排序的影响;执行审批后，单据的状态是否改变。

全面的ERP资源下载

(3)界面测试

ERP界面要符合现行标准和用户习惯。软件企业可以形成自己的特色，但要确保整个软件风格一致。界面测试要从友好性、易操作性、美观性、布局合理、分类科学、标题描述准确等方面入手。测试用例的设计要重点掌握以下几点：

第一，背景和前景的颜色是否协调，颜色反差是否用得恰当。

第二，软件得图标、按钮、对话框等外观风格是否一致，美观效果所要求的屏幕分辨率。

第三，窗口元素的布局是否合理，并保持一致。

第四，各种字段标题的信息描述是否准确。

第五，快捷键、按钮、鼠标等操作在软件中是否一致。

第六，窗口及报表的显示比例和格式是否能适应用户的预期需求。

第七，误操作引起的错误提示是否友好。

第八，活动窗口和被选中的记录是否高亮显示。

第九，是否有帮助信息，菜单导航能否正常执行。

第十，检查一些特殊域和特殊控件能否运行。

(4)性能测试

性能测试主要测试软件的运行速度和对资源的消耗。通过调整ERP所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。一般借助WinRunner之类的企业级自动化测试工具来辅助测试，通过极限测试来分析评估软件性能。

(5)文档测试

文档是软件的重要组成部分，也是软件质量保证和软件配置管理的重要内容。文档测试主要通过评审的方式检查文档的完整性、准确性、一致性、可追溯性和可理解性。ERP作为一个大规模软件，覆盖了企业的各种业务。它至少要具备需求定义、开发设计、测试评估、项目管理、用户应用这五类文档，具体而言，应包含GB8567-88中规定的14种软件文档。

在文档复审时，要特别注意以下几点：

第一，要明确文档验收的标准，软件企业和用户企业要达成一致。

全面的ERP资源下载

第二，确定文档的重要性和项目文档需求，比如，在验收阶段，用户文档(用户手册、操作手册、维护手册、联机帮助文件)显得特别重要，需要认真评审。

第三，检验文档完整性，主要是文档的种类和内容的完整性。

第四，检验文档的一致性和可追溯性，主要是：软件的设计描述是否按照需求定义进行展开的;应用程序是否与设计文档的描述一致;用户文档是否客观描述应用程序的实际操作;关于同一问题的描述是否存在不同的说法。

第五，检验文档的准确性，主要是文档的描述是否准确，有无歧义，文字表达是否存在错误。

第六，检验文档的可理解性，主要审核文档是否针对特定的读者群体，表达是否详细。如，ERP操作手册，除了描述每个模块的操作，应该还提供关联性岗位业务、部门业务和跨部门业务的操作说明。

(6)其他测试

除了上述的测试外，还有必要对系统的其他特性和需求加以测试。如检测软件遇突发性故障后对数据的恢复能力，软件的安全保密性和对硬件、软件、数据的兼容性，系统所能承担的最大数据量和健壮性等。

其他测试一般包含以下几种：

第一，负载压力测试。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试。一般采用自动化技术分别在客户端、服务器端和网络上进行测试。用例设计时，要以真实的业务为依据，选择有代表性的、关键的业务操作作为测试对象。

第二，恢复测试。通过模拟硬件故障或故意造成软件出错，检测系统对数据的破坏程度和可恢复的程度。

第三，安全性测试。通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健壮性。

第四，兼容性测试。通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。

4、结语

ERP用户和软件开发实施人员要明确验收测试的真正意图。开发人员和实施人员不应该掩盖软件错误或不关心用户不熟悉的测试项目。用户也不能因为存在一些当前无法实现的需求而搁置验收工作。相反，两者应当精诚合作，相互信任，拨云见日。对于那些不可行的需求或不明确的需求，双方要协商进行需求变更，并达成一致意见。只有这样的验收测试，才能促使ERP工程项目得以快速圆满验收。

篇3：播出系统硬件验收测试探讨

各台在新建播出系统时，设计阶段都是反复论证希望能建成一个最安全、最适合自己的播出系统，在系统建成后对系统进行必要的测试是对所选设备的一个验收，也是对自己设计思路的一个验证。陕西电视台全新的12频道标清播出系统基本建成，已经经过一段时间的试运行，目前准备投入使用，在此之前通过使用方、承建方、还有邀请了广电总局广播电视研究所的有关专家，三方一起对系统的指标和功能进行了全面的测试，由此希望能对系统的性能作一个正确的评估。

此次系统验收测试包括两方面内容，系统指标测试和功能测试。对播出通道一系列指标的测试能反映出设备的性能及组成的系统对播出信号的影响，系统功能的测试可以反映出系统架构的安全性。通过这两个方面的测试基本可以比较全面的反映出一个系统的性能指标，对以后实际播出工作中制定操作制度和应急措施是最科学的参考。下面就详细介绍我们本次新系统验收中所做的各项测试及结果。

1 同步系统指标测试

我们新建的播出系统的同步系统主要由三台TEK TG700同步信号发生器组成，其中两台采用主备热备份的工作方式，由一台TEK ECO422D同步倒换开关进行主备切换，输出的同步信号再由视频分配器进行分配。第三台同步机为这两台同步机提供同步基准(见图1)。

本次测试对同步机输出经过视频分配器的信号(A点)、经同步倒换开关(B点)以及其视频分配器输出(C点、D点)的同步信号特性逐级了进行测试。

测试仪器采用的是TEK VM700T，测试结果如表1所示。

在测试中我们发现，经过多级串联以后视分输出的同步信号幅度有一定的衰减(D点调整前的测试值)，所以对视分进行了调整，调整后的同步信号更符合规范(D点调整后的测试值)。

2 播出通道指标测试

陕西电视台新建的12频道的播出系统为全标清的播出系统。其中，总控系统由一套256×256矩阵和两套128×128矩阵组成。256×256矩阵主要完成全台信号调度功能，两套128×128矩阵互为主备，主要完成12个频道的分控系统播出信号源的调度功能。

分控系统中，主通道切换设备选用配备16路切换矩阵的切换台，备通道选用16×2切换开关配键控器完成备路的信号切换和台标字幕的叠加功能，主备切换设备的信号通过主备2×1输出送入传输系统。

系统示意图见图2。

本次测试使用TEK TG2000测试信号发生器，信号由帧同步前接口板接入，对经过256×256矩阵输出(E点)、再经过主备128×128矩阵输出(F点、G点)的信号特性分别进行检测。对每个分控主要测试了过128×128矩阵调度后经过分控的主备播出通道的指标特性，只抽取第一频道的主路测试了经过256×256和128×128两级调度后的播出通道的指标特性。下面就以第一频道的测试结果为例来说明本系统播出通道指标测试情况。

2.1 SDI接口特性的测试结果

根据行业标准《GY/T 165-2000电视中心播控系统数字播出通路技术指标和测量方法》，测试用仪器为TEK VM700T。测试结果如表2所示。

2.2 4:2:2数字分量图像信号接口特性的测试结果

传统的行业标准针对数字播出通道指标的测量还只局限于对眼图的测量，但是通过这些年来数字系统的使用经验，业内普遍认为仅使用眼图并不能反映出通道在传输过程中对图像质量有可能造成的损伤。基于“始于R、G、B, 终于R、G、B”的电视基本原理，广电总局也已经在着手制定数字系统的模拟域分量信号特性指标的标准，所以为了对新系统的性能能够有一个更全面的评价，我们参考《GB/T17953-2000 4:2:2数字分量图像信号的接口》标准，对系统通道的分量视频指标进行了测试。

信号发生器为TEK TG2000，测试仪器为TEK VM700T、WFM700。先将被测信号送入WFM700，把SDI信号转化为分量信号送入系统，用VM700T进行测试。测试前必须在VM700T上校准因为WFM700转化所带来的误差。测试结果如表3所示。

2.3 嵌入音频特性测试结果

嵌入音频特性测试结果见表4。

3 视频服务器指标测试

新的播出系统的视频服务器系统采用上载、播出分离的架构。上载服务器由两台OMNEON MediaDirector 2102服务器组成配18个编码通道8个解码通道。播出服务器由主、备和二备播出服务器系统组成，其中主、备服务器使用六台OMNEON MediaDeck服务器，每台完成4个频道的单路播出任务;二备服务器与上载服务器相同，使用一台OMNEOR MediaDirector 2102服务器配4个编码通道14个解码通道，完成12个频道的第3路视频服务器通路的播出任务，以及4路上载2路审看的应急上载任务。系统图见图3。

由于视频服务器的编解码过程会对视频图像质量带来一定影响，所以在这一环节我们增加了图像质量的客观测试。将广电总局专家提供的标清图像测试序列通过上载服务器编码口以12Mbps码率进行采集，再分别由主、备、二备播出服务器解码口以12Mbps码率重放，下载到图像质量记录设备，与原始序列进行比对，得出测试结果如表5所示。

表5中，PQR值和DMOS值越小，图像质量越好;PSNR值越大，图像质量越好。PQR值=1：图像质量基本没有损伤;PQR值=3：图像质量损伤可察觉但不明显;PQR值=10：图像质量损伤明显。根据测试结果可见，经过视频服务器编解码以后，确实对图像质量有一定的损伤，但损伤并不明显，在可以接受的范围以内。

SDI和数字分量接口特性的测试同样是把所有测试信号通过上载服务器采集到视频服务器系统，再分别由主、备、二备播出服务器播出，在视频服务器输出口测试指标数据，测试结果如表6～表8所示。

以上系统各项指标测试结果显示，我们的播出系统指标非常优秀，完全符合国家标准，这是以后优质播出的必备条件。

其次，是系统功能的测试，我们称为压力测试或可靠性测试。

系统的指标测试可以了解系统的播出质量，但是在设计一套播出系统的时候大家考虑更多的可能是系统的安全性，所以在系统建成以后，安全性究竟怎样，系统的安全冗余究竟能起到多大的作用恐怕还是大家最关心的事情。所以系统的功能测试就应该是在系统验收过程中所必不可少的项目了。

系统已经经过一段时间的试运行，各设备的基本功能不需要再特别测试。本次我们主要测试播出通道中一些关键设备所要求有的特殊功能的测试，以及A、B路电源系统某一路断电情况下对系统的影响。

首先测试了同步系统的自动倒换功能，发现关掉主同步机电源系统会自动倒换到备同步机工作，但是在倒换过程中可以看到播出画面还是会有轻微的闪动现象，说明虽然主备同步机锁定在同一个同步源上，但是由于422倒换开关是继电器式开关，在倒换时还是会对系统产生一定的影响。

接下来测试了总控三个大矩阵的主备控制板、主备交叉点板等冗余配件的自动倒换功能。主备控制板在拔出一块的时候不会影响输出，遥控面板调度正常，但是在重新插入后恢复时间比较长;主备交叉点板在倒换时会影响输出，闪黑场2～3秒钟后自动恢复正常，有一路监看还需要重新调度。

在系统设计时，我们特别要求各播出通道末级视分必须有掉电直通功能，并且直通一路必须接入最主要的传输通道。经过测试，发现各点视分均具备掉电直通功能，在我们拔出视分板时，可以看到直通一路不会受到任何影响，但是在恢复时，信号会有闪黑场等比较严重的劣播现象，这是我们在以后的实际播出工作中需要特别注意的地方。

在此次压力测试中，我们最主要的是测试电源系统对播出系统的影响。根据广电总局对播出供电系统的“双电双播”原则要求，我们的供电系统采用双总线冗余，由两条专用母线送电，供4台UPS(每2台并机运行)，输出完全独立的A、B两路电，播出系统中双电源设备的主备电源各接在一路电上。但是在系统中仍然还存在少量的单电源设备，例如，同步系统、时钟系统、监看监听系统中大部分设备、有些设备的遥控面板、字幕机、大多数交换机等等，这些设备在供电系统某一路掉电的情况下会对系统产生多大的影响，必须通过测试得出结论，如果需要系统必须进行整改。

测试中，我们分机房测试了分别切段A路和B路电源，对系统工作情况进行了仔细观察，根据测试结果对系统进行了一些整改。

各机房监看系统通过简单的调整把不同的监视器接在不同的电源上进行互相备份，以防一路电源掉电后，无法监看播出状况。

时钟系统、交换机和通道上设备的遥控面板，虽然在掉电的当时不会对播出产生影响，但是很有可能会影响到后续的正常播出;同步系统虽然可以通过主备设备接在不同电源上，掉电后，系统自动倒换的办法解决，但是同步系统毕竟是播出系统中非常重要的一部分，所以，最后制定了整改意见，在系统中增加STS(静态切换开关)设备，为同步系统、时钟系统、各分控的监听设备、播出通道中设备的遥控面板、字幕机、交换机等设备供电，通过STS的自动倒换功能解决这些关键的单电源设备的供电倒换问题。

4 结束语

篇4：浅谈综合布线系统的测试与验收

关键词：验证测试；认证测试；标准；抽样；文档

中图分类号：TP393文献标识码：A文章编号：1009-3044(2007)12-211638-02

The Testing and Acceptance of Premises Distribution System

LAI Shun-tian

(Fujiian College of Water Conservancy and Electric Power, Yong'an 366000, China)

Abstract: The paper studies the standards and methods of Premises Distribution System, and discusses the sampling principles and evaluation criteria when conducting acceptance tests.

Key words:Confirmatory Test; Authentication Test; Standard; Sampling; Document

1 引言

综合布线系统被称为智能建筑的神经网络，综合布线系统的性能就决定着智能建筑中信息传输的流畅性。一方面，综合布线的物理组成包括光缆、同轴电缆、双绞线电缆和接插件以及相应的配套布线产品，这些产品的质量也决定着布线系统的质量；另一方面，在实际的布线施工中，由于各布线工程集成商的工程组织能力、工程实施能力和工程管理能力的差异，综合布线工程质量参差不齐。因此只有充分了解综合布线系统的测试特点，严格测试，及时改进，才能确保得到高品质的综合布线系统。

2 综合布线系统的测试

2.1 测试验收标准

在国际上，早在1995年EIA(美国电子工业协会)制定了ANSI/TIA/EIA 568-A和TSB-67标准。它定义了三类、四类、五类综合布线系统的测试标准。其中TSB-67所定义的内容成为测试各类型双绞线电缆链路的基本内容。随着超五类、六类线的兴起，ANSI/TIA/EIA 568-B标准于2002年正式公布，它包括五类、超五类、六类电缆系统要求。

在我国，最新的国标有GB 50339 2003《智能建筑工程质量验收规范》、YD/T 926.1 2001《大楼通信综合布线系统第1部分：总规范》、GB/T 50312 2000《建筑与建筑群综合布线系统工程验收规范》，这些标准包括了目前使用最广泛的五类电缆、超五类电缆、六类电缆和光缆的现场测试内容、方法及对测试仪器的要求。

测試链路模型共有三种：基本链路模型(Basic Link)、永久链路模型(Permanent Link)和通道链路模型(Channel)。在测试中应按照线缆级别不同选择不同的链路模型。在测试三、四、五类双绞线缆时选择基本链路，在进行超五类、六类测试时，应选择永久链路模型。基本链路包括：最长90米的端间固定连接水平缆线和在两端的接插件；一端为工作区信息插座，另一端为楼层配线架、跳线板插座及连接两端接插件的两条2米测试线。电缆总长度为94米；永久链路又称固定链路。永久链路连接方式由90米水平电缆和链路中相关接头组成，与基本链路方式不同的是，永久链路不包括现场测试仪插接线和插头，以及两端2米测试电缆，电缆总长度为90米；通道链路包括用户终端连接线在内的整体通道，总长不得长于100米。通道测试一般用于检测布线链路故障时使用。

2.2 测试参数

对超5类和更高性能的双绞线电缆，测试参数主要包括接线图、长度、衰减、近端串扰(NEXT)、综合近端串扰(PSNEXT)、等效远端串扰(ELFEXT)、综合等效远端串扰(PSELFEXT)、回波损耗(RL)、传播延迟(Delay)、延迟偏移、衰减串扰比(ACR)、综合衰减串扰比等内容。主要参数有：(1)接线图：确认链路线缆的线对正确性，防止产生串扰；(2)链路长度：对每一条链路长度记录在管理系统中，测试长度按测试连接图所要求的水平电缆小于90m。常见的测量方法是时域反射法(TDR)；(3)衰减：它与线缆长度和传输信号的频率有关。随着长度增加，信号衰减也随之增加，衰减随频率变化而变化，所以应测量应用范围内全部频率的衰减；(4)近端串扰：是测量一条链路中从一线对到另一线对的信号耦合，是对性能评估的最主要的指标，在近端串扰的测试时，必需进行双向测试。也可用带有智能远端器的测试仪，可实现双向测试一次完成；(5)回波损耗：是针对电缆系统中因阻抗不匹配产生的反射信号能量而进行测量。信号反射的能量会在电缆链路上产生不希望的干扰信号或“噪声”，影响链路上信号的可靠传输。特点对千兆位以太网影响很大；(6)衰减串扰比：同一频率下近端串扰和衰减的差值。ACR值越大，接收端收到的信号的质量就越好。

在光纤的应用中，光纤本身的种类很多，但光纤及其传输系统的基本测试方法和所使用的测试设备基本相同。其基本的测试内容有：连续性、衰减/损耗。测量光纤输入功率和输出功率，分析光纤的衰减/损耗，确定光纤连续性和发生光损耗的部位等。测试参数主要包括衰减、长度、连接器的插入损耗、回波损耗等。(1)衰减：是光沿光纤传输过程中的光功率的减少。光通过光纤传输后，功率的衰减大小能表示出光纤的传导性能；(2)长度：测量传输光缆的长度；(3)插入损耗：是指光纤中的光信号通过活动连接器之后，其输出光功率相对输入光功率的比率的分贝数。插入损耗愈小愈好；(4)回波损耗：是指在光纤连接处，后向反射光相对输入光的比率的分贝数。回波损耗愈大愈好。改进回波损耗的方法是尽量将光纤端面加工成球面或斜球面。

2.3 测试方法

电缆的测试一般可分为两个部分,电缆的验证测试和电缆的认证测试。电缆的验证测试是测试电缆的基本安装情况。例如电缆连接图，电缆的长度，电缆是否有开路或短路，电缆的连接头是否正确等故障。认证测试是指电缆除了正确连接以外，还要满足有关的标准，即安装好的电缆的电气参数是否达到规范所要求的指标。

2.3.1 验证测试

验证测试是施工过程中必不可少环节，是施工人员在施工过程中边施工边做的测试。验证测试中常见的问题如：信息链路不通、短路、反接、线对交叉、串绕、链路超长等在施工初期都是非常容易解决的，但如果到了布线后期发现，那就非常难以解决了。在测试仪器上可以选择支持单端测试的网络测试仪，即使用这种仪器进行连接测试时，不需要远端单元，施工人员可以边施工边测试。如FLUKE公司DSP4000网络测试仪，利用高精度时域反射（HDTDR）分析测试技术和高精度时域串扰分析（HDTDX）定位测试技术就能进行故障的分析判断和定位。

2.3.2 认证测试

认证测试是所有测试工作中最重要的环节，也称为竣工测试。认证测试通常分为两种类型：自我认证测试和第三方认证测试。自我认证测试由施工方自己组织，可以由设计、施工多方共同进行，工程监理人员参加。要按照设计施工方案对工程每一条链路进行测试，确保每一条链路都符合标准要求。如果发现未达标链路，应进行修改，直至复测合格；同时编制成准确的链路档案，写出测试报告，交业主存档。测试记录应当做到准确、完整，使用查阅方便。由施工方组织的认证测试。为了日后更好地管理维护布线系统，业主单位应派遣熟悉该工序的、了解布线施工过程的人员参加，以便了解整个测试全过程。目前，由于支持千兆以太网的5类、增强5类及6类双绞线综合布线系统的推广应用，和光纤到桌面的大量推广使用，使得对工程施工工艺要求越来越严格。为了保证质量，越来越多的业主，既要求布线施工方提供布线系统的自我认证测试，同时也委托第三方对系统进行验收测试，以确保布线施工的质量。这是对综合布线系统验收质量管理的规范化做法。

3 系统综合评价

作为综合布线系统，单一的链路测试不能综合体现该系统的整体质量水平，必须根据综合评价方案进行判定。在验收测试抽样测试的比例越高越好，最好能选择全部测试。因为仅以规范中规定的最低限度“光纤布线应全部检测，对绞电缆应不低于10%的比例随机抽样”去抽测，很难达到准确进行综合评价的目的。首先,综合布线链路均具有不可互代性，且各链路的施工工艺均存在不同的人为施工因素；其次，链路的实际应用情况不同，一般具有重点链路和非重点链路的区别；第三，链路的位置选择除考虑长度外，还应考虑无线电干扰性、装修损伤、环境潮湿等影响系统的因素。在只能进行抽样测试时尽可能的遵照以下几个原则进行：(1)应覆盖各楼层/区域，不应过于集中在某一楼层/区域进行抽样；(2)应根据布线管路图，选择最近链路、中间链路和最远链路综合抽取；(3)应确保今后实际使用时重要应用链路的测试；(4)应考虑无线干扰等因素。选取离干扰源较近的链路；(5)应选取一定的备用线路进行测试。

综合合格判定要求为：光缆布线检测时，如果系统中有一条光纤链路无法修复，则判为不合格；对绞电缆进行抽样检测时，被抽样检测点(线对)不合格比例不大于1%，則视为抽样检测通过；对绞电缆布线全部检测时，如有下面两种情况之一时则判为不合格：无法修复的信息点数目超过信息点总数的1%，不合格线对数目超过线对总数的1%。全部检测或抽样检测的结论为合格，则系统检测合格；否则为不合格。

4 验收文档

文档资料是布线工程验收的重要组成部分。清楚完备的布线系统文档可以使网络维护人员对网络状况及实际物理分布了如指掌，轻松实现网络设备的随时调整，有效地简化并加速故障的诊断和排除。布线文档包括了布线管理系统、布线拓扑图、综合布线的验收测试报告三个主要部分。

布线管理系统分为两大部分：一种是物理结构的管理。物理管理就是现在普遍使用的标识管理系统。布线时在传输机房、设备间、介质终端、双绞线、光纤、接地线等标上明确的编号。编号方法应满足TIA/EIA－606标准即《商业建筑物电信基础结构管理标准》的规定。用户可以通过每条线缆的唯一编码，在配线架和面板插座上识别线缆；另一种是逻辑管理系统，是电子智能配线架和布线管理软件系统的结合，通过以数据库和CAD图形软件为基础制成的一套文档记录和管理软件，实现数据录入、网络更改、系统查询等功能，使用户随时拥有更新的电子数据文档。布线拓扑图是布线设计图，包括综合布线工程所有设施设备的位置、编号，及其建筑物中的位置、编号，线缆跨越的空间距离。综合布线的验收测试报告记录了布线系统每一条线路在验收时的传输性能。

5 结束语

在综合布线施工中，要优选线缆、信息模块等布线材料，聘请资深的专业单位进行设计施工，聘请专业公司进行综合布线认证测试，依据测试报告对工程进行验收，并保留所有综合布线文档，这样才能确保有一个高速、优质的信息传输系统，也能更好地进行网络系统的维护。

参考文献：

[1] 焦庆春. 浅谈智能建筑弱电系统的测试与验收[M]. 浙江建筑，2006.1.

篇5：办理安全技术防范系统验收

办理安全技术防范系统验收

依据《广东省安全技术防范管理条例》和GB50348-2004《安全技术规范》审核、验收执行标准，经批准施工的技防系统在竣工试运行开通两个月后，由施工企业向我办电话申请报验，并填写好《广东省安全技术防范系统验收表》一式三份，我办在接到报验申请电话后，组织建设方、施工方、监理方等有关专家成立验收小组（验收委员会）验收；不符合条件的，作出不批准决定并说明理由。

技防系统验收合格后，方可投入使用；不合格的，由验收小组（验收委员会）提出整改意见，改正后经复验合格，方可投入使用。

篇6：安全防范系统验收测试

中国安防方案信息网发布时间：2006-11-07 09:43:12 发布人：admin 前言

本标准的全部技术内容为强制性。

本标准是ＧＡ／T 75-1994 《安全防范工程程序与要求》的配套标准，对安全防范系统的验收提出了必须遵循的规则。

本标准没有相同的国际或国外先进标准可供采用，在具体内容上主要参考了有关电子系统、计算机信息系统安装、验收的技术规范、设计要求和安全技术防范产品标准，并结合国内安全防范系统设计和安装的实践经验编写而成。

本标准由中华人民共和国公安部科技局提出。

本标准由全国安全防范报警系统标准化技术委员会归口。

本标准由上海市公安局技术防范办公室、公安部第三研究所、公安部安全防范报警系统产品质量监督检验测试中心、上海三盾安全防范系统公司、公安部安全与警用电子产品质量检测中心联合起草。

本标准主要起草人：孙金元、李祥发、汪广杰、郑文、沈伟斌、陶焱升、李仲男。

中华人民共和国公共安全行业标准

安全防范系统验收规则 GA 308-2001

Acceptance check criterion of security and alarm systems

１范围

本标准对安全防范系统的质量验收，从设计、施工、效果及技术服务等方面提出了必须遵循的基本要求，是对安全防范系统（工程）进行验收的依据。

本标准适用于一、二级安全防范系统（工程）的验收，三级安全防范系统（工程）的验收可适当简化。

２引用标准

下列标准所包含的条文，通过在本标准中引用而构成为本标准的条文。本标准的出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。

ＧＢ／Ｔ16571－1996 文物系统博物馆安全防范系统设计规范

ＧＢ／Ｔ16676－1996 银行营业场所安全防范系统设计规范

ＧＢ 50057－1994 建筑防雷设计规范

ＧＢ 50198－1994 民用闭路监视电视系统工程技术规范

ＧＡ／Ｔ74－2000 安全防范系统通用图形符号

ＧＡ／Ｔ75－1994 安全防范工程程序与要求

ＪＧＪ／Ｔ16－1992 建筑电气设计技术规程定义

本标准采用下列定义。

（１）安全技术防范（简称技防）

以运用技防产品，实施技防工程为手段，结合各种相关现代科学技术，预防，制止违法犯罪和重大治安事故，维护社会公共安全的活动。

（2）安全技术防范产品（简称技防产品）

用于防入侵，防盗窃，防抢劫，防破坏，防爆炸和安全检查等方面的特种器材。

（3）安全防范系统（工程）

以维护社会公共安全和预防，制止重大治安事故为目的，综合运用技防产品和其他相关产品所组成的电子系统或网络。

验收条件

4.1 初步设计方案通过论证

根据ＧＡ／Ｔ75－1994规定，一，二级系统（工程）必须经初步设计方案论证通过，并根据论证意见由建设单位和设计，施工单位共同签署整改落实意见。

4.2 系统试运行达到设计要求并为建设单位认可

4.2.1 试运行：系统调试开通后，应至少试运行一个月，并做好试运行记录（见表１）

4.2.2 试运行报告：建设单位依据试运行记录，提出系统试运行报告。内容包括：a)系统运行起讫日期，试运行是否正常；

b)故障（包括误报警，漏报警）产生的次数，原因和排除故障的日期；

c)系统功能是否符合设计要求以及综合评述。

4.2.3 试运行期间设计，施工单位应配合建设单位，建立系统的值勤，操作

和维护管理制度。4.3 技术培训

依据合同有关条款对有关人员进行培训。培训提供有关设备，系统操作和日常维护的说明，方法等技术资料。培训内容应征得建设单位同意。

4.4 系统竣工

4.4.1 系统按设计任务书的规定内容全部建成，经试运行达到设计要求并为建设单位认可视为竣工。少数非主要项目未按规定全部建成，经建设单位与设计，施工单位协商，对遗留问题有明确处理的办法，经试运行并为建设单位认可后，也可视为竣工。

4.4.2 系统竣工后由设计，施工单位写出竣工报告。竣工报告内容包括：工程概况，安装的主要设备，对照设计任务书或合同所完成的质量自我评估，提出维修服务条款。

4.5 初验合格

4.5.1 由建设单位（含监理单位）组织设计，施工单位根据设计任务书或合同提出的设计使用要求进行初验，要求初验合作并写出初验报告。参加初验的人员应签名。

4.5.2 初验季刊包括以下内容：

a 系统试运行评述；

b 对照设计任务要求，系统功能检测情况及质量主观评论；

c 对照正式设计方案，核对安装设备数量和型号的结果；

d 施工质量初验意见（含隐蔽工程随工验收单，见表２）

4.6 系统检测

4.6.1 一，二级安全防范系统（工程）在正式验收前，设计，施工单位必须向公安技防管理部门申请办理委托系统检测手续，并由公安技防管理部门向检测机构出具检测委托书。

4.6.2 系统检测机构必须是经国家质量监督检验检疫总局，公安部认可的部级以上检测机构，或是经省，自治区，直辖市地方质量监督检验检疫总局，省级公安管理部门认可的省级检测机构。

4.6.3 申请办理系统检测手续应报送以下资料：

a 系统试运行报告；

b 系统竣工报告；

c 系统初验报告。

4.6.4 设计，施工单位将检测委托书送检测机构并附以下图纸资料：

a)系统初验报告；

b)按照正式设计方案施工的系统原理框图，平面布防图，器材设备清单等。

4.6.5检测机构在接到检测委托书和以上图纸资料后，应及时对系统进行检测，并出具系统检测报告。

4.6.6检测报告应准确，公正，完整，规范，并注重量化。系统在线测试抽检比例；电视监控系统按前端设备数的20％－30％；其他系统按前端设备数的10％－１５％；总数10台以下的，至少不低于3台。

4.7验收图纸资料

一二级安全防范系统（工程）在正式验收前，设计，施工单位应向验收小组（验收委员会）报送下列验收图纸资料（全套验收图纸资料应满足验收机构人员的需要，三级工程可参照提供验收图纸资料）：

a)设计任务书；

b)合同；

c)初步设计方案论证意见，并附论证会方案评审小组（评审委员会）名单；

d)初步设计方案通过论证后，设计，施工单位和建设单位共同签署的整改落实意见。

e)正式设计方案与相关图纸（包括系统原理框图，平面布防图及器材配置表，线槽管道布线图，系统中心控制室布置图，器材设备清单等）；

f)系统试运行报告；

g)系统竣工报告；

h)初验报告（附隐蔽工程随工验收单，见表２）；

i)决算报告；

j)系统检测报告。5 系统验收的组织与职责

5.1 验收组织

5.2 验收参加单位（人员）

出席验收会的单位（人员）有建设单位的上级业务主管部门，建设单位（含工程总包单位，使用单位，监理单位），设计，施工单位，公安技防管理部门，公安业务主管部门和一定数量的技术专家，必要时还应有检测机构代表参加．

5.3 验收机构

5.3.1 系统验收时要协商组成验收小组，或验收委员会．

5.3.2 验收小组（验收委员会）由建设单位负责人，建设单位上级业务主管部门，公安技防管理部门，公安业务主管部门以及不低于验收机构人员总数40％的技术专家组成，并推选组长，副组长（主任，副主任）．

5.4 验收机构职责与要求

5.4.1 验收机构对系统（工程）应作出正确，公正，客观的验收结论，不利验收公正性的人员不能参加验收小组．

5.4.2 对国家，省级重点安全防范系统（工程）和金融，文博等要害单位的安全防范系统（工程）的验收，应执行国家或公共安全行业的相关标准，规范，严格把关．

5.4.3 验收中，对照设计任务书，合同或正式设计方案，按第6章的规定，逐项进行审查．发现系统有重大缺陷或明显不符合要求的，应向设计施工单位提出质询，并视答辩情况决定验收工作是否继续进行．

5.4.4 验收机构应对系统建设中存在的主要问题提出整改意见和建议．

验收内容

6.1 施工验收

6.1.1 基本要求

a)施工验收由验收小组（验收委员会）指定的施工验收组负责检查验收；

b)施工应按照设计文件及ＪＧＪ／Ｔ16等相关标准的要求进行，按图施工，不得随意更改．若根据实际情况确需作局部调整或变更的，应按程序进行审批，并提供建设（使用）单位和设计，施工单位双方认可的更改审核单（见表３）．更改审核单可由设计，施工单位提出，经本单位负责人审核，报建设单位批准．重大变更要报公安技防管理部门备案，必要时要经审查认可；

c)施工验收前，设计，施工单位应提供工程正式设计文件及相关图纸，施工记录等．

6.1.2 施工验收内容

施工验收主要验收工程施工质量，包括设备安装质量和管线敷设质量．

a)按表4规定的项目和要求，分别检查前端设备和终端设备的安装质量；

b)在进行施工验收时，复核随工验收单的检查结果（管线敷设时，工程建设单位或监理单位应会同设计，施工单位共同对管线敷高质量进行随工验收，并填写隐蔽工程随工验收单）；

c)复核土建施工单位提供的弱电系统接地电阻测试数据，应符合ＧＢ50198标准要求；检查接地系统是否按等电位接地要求施工，并符合ＧＢ 50057标准要求．

d)抽查明敷管线及明装接线盒，桥架，管井中线缆接头等施工工艺（视频线缆应一线到位，尽量避免接头），并应符合ＪＧＪ／Ｔ16等相关标准的要求； 6.2 技术验收

6.2.1 基本要求

a)技术验收由验收小组（验收委员会）指定的技术验收组负责检查验收；

b)对照原初步设计论证意见与整改情况以及系统检测报告，检查系统的主要功能和主要技术指标，应符合国家或公共安全行业相关标准，规范的要求和设计任务书或合同提出的技术要求；

c)对照系统竣工报告，系统初验报告，检查系统设备的配置（数量，型号及安装部位）应符合正式设计方案要求；

d)检查系统迁用的技防产品，应符合国家或公共安全行业有关标准和管理的规定；

e)检查系统中的备用电源，备用电源在主电源断电时，应能自动切换，保证系统在规定的时间内正常工作；

f)对具有集成功能的安全防范系统，应按照正式设计方案和相关标准进行检查；

g)按表５要求，对工程按各分系统项目进行现场功能抽检复查，并做好记录．

6.2.2 报警系统的抽查与验收

a)根据试运行报告，复核误，漏报警情况；对入侵探测器的安装位置，角度，探测范围作步行测试抽查；作防拆保护抽查；检查室外周界报警探测装置形成的警戒范围有无盲区；

b)系统布防，撤防，旁路和报警网络的地区，检查系统直接或间接联网的条件．

c)当有联动要求时，抽查其对应的灯光，摄像机，录像机等联动功能；

d)对于已建成区域性安全防范报警网络的地区，检查系统直接或间接联网的条件．

6.2.3 电视监控系统的抽查与验收

a)对照系统检测报告，系统的技术指标应满足ＧＢ50198－1994的2.1.6的要求．

b)系统结构与配置同正式设计方案的符合度；

c)监视图像主观评价不低于４级，记录图像的回放质量至少能辨别人的面部特征

d)操作与控制的功能检查：如图像切换，云台转动是否平稳，镜头的光圈，变焦等功能是否正常，避免逆光效果等；

e)摄像时间，摄像机位置和电梯内楼层显示等图像的标识符，显示是否稳定正常；电梯内摄像机的安装位置（要求安装在电梯厢门左或右侧上角）是否能有效监视电梯乘员；

f)对金融系统银行营业场所，文博系统，是否满足ＧＢ／Ｔ１６６７６和ＧＢ／Ｔ16571的相关要求．

6.2.4 出入口控制系统的抽查与验收

a)系统工作是否正常，并按正式设计方案达到相关功能要求；

b)系统存储通行目标的相关信息；对非正常通行是否具有报警功能；

c)楼寓对计电控防盗门作为一种出入口控制系统是否能正常工作；开锁继电器是否有自我保护功能．可视对计系统的图像是否能辨别来访者；

d)出入口控制的联网报警部分，是否符合相关技术要求．

6.2.5 巡更管理系统的抽查与验收

a)按正式设计方案检查系统具有的巡更时间，地点，人员和顺序等数据的显示，归档，查询，打印等功能；

b)在线式巡更系统是否具有即时报警功能．

6.2.6 中心控制室的检查与验收

a)检查通讯联络手段（一般不少于两种）；

b)是否具有自身防范，防火和雷电防护等安全设施．

6.3 资料审查

6.3.1 基本要求

a)资料审查由工程验收小组（验收委员会）指定的资料审查组负责审查．

b)工程正式验收时，设计，施工单位应按4.7规定的要求提供全套验收图纸资料；

c)图纸资料应保证质量，做到内容齐全，标记正确，文字清楚，数据准确，图文表一致；

d)图样的绘制应符合ＧＡ／Ｔ74及国家标准的有关规定．

6.3.2 审查内容

a)按6.3.1中c),d)要求审查设计，施工单位提供的验收图纸资料的编制质量（准确性，规范性）和与工程实际的符合度，并填写于表6；

b)根据工程规模，审查验收图纸资料的完整性，包括日常维修服务条款，并填写于表６．

验收结论与整改

验收小组（验收委员会）根据施工验收（表４），技术验收（表５）资料审查（表６）的结果，认真如实地作出验收结论．对验收通过或基本的安全防范系统（工程），设计，施工单位应根据验收结论写出经建设单位认可的整改方案，建设单位上级主管部门，公安技防管理部门和公安业务主管部门应督促，协调，检查整改方案的落实． 7.1 验收判据

施工质量验收：按表２要求对隐蔽工程质量进行复核，并根据各单项的检查结果，综合后填写验收意见；按表４要求，对设备安装质量和明装管线质量进行检查并根据各单项的检查结果统计出合格率．

技术质量验收：按表５要求，结系统实施情况同正式设计方案的符合度和系统功能进行现场复核抽查，并根据各单项的检查结果统计出合格率．

资料审查：按表６要求，对资料的完整性，准确性，规范性进行审查，并根据各单项的审查结果统计出合格率．

按表4－6的规定，合格率大于等于0.8判为通过；合格率小于0.8，大于等于0.6，判为基本通过；合格率小于0.6，判为不通过．

7.2 验收结论

验收结论分通过、基本通过和不通过三种，并汇总于表7。

7.2.1 验收通过

对照验收判据，施工质量、技术质量和资料审查均为优良、经试运行和检测达到设计任务书或合同要求并符合相关标准者，判为通过。即：Ks≥0.8, Kj≥0.8, Kz≥0.8的，判为通过。

7.2.2 验收基本通过

验收中出现个别项目达不到规定要求但不影响使用，Ｋs，Ｋj，ｋz均＞＝0.6，但达不到7.2.1要求的，判定为基本通过．

7.2.3 验收不通过

施工质量对照表2，表4有明显问题，Ｋs＜0.6，技术质量对照正式设计方案有较严重缺陷，不能满足设计任务书或合同要求，Ｋj＜0.6，或者重要指标达不到相关标准规定；资料不齐全，不规范，对照工程实际有差错，Ｋz＜0.6的，判定为不通过；或者Ｋs，Ｋj，ｋz中有一项小于0.6的；或者重点项目（见表５，序号右上角打＊）检查结果不合格的，均判定为不通过．

7.2.4 提出建议与要求

验收小组（验收委员会）在作出验收结论时，对验收中存在的主要问题提出建议与要求，并填写于表7中．

7.3 验收不通过的系统不得交付使用．设计，施工单位应根据验收结论提出的问题，抓紧落实整改后再进行验收；系统复测时应适当提高原不通过部分的抽样比例．

7.4 验收会结束，应及时把全套验收图纸资料退回设计，施工单位．

7.5 验收通过或基本通过后，设计，施工，单位应根据验收结论写出整改落实措施，并经建设单位认可．

系统移交

8.1 系统竣工图纸资料修改整理归档

验收通过或基本通过后，设计，施工单位应按下列要求整理编制系统竣工图纸资料，一式三份建设单位．建设单位签收盖章后，其中一份交还设计，施工存档．

8.1.1 提供经修改，校对并符合4.7规定的验收图纸资料．

8.1.2 验收结论（含验收机构组成人员名单）．

8.1.3 设计，施工单位根据验收结论写出的并经建设单位认可的整改落实措施．

8.1.4 设计，施工单位提供有关设备日常维护和系统操作的使用说明书．