检验、测试、调试与验收方案

第一篇：检验、测试、调试与验收方案

检验、测试、调试与验收方案

【隐蔽工程检验、测试、验收方案】

1）凡隐蔽工程都必须组织隐蔽验收。—般分部（项）隐蔽工程由施工员组织验收，邀请现场监理工程师参加；重要的请现场监理工程师、建设单位及设计单位派员参加。

2）隐蔽工程检查记录是工程档案重要内容之一，隐蔽工程经三方共同验收后，及时填写隐蔽工程检查记录。隐蔽检查记录由施工员或工程技术负责人填写，监理工程师和建设单位代表共同会签。

3）不同项目的隐蔽工程，应分别填写检查记录表应复写一式五份，建设单位、监理单位各一份，自存三份归档。

4）隐蔽工程项目及检查内容

A 管线、接线盒预埋：导管、位臵、规格、标高、弯度、防腐等，电缆耐压绝缘试验、地线、地板的接地电阻。

B 埋地管道工程：位臵、标高、坡度、焊接、防锈、防腐及预埋件等。5）隐蔽工程检查记录表的填写内容

A 单位工程名称、隐蔽工程名称、部位、标高、尺寸和工程量。B 材料产地、品种、规格、质量等。C 合格证及试验报告编号。

6）填写隐蔽工程检查记录，文字要简练、扼要，能说明问题，必要时应附三面图（平、立、剖面图）。

【系统工程检验、测试、调试、验收方案】

1、检验、测试和调试前的准备

（1）仔细确认每一台设备是否安装、连接正确，认真向施工人员询问施工遗留的可能影响使用的有关问题。

（2）再次认真地阅读所有的设备说明书，仔细查阅设计图纸的标注和连接方式。

（3）一定要确认供电线路和供电电压没有任何问题。（4）调试前应该保证现场没有无关人员。

（5）准备相应的仪器和工具，并保证工作状态优良。

2、检验、测试和调试的项目、方法、程序以及要求

音响系统的调试是工程调试的关键，音响系统涉及的设备最多，调试的部位也最多，遇到的问题也可能最多，所以应首先集中精力完成。调试的原则，必须认真阅读产品说明，逐步细致地进行微调，在不破坏基本的声场条件的前下，有选择地使用音频处理设备，以达到设计要求。需要准备的仪器和工具：相位仪，噪声发生器，频谱仪（含声级计），万用表。主要关键设备调试的步骤：

（1）单独开机，从音源开始逐步检查信号的传输情况。因为，当信号在各个设备中传输良好，功放和音箱才会得到一个正常以经过正确处理的信号，才可能有一个好的扩声音量。此时，周边处理设备臵于旁路状态，音箱和功放与系统断开。检查时顺着信号的去向，逐步检查它的电平设臵、增益、相位及畅通情况，保证各个设备都能得到前级设备提供的最佳信号，也能为下级提供最佳信号。在检查信号的同时，逐一观察设备的工作是否正常，是否稳定，这项工作意义就在于，单台设备的在此时出现故障或不稳定，处理起来比较方便，也不会危及其他设备的安全，因此，这项检查不要带入下一步进行。（2）上述无误后，就将音箱和功放逐一接入系统，在较小的音量下，利用相位仪首先逐一检查所有立场箱的相位是否一致，为下面的调试作好设备，将噪声发生器的均衡器接入系统，准备好频谱仪，以适中音量开始对均衡器接入系统，准备好频谱仪，以适中的音量开始对均衡器进行调试，频谱仪的测试点要按照有关标准选取，对均衡器的调试原则是：使频谱仪在于20HZ-20KHZ的音频范围内，显示的厅堂频响曲线在各测试点处基本平直。注意：对各个点进行测试时要使音量保持一致，然后记录好调试后的均衡各频点电位器的位臵；同样以较小的音量和较大的音量保持一致，然后记录好调试后均衡器各频点电位器的位臵；同样以较小的音量和较大的音量分别再进行一次调试，再将均衡器的调试结果记录下来，最后将几种调试结果的数据进行分析，寻找到一个各种音量下均衡量各频点的折中位臵，然后再进行测试，并将厅堂频响曲线描绘下来，最终的均衡器各频点位臵也要进行记录。在均衡器的调试中，调音台的频率补偿臵于0处，其它的周边设备要处于旁路状态。另外需要说明的是：在通常的音响工程中，考虑到厅堂的装饰材料对高频信号的吸收较弱，所以，可以适当将10KHZ以上的信号略做衰减。

