ERP监理：验收阶段的监理工作

监理单位根据工程合同检查承包商提供的各种审计报告和测试报告的内容是否完整，然后根据对承包商工作的通常理解，可以初步判断开发商是否进行了足够的正式测试。验收可分为软件配置审核和验收测试两大部分，其一般顺序可分为:文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。

1验收阶段监理工作要点

监理单位根据工程合同检查承包商提供的各种审计报告和测试报告的内容是否完整，然后根据对承包商工作的通常理解，可以初步判断开发商是否进行了足够的正式测试。

验收可以分为两大部分:软件配置审计和验收测试。一般顺序可分为文档审计、源代码审计、配置脚本审计、测试程序或脚本审计和可执行程序测试。

验收阶段每个相对独立的部分都应该有目标(本步骤的目的)、启动准则(启动本步骤时必须满足的条件)、活动(组成本步骤的具体活动)、完成准则(完成本步骤时需要满足的条件)和度量(应收集的产品和过程数据)。

2验收机构

2.1机构及人员组成

业主单位和监理单位协调成立专门的验收委员会作为验收机构。委员会一般由不少于5人(单数)组成，设主任1人，委员若干人；并成立验收测试组和配置审计组，成员可以分别参与这两个组的工作。此外，还有几个测试人员、配置审计人员和记录人员。

验收委员会由业主、监理单位、承包商的代表和技术专家组的特邀成员组成。

2.2验收委员会的任务和权限

1)验收委员会的任务

验收委员会主持整个软件验收，包括以下任务:

(1)对验收通过的软件进行评判。
(2)验收环境审批。软件验收环境应与业主单位的实际运行环境一致。验收环境应在“合同”或“验收方案”中规定，或由三方协商验收委员会批准；
(3)审批验收测试计划，验收委员会对软件验收测试小组制定的验收测试计划进行审批，确保测试计划能够满足验收要求；
(4)组织验收测试和配置审计，进行验收评审，形成验收报告；

2)验收委员会的权限

(1)有权要求业主、监理单位、承包商对开发过程中的有关问题进行说明；
(2)决定软件是否通过验收。

2.3验收地点和条件

软件验收地点应符合合同或验收方案的规定。如果在承包方进行，承包方应提供验收计划中要求的设备、资源和各种条件；如果在业主单位进行，业主单位必须提供相应的设备、资源和各种条件，并提前通知承包商提供其应提供的设备和配套软件。

2.4验收记录和报告

验收的全过程必须详细记录，记录验收过程中验收委员会提出的所有问题和建议，业主、监理单位和承包商的回答，以及验收委员会对验收软件的评价。

3验收的基本原则

3.1基本原则

(1)验收测试和配置审核是验收评审前必须完成的两项主要检查，由验收委员会主持；
(2)测试团队应在认真审阅需求规格说明、确认测试和系统测试的计划和分析结论的基础上，制定验收测试计划；
(3)配置审核组在需求规格说明、确认测试和系统测试过程中形成的产品变更管理和审核工作的基础上进行审核；
(4)只要有原始的测试和审核结果，就使用这些结果，没有必要重复测试或审核。同时，可根据业主单位的要求，临时增加一些检测和审核内容；
(5)测试团队在完成验收测试的同时，也完成了功能配置审计，即验证软件功能和接口与“合同”的一致性；
(6)配置审核小组完成实物配置审核，检查程序与文件、文件与文件的一致性，交付产品与合同要求的一致性，以及与相关标准的符合性。

3.2验收测试和配置审计的步骤

(1)制定验收测试计划和配置审计计划，为验收测试和配置审计做准备；
(2)验收委员会批准测试计划、配置审核计划、测试准备和配置审核准备；
(3)进行验收测试和配置审计，建立完整的测试和配置审计记录；
(4)撰写测试报告和配置审计报告；
(五)验收委员会审查。

3.3验收测试和配置审计的内容

(1)检查“合同”或“验收标准”要求的所有功能；
(2)检查“合同”或“验收准则”要求的所有质量特性；
(3)检查各开发阶段的文档和评估结论是否完整、规范；
(4)验证功能和接口与需求说明书的一致性；检查程序与文件、文件与文件的一致性，交付产品与“合同”或“验收标准”要求的一致性，以及与相关标准的符合性；
(5)双方约定的一些特殊测试和配置审计。
4配置审核

4.1审核

