系统安装调试及项目验收方案

#1.1.4.3.2.3.2联调测试各阶段详细介绍(1)联调测试申请阶段图1.1-5联调测试申请阶段联调测试环境准备阶段环境准备需要做的工作主要有：1、 硬件环境准备；2、 软件环境准备；3、 网络策略开通；4、 服务及应用程序部署；5、 连通性测试。该阶段的具体明细流程如下：

图1.1-6联调测试环境准备阶段1、 硬件环境准备硬件环境准备主要指服务提供方、服务消费方以及接口平台三方各自进行的测试环境硬件准备工作，包括主机、存储等。2、 软件环境准备软件环境准备主要指服务提供方、服务消费方以及接口平台三方各自进行的软件环境的准备工作，包括操作系统、应用软件、数据库等。3、 网络开通网络开通包括各系统访问接口平台，和接口平台访问各系统，需要开通双向开通。4、 服务及应用程序部署服务及应用程序部署是指服务消费方、服务提供方、接口平台将各自的服务或应用程序部署到各自联调测试环境中。5、 连通性测试连通性测试是指服务消费方在联调测试执行前，对所有需要调用服务的基本功能所进行的简单测试。连通性测试强调服务能否被正常调用，而不进行业务层面验证。连通性测试包括网络连通性测试及服务连通性测试两部分，操作步骤如下：网络连通性测试：1） 接口平台完成与服务提供方的网络连通测试。2） 服务消费方完成与接口平台的网络连通测试。服务连通性测试：1） 由接口平台完成连通性测试用例设计。2） 由接口平台依测试用例完成接口平台到服务提供方的连通性测试。3） 接口平台将自身到服务提供方的连通性测试报告提供给服务消费方。4） 服务消费方参考测试报告，完成与接口平台的连通性测试。（3）联调测试设计阶段联调测试设计阶段主要工作为测试用例设计和测试数据准备。服务消费方项目组根据本规范中定义的测试设计策略进行测试用例的设计，由服务消费方项目组和服务提供方项目组共同准备测试业务数据。该阶段的具体明细流程如下：