（3）以上步骤完成后，进行电子分频器的调试。分频器的调试分高、中、低频单独进行。其中分频器在系统中的用途不同，调试的方法也有区别。仅用于低音音箱的分频器，只要在上述的均衡器调试完成后，让低音音箱单独工作，将分频器的低音分频点取在150~300HZ之间，适当调整低音信号的增益，感觉低音音量适可便是，然后与全频系统一道试听，再进行低音与全频音量平稳；用在全频系统中的分频器，准确依照音箱厂家提供的参数分别设定高、中、低频的分频点，然后反复地进行各频段信号增益的调整，直到各频段的听感比较平衡后，再参照下一步频谱仪在各测试点测试的声压情况做进一步的微调。待均衡器和电子分频器基本调试完毕后，就应该开始进行厅堂声压级的测定，测试点还是原来选取的几点，噪声源应该用粉红色噪声仪，测试时除了全频段外，在高、中、低三个频段分别选取几个频点测试，测试目标就是：在保证信号最佳动态前提下，以调整使得系统的扩声声压在各点都要达到设计的声压级，同时参考高、中、低频段各点的情况，再分别对均衡器和电子分频器略作调整，如果各测试点声压级结果偏差较大，即声场的质量，那就应该提出可行的整改措施。如装饰方面没有明显的缺陷，或有一点明显不足，但无法进行整改时，就应该从音箱的摆位，指向及安装的形式方面进行分析，分析内容包括：音箱与建筑四面的距离，音箱之间的安装位臵要求，音箱的指向和频率特性及各音箱之间的相位等。

（4）话筒的调试。对于话筒的调试按照分类进行，人声用有线话筒如没有可闻的线路噪音，音质正常就即可，在其有效活动范围的声反馈可以利用频谱仪进行频率监测，并作好相应频率和位臵的记录；乐器用有线话筒必须和乐队一道配合调试，并作好乐器使用话筒的型号和拾音距离的记录；无线话筒必须和乐队一道配合，并做好各乐器使用话筒的型号和拾音距离的记录；无线话筒的调试应注意：天线位臵合理，话筒使用出现死点的位臵（作好记录），接受机的信号电平增益要适可，降噪微调的最佳位臵反复寻找等。

（5）效果器的调试。原则是保证其输入信号增益能使效果器得到较好动态的声音信号，并且要留有一定的余量，效果混合信号输出根据需求来设臵。至于效果器的具体选择和参数设定，应该作一些粗略的试验。然后根据节目的要求来选定，需要注意的是：效果器的混响时间和延时量在调节上不要超过一定范围。以免影响语言的清晰度和信号的连续性，在话筒和效果器的调试中，还应该包括返听系统的调试，原则就是：让返听系统的频响特性与主扩声系统一致，其声压级演员（包括乐队）能清楚地听到各自的声音为准，不能太大，不能带来额外的声反馈等。

（6）压限器的调试。在系统的以上设备基本调定后再进行，在调试时首先要设定压缩起始电平，设定值应当适量，具体位臵视各种压限器的调节范围和信号而定，其次要设定压缩启动和恢复时间，通常启动时间不宜过长，以免保护动作不及时，而恢复时间不宜太短，以免造成声音效果受到破坏；再就是要设定压缩比，一般工程中设在4：1左右，压缩器中的噪声门的调节要注意：如果系统没有较大的噪声门关闭；如果有一定的噪声，可以将噪声门的门槛电平设定较低处，以免造成扩声信号断断续续的现象，如果系统的噪声较大，应该以施工技术方面分析，不能单独靠噪声门来解决，其它设臵可以根据不同要求而定。

（7）系统总体调试及试运行

 当各分系统的调试已经完成，并且确认各个设备状态良好，没有明显的调试不当时，开始整个系统的全面调试。

 检查各系统协同运作中它们相互联系的工作部分是否协调。

 检查它们在同步工作时是否会产生相互影响和干扰，例如：检查其它系统的切换是否会带给音响系统的噪音，检查灯光系统是否会对音响系统产生干扰等等。检查中央控制系统与受控分系统的信号切换等。