承包商应在验收前提供相应的软件配置内容，监理单位应进行审核，主要包括以下部分。

(1)可执行程序、源程序、配置脚本、测试程序或脚本。
(2)主要开发文档:需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户操作手册、项目总结报告。
(3)主要管理文档:项目计划、质量控制计划、配置管理计划、用户培训计划、质量总结报告、评审报告、会议纪要、月度开发进度报告。

在开发文档中，容易被忽视的是程序维护手册和程序员开发手册。

程序维护手册的主要内容包括:系统描述(含程序描述)、运行环境、维护流程、源代码列表等。编写的目的是为将来的维护、修改和重新开发提供有用的技术信息。

程序员开发手册的主要内容包括:系统目标、开发环境说明、测试环境说明、编码规范及相应流程等。它实际上是程序员的培训手册。

不同大小的项目必须具备以上文档内容，但可以根据实际情况进行重组。

4.2审核

一般来说，正式的审核过程分为五个步骤:计划、预备会议(可选)、准备阶段、审核会议和问题跟踪。预备会议是介绍和讨论审核内容。准备阶段是各责任人对提前发现的问题进行回顾和记录。会议的目的是最终确定工作产品中包含的错误和缺陷。

审核的基本目标是根据共同制定的审核表，尽可能地发现被审核内容中的问题，并最终解决。根据对应的审计表进行文档审计和源代码审计时，还要注意文档和源代码的一致性。

在实际的验收测试执行过程中，往往会发现文档审查是最困难的工作。一方面，由于市场需求和其他方面的压力，这项工作往往被削弱或延迟，导致持续时间更长，文件审查难度更大；另一方面，文件审查有许多困难，每个项目都有一些特点，很难找到可用的参考资料。

5验收测试

当文档评审、源代码评审、配置脚本评审、测试程序或脚本评审全部成功完成后，就可以进行验收测试的最后一步——可执行程序测试，该步骤包括对功能和性能的测试，每个测试还包括目标、启动标准、活动和活动。

5.1测试的前提条件

一般情况下，在实际用户验收测试之前，应已完成以下工作(也可根据实际情况有选择地采用或增加):

(1)软件开发已完成，所有已知软件缺陷已解决。
(2)验收测试计划已经过评审和批准，并受文件控制。
(3)软件需求规格说明的评审已经完成。
(4)总体设计和详细设计的审查已经完成。
(5)所有关键模块的代码审查已经完成。
(6)单元、集成、系统测试计划和报告的审查已经完成。
(7)所有测试脚本都已完成，至少执行一次，并通过审查。
(8)使用配置管理工具，将代码置于配置控制之下。
(9)软件问题处理流程准备就绪。
(10)验收测试完工标准已制定、审核并批准。

5.2测试实现

需要注意的是，承包商提供的可执行程序不能直接用于测试，而是要根据承包商提供的编译步骤从源代码重新生成可执行程序。

具体测试内容通常包括:安装(升级)、开关机、功能测试(正例、重要算法、边界、序列、反例、错误处理)、性能测试(正常负载、容量变化)、压力测试(临界负载、容量变化)、配置测试、平台测试等等。

一般性能测试和压力测试是一起进行的，通常需要辅助工具。在进行性能测试和压力测试时，测试范围必须限制在那些频繁使用且时间要求高的软件功能子集。由于承包商已经提前进行了性能测试和压力测试，因此可以直接使用承包商的辅助工具。您也可以购买或开发自己的辅助工具。具体测试方法可以参考相关软件工程书籍。

如果执行了所有测试用例、测试过程或脚本，解决了验收测试中发现的所有软件问题，并且更新和审查了所有软件配置以反映验收测试期间软件的变化，则验收测试将完成。

6验收评审

6.1评审会议
在验收测试和配置评审完成的基础上，召开评审会议进行综合评价。

6.2验收准则

(1)软件产品满足合同或验收准则中规定的所有功能和质量要求；
(2)不同安全关键级别的软件通过了软件测试规则文档要求的所有测试；
(3)文件齐全，符合“合同”或“验收标准”的要求及相关标准的规定；
(4)单据与单据一致，程序与单据一致；
(5)对于验收软件的可执行代码，验收测试中发现的错误总数不得超过发包人根据错误严重程度事先约定的限制值；
(6)配置审核时发现的交付文件中的错误总数不得超过业主事先同意的限制值。