图1.1-7联调测试设计阶段图1.1-7联调测试设计阶段联调测试应用设置阶段联调测试的应用设置阶段主要是指参与联调测试的各系统在评审通过的测试用例和测试数据基础之上，配合联调测试进行的应用设置工作，包括了系统设置、基础数据准备、设置权限等一系列操作，目的都是为了保证联调测试能够顺利进行。该阶段的具体明细流程如下：图1.1-8联调测试应用设置阶段联调测试测试执行阶段•联调测试方法所有的服务分为写入和查询两类，这两种服务分别采用不同的测试方法，如下分别予以举例说明。写入类服务测试方法对服务提供方提供的写入类的服务进行测试，测试方法详细说明如下：假定写入服务名称为“数据写入服务”、如果有写入验证服务，则验证写入服务名称为“数据写入验证服务”，如果没有则忽略此假定。以下内容将详细说明写入服务相关过程：确定“服务消费方”，并确定“数据写入服务”所需要提供的数据；“服务消费方”操作人员进行业务操作，生成需要进行写入的“业务数据”；“服务消费方”调用“数据写入服务”进行写入操作；接口平台接收到写入请求，并将请求转发到“服务提供方”，由“服务提供方”接受来自接口平台的请求，启动“数据写入服务”；“服务提供方”将对接收的数据进行业务逻辑处理，验证数据为合法数据后将数据正确的写入目标数据库数据表中；返回写入后信息予接口平台；接口平台服务返回写入处理信息给“服务消费方”；至此，写入服务的无异常调用已经完成（异常情况此处不详细描述，如出现业务逻辑校验不通过或者其他异常，“服务提供方”都应将相应信息返回供“服务消费方”参阅）。下面描述验证过程，验证的过程分为两类，一类为提供了数据写入验证服务，另一类为不提供数据写入验证服务。第一类的验证方法为：1） “服务消费方系统”调用“数据写入验证服务”，并传入“验证数据”。2） “数据写入验证服务”依据“验证数据”来“验证结果信息”；3） “数据写入验证服务”将“验证结果信息”返回给“服务消费方系统”，供服务消费方判定数据写入操作是否正常完成。第二类的验证方法为：1） 服务消费方测试人员登录服务提供方的数据库系统，进入目标数据库数据表或者能够进行结果比对的界面。2） 进行写入数据的对比以及校验。（6）联调测试测试评估阶段当联调测试进度和完成情况显示所有问题得到解决，接口平台组织进行评估会议；服务消费方项目组提供联调测试评估报告，接口平台负责组织各方（接口平台、服务消费方项目组、服务提供方项目）对该报告进行评审，评审通过后，接口平台组织三方签字确认。1.1.4.3.2.4联调测试质量保证1.1.4.3.2.4.1联调测试风险管理联调测试涉及很多的服务提供方系统、服务消费方、接口平台，风险可能大、带来的影响大，有必要进行联调测试风险的管理。（1）风险管理流程示意图图1.1-9风险管理流程示意图（2）风险管理机制及操作指南为了能够最大限度的降低联调测试的风险以及减少风险转化为问题的可能，需要建立联调测试阶段的风险管理机制。接口平台联调阶段的风险管理机制是在标准的CMMI管理基础之上演变而来，总的来说，主要强调两个方面的工作和机制：1、 接口平台要定期对联调测试阶段的风险进行收集、分析以及回顾。风险的收集是定期的，一周一次会议讨论，在会上对风险进行收集、分析。2、 风险需要及时跟进以避免转化为问题而带来不利影响，从而影响联调测试，因此需要定期跟进风险处理进度，该工作由接口平台负责组织。1.1.4.3.2.4.2联调测试问题处理联调测试过程中会产生各种各样的问题，问题的产生可能会来自多个方面（服务程序BUG、环境不一致导致的问题、系统设置不正确导致问题、数据准备错误导致的问题、服务使用不当导致的问题等等），需要对问题进行系统的管理。接口平台的问题管理可以处理各阶段发现的问题（准入测试阶段、联调测试阶段、上线阶段、运维阶段），各阶段的问题处理流程是一致的，本文档重点集中在联调测试阶段的问题处理上。在联调测试各阶段，任何人（主要是服务消费方）都可进行问题识别和提交，包括通过接口平台管控平台，正式或非正式的会议、邮件、风险关联影响分析、问题关联影响分析等各种问题识别方法。接口平台接收到问题单之后，负责根据问题单描述的情况对问题进行初步分析，必要的时候需要和相应的服务提供方一起进行分析，确认问题初步责任方之后，将问题单转交给对应的单位进行处理问题。负责处理问题的单位可以选择处理问题，也可以拒绝，将问题单重新转交给接口平台以便重新指派。问题处理完毕之后，由处理问题的相关方将问题单提交给服务消费方进行问题验证，待验证通过之后，关闭该问题单。问题单关闭之后，接口平台负责将问题纳入接口平台的问题库当中以便今后使用。1.1.4.4系统整体性能和压力测试系统整体性能测试是用来测试软件在系统中的运行性能的。可以发生在各个测试阶段中，即使是在单元层，一个单独模块的性能也可以使用白盒测试来进行评估，然而，只有当整个系统的所有成分都集成到一起之后，才能检查一个系统的真正性能。其主要关注的是系统的整体。它和通常所说的强度、压力/负载测试测试有密切关系。所以压力和强度测试应该于软件性能测试一同进行。软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU可用性、磁盘空间和网络带宽。定义软件压力测试是软件质量保证的一项基本行为，是每个重要软件测试工作的一部分。软件压力测试是指对系统不断施加压力的情况下，根据系统各项指标的变化情况来判断：系统可能存在的瓶颈;系统负载能力；系统正常运行情况下的运行效率。目的通过压力测试，判断当前应用环境情况下系统的负载能力，为今后应用范围扩大，用户量上升后，服务器扩容、升级等提供必要的技术支撑及服务器规划等。测试环境为了尽量避免网络传输给压力测试结果带来的影响，我们选取内部局域网作为压力测试的网络环境。应用服务器即WEB服务器，是压力测试的主要对象。应用服务器为目前正式环境中运行的服务器，应用服务器配置不同，其压力测试结果也不一致。数据库服务器是用来数据存储的服务器。数据库服务器不作为本次压力测试服务器的对象，及在压力测试过程中忽略了数据库服务器可能带来的影响以及瓶颈。由于压力测试是对系统负载能力的测试，无法通过真正的环境来进行获取相关指标，因此通过测试机，模拟用户(虚拟用户)实际的操作来进行测试。测试机即安装压力测试工具及进行压力测试的客户端机器，一般采用高档次的用户PC机来进行测试。在压力测试过程中，一般忽略测试机对压力测试结果的影响。测试方法及步骤测试准备按照本测试方案及测试计划，编写测试数据脚本，并在模拟环境中进行测试运行。压力测试压力测试分以下两种情况测试：1、 单一业务测试，即根据测试数据进行单项测试，据此判断单项业务系统的负载能力。2、 综合业务测试，即根据用户的特性，将单项业务测试按一定的比例进行测试，据此判断系统整体的负载能力。压力测试中并发数可以按照测试的内容从低到高依次递增，直至服务器达到最大的负载能力或服务器崩溃。测试结果分析根据压力测试的结果，记录压力测试中的各性能指标，并根据指标数据的变化情况进行分析，分析系统的负载能力、判别标准等，并提出应对措施。1.1.4.5例外应急处理测试构建《系统运维应急预案》，实现对中断或严重影响业务的故障，如宕机、数据丢失、业务中断等，进行快速响应和处理，在最短时间内恢复业务系统，将损失降到最低。并围绕突发事件的出现，依据《系统运维应急预案》针对性的对系统进行应急处理测试。目的建立网络运行应急工作机制，验证相关资质、人员应对网络运行突发环境事件的组织指挥能力和应急处置能力，保证网络运行应急指挥调度工作迅速、高效、有序进行，满足突发情况下网络运行保障和网络通信恢复工作的需要，确保网络运行的安全畅通。同时通过演练，不断提高团队掌握应急工作的水平和效率。测试方法及步骤（1） 模拟广域网络主线路突发故障中断的场景；（2） 模拟广域网络备线路突发故障中断的场景；（3） 模拟广域网络备路由器突发故障中断的场景；（4） 模拟广域网络上备用路由器出现严重硬件故障，用备份设备更换故障设备的场景。测试结果分析根据例外应急处理测试方案的结果，记录例外应急处理测试中出现的漏洞并提出应对措施。1.1.4.6测试记录分析根据各测试方案的结果，记录测试中的个性能指标，并根据指标数据的变化情况进行分析，分析系统的负载能力、判别标准等，并提出应对措施。1.1.5验收我司将负责在项目用户验收前将系统的全部各种相关的系统软件，各阶段开发文档，运行稳定可靠的本系统及其安装程序，注释清晰明了的、能够编译生成目前正在运行的应用程序的源代码，以及有关产品和系统说明书、安装手册、技术文件、资料、及安装、测试、试运行报告等文档汇集成册交付用户。只有文档齐全后才予验收。我司将根据系统设计方案提出验收方案和验收文档清单（包含需求调研、系统分析、软件设计、软件开发、系统测试、实施上线、试运行等阶段），用户将根据验收方案对系统每个部分逐一进行项目用户验收1.1.5.1设备验收（1） 我司对于招标文件中★所提供的任何设备都是直接来源于厂家原装生产，并有原厂家的质量合格证明；设备的性能均能达到或优于参考指标中所列技术指标；（2） 我司负责在项目用户验收前将仪器设备的相关说明书、安装手册、技术文件、资料、及安装、测试、试运行报告等文档汇集成册并交付用户，即保证新建子站在良好的运行、数据传输功能的情况下申请验收；另外我司向项目用户提供仪器设备的保养制度、运行、巡检和定期校准、校验制度、标准物质和易耗品的定期更换、以及废药剂的收集处置制度、设备故障状况及处理制度等说明文档；（3） 我司会根据系统设计方案提出验收方案和验收文档清单（包含需求调研、系统分析、系统测试、实施上线、试运行等阶段）；（4） 我司提供各站点仪器的安装和调试运行工作，提供仪器设备数据通讯协议、传输协议以及开放系统集成软件数据库结构，实现仪器状态参数实时上传，配合采购单位完成数据系统集成，能够按照用户要求接入自动监测系统监控预警平台和后续的各类数据，确保数据稳定传输；（5） 我司负责仪器的搬运、安装、站房开孔、仪器的固定等工作；表1.1-21设备验收要求序号验收程序及要求1一般设备由使用单位组织验收，精、大、稀及国外进口设备由使用单位及我司技术人员共同组织参加。2严格按照设备操作规程，开机试车运行，新设备磨合时间.参照生产厂家的设备使用说明书而定；当无规定时，单机设备空机磨合至少24小时，负荷磨合至少36小时。3试运行期间，设备工作能力必须达到规定，设备动作准确、平稳，无明显撞击、振动。4设备的附属设备、安全附件、仪表等应齐全，运行正常，无其他技术隐患，电气、液压、冷却、润滑等系统工作正常可靠。5试运行结束后，设备使用单位负责人共同在设备验收单上签字；精、大、稀及国外进口设备在试车结束后由设备使用单位、公司技术部及有关部门和主管经理签字。1.1.5.2应用软件验收1.1.5.2.1 需求分析阶段检查我司是否充分根据招标文件和系统建设方案（但不限于招标文件和系统建设方案），理解了用户业务需求，系统地分析了整个系统，是否提交了经用户确认的《需求分析说明书》和《数据要求说明书》。总体设计阶段检查我司是否根据《需求分析说明书》进行总体设计，总体设计是否把系统的功能模块以及各个功能模块之间的逻辑关系设计清楚完整，是否提交了经用户确认的《总体设计说明书》（其中包含本项目系统体系结构图、业务流程图、实体关系图（ER图）、数据流程图等）。详细设计阶段检查我司是否根据了《总体设计说明书》进行了详细设计，详细设计是否把系统的每个功能模块的输入接口、内部逻辑的伪代码，输出接口、模块之间的接口以及和外部系统的接口设计完整，是否提交了经用户确认的《详细设计说明书》。数据库设计检查我司是否严格按照数据库“三范式”的原则进行设计，各种编码在整个系统当中的格式是否统一，数据格式是否严格遵循了国际标准、国家标准、宁夏回族自治区标准、环保部行业标准等，是否提交了经用户确认的《数据库设计说明书》。程序编码阶段检查我司是否严格根据《详细设计说明书》进行编码设计，检查