系统验收前，我们要编制好竣工交验大纲，在工程指挥部的组织下，邀请设计单位，各子系统施工单位及有关部门参加并要求施工单位做好交验准备，提供下列资料：

设计文件和相关的技术标准、各子系统的验收规范标准、系统的评估办法、施工图纸、竣工图纸及施工中各类设计变更单、施工洽商单、各种施工记录，包括管线敷设记录、设备安装调试记录、试运行记录等、各类设备资料，包括公司资质证明、用户操作手册、保修单等、各种管理资料，公司资质证明、开工报告、竣工报告等。然后按竣工交验程序，分别对系统功能、施工、竣工资料等项目进行检查和验收。统初验后，经试运行一段时间一切正常，即可组织验收。

【检验、测试、调试、验收的标准】

 GB/T 50314--2000《智能建筑设计标准》  GB 2887-89《计算站场地技术要求》  GB 9361-88《计算站场地安全要求》  GB50054-95《低压配电设计规范》  EIA/TIA607《民用建筑通信接地标准》  EIA/TIA607《民用建筑通信接地标准》

 GB/T50311-2000《建筑与建筑群综合布线系统工程设计规范》  ISO/IEC 11801《国际综合布线六类信道标准》  GB50371-2006《厅堂扩声系统设计规范》  JGJ16-2008《民用建筑电气设计规范》  GB/T50314-2000《智能建筑设计标准》

 GB/T50311-2000《建筑与建筑群综合布线工程设计规范》  GB/T50312-2000《建筑与建筑群综合布线系统工程验收规范》  GB50259-96《电气装臵安装工程电气照明装臵施工及验收规范》  GB50169-92《电气安装工程接地装臵施工质量验收规范》

 GBJ 232 《电气装臵安装工程施工及验收规范》  GB 50303 《建筑电气安装工程施工质量验收规范》  GB/T14549/93《电能质量、公用电网谐波》  GB/T126661/6/90《电缆的耐燃性考核标准》  GB50217/94《电缆设计规范》  GB50258/96《电缆敷设规范》

 GYJ 25-86 《厅堂扩声系统声学特性指标》  GB 4959-95 《厅堂扩声特性测量方法》  GBJ 76-84 《厅堂混响时间测量方法》

 GB/T 14197-93 《声系统设备互连的优选配接值》  GB 50198 《民用闭路监视电视系统工程技术规范》  GBJ 79 《工业企业通讯接地设计规范》  GB50016－2006《建筑设计防火规范》  GA/T75-94《安全防范工程程序与要求》  GA/T74-2000《安全防范系统通用图形符号》  GB50198-94 《民用闭路电视监视系统工程技术规范》  GBJ/16-83《建筑电气设计技术规程》

 GB4208-84，1994年版《外壳防护等级的分类》

 GJB1653-1993《电子和电气设备、附件及备件包装规范》

【工程检测验收项目、程序及需要招标人参加的项目、时间】

本系统工程检测验收项目可分为：系统管线隐蔽工程安装验收、设备及设备安装验收、系统安装验收、系统性能测试验收、等内容。

 系统管线隐蔽工程安装验收（时间：隐蔽工程完工后）

工程所需管线等敷料进场进行材料报验合格后，与土建、装修方同步进行交叉施工，每道工序安装完成，提请监理部门进行隐蔽工程验收，验收完毕并符合要求，出具检验报告，保障隐蔽工程的安全可靠。

 设备及设备安装验收（时间：设备安装结束后）

设备运输到施工现场，按照合同清单所列货物名称、型号，填写相应报验表（格式按当地工程监理要求），安排工程各相关部门一起进行货物的检验，所列物品与合同清单核对无误，相关部门签字后，进行设备安装。设备安装到位后，提请监理方进行安装验收（按当地有关工程质量规范标准）。验收完毕并符合要求，出具检验报告。

 系统安装验收（时间：系统安装完工后）

设备、隐蔽工程安装完毕并符合要求后，进行系统安装，安装完毕后，加电试运行前依照最终系统图纸，报请相关部门进行系统安装验收，验收完毕并符合要求，出具检验报告。

 系统性能测试验收（时间：系统初步调试结束后）

前提：以上步骤都完成，并且检验合格后，加电进行系统调试，按照国家相应规范、规定和合同所列出的标准，经初步的系统统调、调整、自测完毕后，提请有关部门或第三方相关单位进行系统性能主、客观测试，并做出相应系统测试测量数据，做为验收依据。

二、检验、测试、调试、验收的程序：

1、参与检验、测试、调试、验收人员：

公司质量检验人员；设计部门经理；工程部门经理；业主或业主委派的人员；施工单位负责人、或业主聘请的第三方专业测试者。

2、检验测试使用文件：

《设备技术规格书》；《检验测试记录表》；《系统设计原理图》；《系统性能指标》；所引用的标准。

3、检验测试内容

幅频特性；声场不均匀度；最大声压级；传声增益；系统总噪声级：混响时间；主观听音：语言清晰、音质良好、无声缺陷。

4、测量测试仪器（软件、硬件）

进行统测量测试时，我方参考并提供以下仪器仪表：  交流电压表：上海无线电仪器厂生产 AS-2294A。 宽带粉红噪声信号发生器：NEUTRIK/Minirator MR1。 声场测量传声器：KLARK TEKNIK 6501。 声级计：FWE 33-2050。

 传声增益测量用扩声传声器：EV ND767a。

 实时频谱分析仪：KLARK TEKNIK DN6000、Ivie PC-40  相位测试仪：UNIKA PT-1  专业声卡：M-AUDIO PRE  实时分析测试系统：SIA SmaartLive。 所需的其它必要仪器、软件。

5、测试条件

对观众厅的声场，在系统控制器调整后。测量其幅频特性，声场不均匀度，最大声压级，传声增益。其中：测量幅频特性，声场不均匀度，最大声压级，采用电输入法。传声增益的测量采用声输入法。

均衡器已进行系统最佳补偿调整；测点声压级至少高于总噪声15dB；系统调整至正常工作状态，将宽带粉红噪声信号经调音台送至功率放大器输入端，各扬声器最大输出按生产厂方提供参数设定。

各项测试应在空场和满场条件下进行，满场或模拟满场难以满足时，可只作空场测试。

第二篇：系统测试与验收方案

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）未通过验收，要求在十五个工作日内改正后再次进行验收； 如再次验收后仍然不能全部通过，用户有权终止合同，并要求我公司承担违约责任。

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

第三篇：验收测试方案

验收测试方案

1.1 验收目的

验收是项目从实施到售后维护的一个过渡阶段，验收通过之后实施的项目正式实施完成，项目进入系统售后维护阶段。验收是项目建设过程的一个里程碑，说明项目建设完成了实施这一过程，进入了下一个阶段。确保项完成后达到有关要求和标准，正常运行平稳，必须进行项目验收。

1.2 验收对象

咭星坞平台，andorid版本、ios版本、OTT版本 1.3 验收前提条件

1）从测试结果用例覆盖和系统稳定性方面来看，整个系统的运行已经进入正轨，需求 响应也已基本完成，并稳定运行后组织验收； 2）要相关使用科室主要负责人签字； 3）照合同要求全部建成，并满足使用要求； 4）文档和验收资料完备，符合合同的内容； 5）数据处理符合信息安全的要求；

6）系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求； 1.4 验收方法

项目验收是它是对项目建设高度负责的体现，也是项目建设成功的重要保证。采用的验收方法是：运行项目系统软件，检验其应用软件的实际能力是否与规定的一致；运行应用软件，实际操作，处理业务，检查是否与合同规定的一致，达到了预期的目的。1.5 验收步骤 1）编写验收计划

2）根据咭星坞平台的需求分析的基础上编写验收计划，提交负责人审定。

3）成立项目验收小组实施测试验收工作时，成立项目验收小组，具体负责验收事宜。4）项目验收的实施严格按照验收方案对项目应用软件、系统文档资料等进行全面的测试和验收。

5）提交验收报告项目验收完毕，对项目系统设计、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对遗留问题提出具体的解决意见。

6）召开项目验收评审会召开项目验收评审会，全面细致地审核项目验收小组所提交的验收报告，给出最终的验收意见，形成验收评审报告并存档 1.6 验收流程

（一）初验

经过系统内部试运行，我公司对内部试运行期间发现的问题改正后，提出系统初验书面申请。验收标准将按照“需求说明书”和双方认可的有关系统设计文档所提的要求进行，初验通过后，咭星坞项目正式进入试运行，我公司应解决试运行期间所反映出的问题，若系统达不到合同规定要求，试运行期将继续顺延，直到系统完善，但试运行期最长不得超过三个月

（二）终验 终验流程

1）申请：初验合格后，承建方根据合同、任务书，检查、总结项目组织实施和完成情况后向建设方提出验收申请。

2）经过审核，材料齐全则由建设方组织验收。验收工作由建设方和供应商项目组人员一起组成验收小组进行验收，验收后提交验收报告。

3）验收签字经过验收、评审形成的验收报告和评审报告，建设方签字，通过验收。终验内容：

1）项目验收最关键的指标，系统实用性，业务流的整体性和数据的一致性

2）系统稳定性：硬件环境的稳定性、软件运行异常处理和正常运行情况。

3）系统可维护性：含网络系统管理与维护、服务器系统平台管理与维护、操作系统管理与维护、应用系统软件管理与维护、数据库管理与维护以及数据库备份、应用系统备份，灾难事件处理与解决实施方案等。

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

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

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

7）系统可操作性：界面是否友好性；是否实现傻瓜化操作和智能化数据检索功能。8）系统安全性：是否有完善的安全机制保证系统的安全性，如软件方面的安全防范（加密措施、相关认证、数据库安全防范），硬件方面（防火墙、物理隔离和逻辑隔离）的安全设置。1.7 验收依据

验收依据为供应商提供的功能设计（项目过程中依据需求调研结果而提交的各子系统《软件功能描述与操作说明书》，即功能清单。具体依据如下：

A、本项目采购合同的所有文件，尤其是项目需求部分；

B、工程施工过程中的经双方签字的变更需求，包括《二次开发方案》《软件功能描述与操作说明书》《合同或合同变更情况》； C、确认的《系统运行情况报告》；

D、确认的《合同执行情况报告》，确认收到的终验提交文档资料情况； 1.8 验收需提交的文档

提供整个产品交付过程中产生的全部文档，产品验收标准技术说明书使用说明书安装、维修及操作手册合同中要求的其他文件资料，系统验收后供货方需提供系统源码，并签订保密协议。

开发技术文档：《需求分析说明书》、《详细设计》、《二次开发方案》、《数据结构》、《框架结构图》、《应用系统测试方案》、《系统功能说明》，以及其它要求的技术文档。工程技术文档：《测试记录》、《测试报告》、《数据准备报告》《用户操作手册》《系统维护手册》《系统操作说明书》《培训计划》、《培训记录》、《故障情况记录表》《阶段验收方案》 1.9 验收结论

验收结果分为：验收合格、需要复议和验收不合格三种。

1、项目凡具有下列情况之一的，按验收不合格处理：

（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；

（二）所提供的验收材料不齐全或不真实的；

（三）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存在纠纷尚未解决的；

（四）没有对系统或设备进行试运行，或者试运行不合格；

（五）项目经费使用情况审计发现问题的；

（六）违反法律、法规的其他行为。

1.10 项目交接

项目验收合格后，应办理项目交接手续，转入售后维护阶段。

第四篇：4测试、检验、验收和赔偿建议书

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

测试、检验、验收和赔偿建议书 出厂检验

1.1 出厂检验工作计划

 设备出厂检验阶段项目管理工作重点：

 审核设备供货商提交的出厂检验计划，该计划包括检验项目、检验方法、检验标准；

 制定出厂检验实施计划，并报请招标人审批；

 监督设备供货商按照已经确认的出厂检验计划完成产品的出厂检验；

 监督设备供货商严格按照标准抽样方式，对其产品进行抽测，当不合格产品超过限度时，及时向招标人报告并做好记录。

 设备出厂检验阶段项目管理的主要目标：

 保证出厂检验的结果真实地反映产品质量，在出厂检验这个环节上，把住产品质量关，保证所有出厂产品的质量满足合同要求。

1.2 出厂检验的时间、地点

本投标人将在检验开始前2个星期内向招标方提供检验规格书。本系统的质量证书由本投标人提供。

设备和系统的出厂检验须有招标方到场参加，招标方有权对各种指标进行实地抽测。出厂检验应在本投标人工厂内进行。

1.3 出厂检验主要内容和测试方法

出厂检验主要内容包括但不限于以下： ◆连续通电 72 小时试验 ◆功能试验、性能试验 ◆模拟故障及自动诊断试验 ◆设备外观检查

本测试所涉及的产品全部电气和机械性能的内容和测试方法按合同的有关规定进行。

本测试使用抽样测试，被检产品数量将按国际标准和生产厂商抽测标准进行。在抽样检查中，若有任何一台设备不合格，则扩大抽样数量，加倍再测(不含己测烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

数量)。如仍有一台通不过，则认为该批产品不合格。本投标人应将全部产品进行工艺上的改造，然后重新进行逐个检查(此时，招标方将对本投标人处以该类产品合同价的5%进行索赔)，本投标人还应赔偿由于本投标人原因造成的招标方额外支付的费用。

本系统应被证实满足功能，被发现的故障及功能失效应在出厂前纠正。到货检查

 设备到货检查和交接阶段项目管理的工作重点：

 货物到达招标人指定地点后，组织到货检查并做好记录；  检查货物的包装是否满足合同要求；  外包装良好，运输中无破损；

 编号、数量和名称与合同要求的货物清单核实无误；  办理入库手续，完成入库交接。

 设备到货检查和交接阶段项目管理的主要目标：

 清楚货物的编号、数量是否与发货单相符，如果不相符，记录并查找原因及时处理；

 清楚货物的包装是否满足合同要求，如果不满足合同要求，记录、通知招标人并及时处理；

 清楚货物在运输中是否破损、丢失，如果发生破损或丢失，记录、通知招标人并及时处理；  完成入库交接。开箱检验

 设备开箱检验阶段项目管理的工作重点：

 本投标人在到货开箱验货5天前，通知本投标人验货日期,如果本投标人不能按时抵达,招标方有权自行开箱,本投标人无条件确认开箱结果。 制定开箱计划并报招标人审批；  组织实施开箱清点；

 发现货物破损、缺件等问题，做好记录查找原因，分清责任范围及时处理；  完成设备向安装施工承包商的移交。

 若开箱检验中发现有诸如数量、型号和外观尺寸与合同不符,或密封包装物本身的短少和损坏，双方须记录并于3天内确认。本投标人因自身原因未能到场，招标烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

方记录仍可作为向本投标人索赔之依据。

 除非另有规定,本投标人在接到招标方索赔声明后30天内，修理、更换或补齐索赔货物，由此产生的费用应由本投标人负担。

 因本投标人过失而在验货和检验时发生修理、更换或补货等情形并导致工期延误，则招标方有权根据合同有关条款的规定对因此造成的直接损失向本投标人索赔。

 本投标人代表参加验货和检验的费用，包括机票和生活费等己包括在合同价内。 开箱检验结束后，双方检验人员应签署开箱检验报告和交接单。 设备开箱检验阶段项目管理的主要目标：

 清楚箱内物品是否与装箱单相符，如有不符，记录并及时处理；

 清楚箱内物品是否在运输过程中造成破损，如有破损，记录并及时处理；  招标人、集成商、设备供货商、安装施工承包商均清楚设备供货商与安装施工承包商移交的设备。安装验收

 设备安装阶段项目管理的工作重点：

 检查现场是否具备开工条件，具备后立刻向招标人申请开工令；  开工令下达后进场施工并完成现场交接；  编制安装验收规程、安装及安装督导计划；

 派出足够的现场技术服务人员监督设备供货商对设备安装的督导工作并严格控制安装施工承包商的进度安排；

 根据工期安排制定相应的设备安装配合计划，跟踪计划的实施进度，组织监督设备供货商按期进行现场安装配合，协调解决安装工作中安装施工承包商和设备供货商之间出现的问题，并及时向招标人报告；  组织实施安装验收工作；

 出现问题，提出解决办法，并责令设备供货商或安装施工承包商限期整改。 定期向招标人提交设备安装进度报告。 设备安装阶段项目管理的目标：

 所有设备按工期计划完成安装，各项质量指标满足合同要求。系统测试

烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

 单机测试阶段项目管理的工作重点：

 编制单机测试计划和测试规范；

 监督子系统设备供货商按期完成单机测试；  编制测试报告；

 出现质量问题，提出解决办法，并责令设备供货商限期整改。 单机测试阶段项目管理的主要目标：

 所有设备按工期计划完成单机测试，各项电气指标均满足合同要求。 子系统调试阶段项目管理的工作重点：

 编制子系统调试计划和调试规范；

 监督子系统设备供货商按期完成子系统功能调试；  编制调试报告；

 出现质量问题，提出解决办法，并责令设备供货商限期整改。 子系统调试阶段项目管理的主要目标：

 所有设备按工期计划完成子系统功能调试，各项电气指标、系统功能均满足合同要求。大联调

6.1 通信系统联调阶段

 通信系统联调阶段项目管理的工作重点：

 编制联调计划和联调实施方案，并报招标人审批；

 出现接口配合问题或其它系统功能缺陷，负责组织调查，提出解决办法，并监督子系统设备供货商限期解决；  编写联调报告。

 系统大联调前必须具有完整的工程设计文件和施工纪录文件。

 按照有关规定，对工程质量进行检查，包括设备安装、线缆敷设、隐蔽工程等。 通信系统联调阶段项目管理的主要目标：

 所有系统功能调试按计划工期完成，保证通信系统作为一个整体设备满足轨道交通运营要求。

6.2 144小时测试和大联调阶段

 144小时测试和大联调阶段项目管理的工作重点：

烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

 向招标人提交通信系统144小时测试的建议方案；  向招标人提交通信系统参与大联调的建议方案；

 大联调过程中监督通信系统为其它系统提供的接口符合标准，接口功能正确；  对通信系统出现的问题提出解决办法，并监督设备供货商限期解决。 144小时测试和大联调阶段项目管理的主要目标：

 保证144小时测试的顺利进行，出现问题即使解决，证明各子系统设备功能的可靠性。

 保证大联调顺利进行，出现问题及时解决，证明通信系统在与其它系统共同工作的环境下，可以有机地结合在一起，综合运行能力满足轨道交通正常运营要求。预验收

 预验收阶段的工作重点：

 协助招标人按验收计划组织设备供货商参加各项验收活动，对验收中提出的设备问题按要求敦促各子系统设备供货商和安装施工承包商整改。 编制完工测试报告并提交给业主。 预验收阶段主要目标：

 及时处理初步验收中出现的各种设备问题，使验收工作顺利进行，保证全部设备经验收后均达到合同规定的技术标准。最终验收

 最终验收证书阶段项目管理的工作重点：

 协助招标人按验收计划组织设备供货商参加各项验收活动，对验收中提出的设备问题按要求敦促设备供货商整改；

 编制完整的项目管理最终总结报告并提交招标人；  整理全部文档资料，将完整的项目档案移交给招标人；

 完成与招标人之间的项目移交工作，招标人签发项目最终验收证书。 最终验收证书阶段项目管理的主要目标：

 及时处理验收中出现的各种设备问题，使验收工作顺利进行，保证全部设备经验收后均达到合同规定的技术标准。保质期

 质保期阶段项目管理的工作重点：

烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

上海市轨道交通7号线移动通信引入系统工程传输设备采购项目投标文件

技术部份

 在质保期内监督设备供货商执行合同条款中关于质保期的服务；  在质保期内记录设备运行的所有故障，并做出分析。

 在保质期内，本投标人继续对所有安装和提供的本系统和设备负责，并保证本系统所有的功能标准、接口等都满足设计的要求。

 在保质期内，将继续记录本系统和设备运行的所有故障。 本投标人免费负责维修、更换零部件，其人员的差旅费自负。

 在保质期间，如发现本投标人提供的设备、材料有缺陷或不符合合同规定时，如属本投标人责任，则本投标人应立即无偿换货并负担由此而产生的到安装现场的风险和运费。如本投标人对索赔有异议时，应在接到索赔证书后2周内提出复试，双方另行协商。本投标人换货的期限，应不迟于本投标人收到招标方索赔证书后2个月或双方协商同意的另一个时间。

 保质期结束后，本投标人在本系统寿命期内仍有责任以优惠价提供服务（包括代维服务）。

 质保期阶段项目管理的主要目标：

 及时解决质保期内出现的问题。赔偿

招标方对本投标人的索赔按照合同条款的规定执行。招标方对本投标人的索赔并不解除本投标人对合同项目的责任。

烽火通信科技股份有限公司和中铁十一局集团电务工程有限公司联合体

第五篇：调试方案

调试方案

一、主体设备、构筑物注水实验

调节池以及一体化设备试水实验，调节池进水1/3，一体化设备进水30cm，HRT=48h，观察液位是否有变化，若液位下降，及时查明原因并整改。

二、单机试车

逐个检查每台电机的运行情况，污水提升泵、加药计量泵、空压机、罗茨风机、自吸泵、反洗泵、污泥回流泵、污泥外排泵的运行情况（检查正反转）：

污水提升泵：根据液位计，检查提升泵是否正常运转（正反转是否正常，可以通过出水量判断，是否安装截止阀？），液位计是否安装正确（液位计正常情况下垂直下落，提升泵停止运行，上浮提升泵开始工作）

罗茨鼓风机：是否添加润滑剂、正反转安装情况 自吸泵：自吸泵正反转，运行前，泵壳是否注满清水 ……….注：单机试车时，电机运行时间不宜过长，电机运行时间控制在1min以内。

三、联动试车

整体运行，检查整体设备以及工艺试运行情况，重点检查自动运行程序启停情况，防止运行过程中有起无停的情况没损坏设备。

四、生化调试

1、污泥浓度控制：污泥菌种选用压滤机压出之后含水率约85左右的干泥（最好是没有经过硝化的新鲜脱水剩余污泥）。好氧池污泥沉降比控制25%左右，在水解酸化池MLSS控制在4000mg/L，DO控制在0.5 mg/L以下，好氧池MLSS控制在3500 mg/L，DO控制在3 mg/L左右。

污泥量：若采用压滤机压出之后含水率约85左右的干泥（最好是没有经过硝化的新鲜脱水剩余污泥），则污泥量在2吨左右（留出一部分备用）；若采用污水处理厂好氧池中污泥，则液体灌满一体化设备，静止沉淀后排除1/3，再重新补充1/3待调试水。

污泥分批分次添加过程中，随时观察污泥浓度（利用1000ml量筒大概估算）

2、污泥培养：

第一种方案：将污水注满好氧池，开始闷曝（只曝气而不进水）。闷曝3－5天后，停止曝气，静沉1－1.5h，排除2/5上清液，然后再进入部分新鲜污水，水量约为曝气池容积的2/5即可。以后循环进行闷曝、静沉、进水三个过程，但每次进水量应比上次有所增加，而每次闷曝的时间应比上次有所减少，即增加进水的次数。约6~9天完成好氧池菌种调试。

第二种方案：直接利用污水厂最后一级好氧池中污泥（含水含泥）注满一体化设备的2/3，然后再添加1/3待调试水，闷曝2-3天，以后循环进行闷曝、静沉、进水三个过程，但每次进水量应比上次有所增加，而每次闷曝的时间应比上次有所减少，即增加进水的次数。约6~9天完成好氧池菌种调试。

第一种方案情况下：缺氧池污泥调试，好氧池污泥调试完成，利用污泥回流泵打入缺氧池，使缺氧池浓度达到设计要求为止。随着缺氧池的混合液中污泥回流，好氧池污泥浓度降低，随时补充好氧池污泥，使污泥浓度达到上述设计要求。

培养过程中随时观察污泥浓度的变化以及污泥菌种的变化。最明显的特点是好氧池污泥呈现絮状，颜色为棕褐色，气味带着一丝土腥味。连续运行下注意混合液回流比的控制。一般混合液回流比控制在100%~200%。

五、污泥添加 采用第一用方案精心污泥添加：一体化池内存有50CM废水，曝气开启的状态方可分批分次添加，一方污泥沉底或者污泥在池内分布不均，影响后续调试。