测试及验收方案

1、1.1. 测试及验收方案1.1.1. 测试方案在软件开发项目中，测试非常重要，测试贯穿规范的软件开发流程的整个过程。测试能尽早地发 现软件问题，促进软件的改进和软件质量的提高；另一方面，测试能验证软件是否满足任务书、软件需 求分析、软件设计和相关标准所规定的技术要求，为软件可靠性与安全性评估提供依据，为软件项目 的验收评审提供依据。1.1.1.1. 测试阶段测试分为以下几个阶段：单元测试、代码评审、集成测试、功能测试、性能测试、用户测试。其 中代码评审、单元测试和集成测试在软件实现阶段进行，单元测试、集成测试是以软件为测试主体。 功能测试、性能测试和用户测试在软件完成阶段进行，以软件所属系统为

2、测试主体，软件参加到系统 中进行测试。1.1.1.2. 测试过程每个测试阶段包括如下测试过程：制定测试计划、编写测试用例、建立测试 环境、执行测试、编 写测试报告、评审测试结果。制定测试计划测试计划确定测试范围、测试任务、测试项目、被测试特性、测试方法、进度、资源和评价准 则。编写测试用例根据被测试特性，设计测试用例，确定特性通过准则，为每一个测试用例制定输入、输出和测试 规程。建立测试环境根据测试计划中规定的测试方法和测试资源，建立测试环境，选择测试工具。执行测试按测试规程获得并验证所需要的输入数据，执行测试用例集，观察并记录输 出数据和其他状态现象，测试过程中发现问题，应填写软件测试问题报

3、告单编写测试报告评价测试工作和被测软件，编写测试报告，测试报告包括代码审查报告、单元测试、集成测试、 功能测试和性能测试的测试报告。评审测试结果各测试阶段均应编制测试计划和测试报告两个测试文档，测试文档应经过相应评审，其中，代码审查、单元测试和集成测试的测试文档由开发组内部组织评 审，项目经理参与各 阶段文档的审核，评审过的文档由时纳入配置管理。1113测试用模板测试过程要用到多个文档模板，包括评审问题记录单、评审总结报告、软件问题报告、软件修改 报告等。表错误!文档中没有指定样式的文字。-1评审问题记录单评审问题记录登记号评审日期年月日评审性质评审口复审口项目名子项目名实施部门编号问题摘要问

4、题类型是否解决1234567891011121314表错误!文档中没有指定样式的文字。-2评审总结报告评审总结报口登记号评审日期年 月日评审性质评审口复审口项目名子项目名实施部门阶段名 软件定义需求分析概要设计详细设计编码测试集成测试确认测试及验收口项目负责人姓名电话评审任务评审材 料评审结论通过结论概述不通过备注表错误!文档中没有指定样式的文字。-3评审成员签字表评审小组成员职务姓多职称部门签字组长副组长成员成员成员成员成员成员成员成员注：可以不设副组长；此外，项目负责人或项目组人员可以作为评审组的成员，但不能担任评审组的组长或副组长。软件问题报告（第1页，共页）软件问题报告登记号登记日期年

5、 月日系统名报告提出部门报告人阶段名需求分析概要设计详细设计编码测试集则试确认测试 运行维护问子系统名1运行的硬件平台子系统名2运行的硬件平台题程序口子系统名N运行的硬件平台版本号媒体编号文档口文档1文档编号文档2文档编号文档3文档编号问题描述/景列向:附注:部门负责人批准总师办负责人批准软件修改报告（第1页，共页）软件修改报告登记号登记日期年月日系统名修改时间年月日申请修改部门修改部门修改人修改类型修改口升级口修改程序 子系统名1运行的硬件平台子系统名2运行的硬件平台子系统名N运行的硬件平台修改已通过测试否测试部门老程序版本号新程序版本号程序媒体编号文档n文档1新文档编号文档2新文档编号文档

6、3新文档编号修改描述:附注:项目审查意见总体组审查意见单元测试单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。单元测试流程分为单元测试设计、单元测试准备、单元测试实施和记录、单 元测试错误跟踪。单元测试设计即单元测试用例设计，由系统设计人员在详细设计的同时完成。单元测试准备为按照测试用例的要求，准备单元测试驱动数据和驱动模块，由开发人员在开发 过程中完成。单元测试实施和记录由开发人员在编码完成以后进行。单元测试问题跟踪由开发人员和系统设计人员共同完成，根据引起问题的不同原因进行不同处 理。如果测试问题为编

7、码错误，则由开发人员完成纠错后重新测试。如果测试问题为设计阶段引起的 问题，则需要进行设计变更。1.1.15代码评审编程组组长组织人员进行代码检查。若所写的代码不符合编码规范，即便已实现了系统功能， 仍然认为不合格的，需要重写。代码检查的意义保证代码编写的规范保证代码编写的过程不产生BUG代码检查的依据检查代码是否有更新检查存在问题是否有更新检查存在问题是否已解决问题已解决，则填写代码检查记录1.1.1.6. 集成测试集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方 法设计测试用例。主要测试内容包括单元之间的接口测试、全局数据结构测试等。集成测试包括集成测试设

8、计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和 结束测试等阶段。集成测试设计由测试组组长根据项目计划和开发计划编制集成测试计划，设计测试用 例。测试计划和测试用例应当通过项目经理的审查。集成测试准备需要系统测试组组长建立独立的 测试环境。测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序) 的安装和初始化工作。集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测 试，并且记录测试过程和测试结果。集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报 告，并由系统设计人员和开发人员解决每一个问题的过程。测试

9、结束指测试问题报告中的问题解决后，进行回归测试。当测试问题降低到一定程度并通过 测试通过准则时，系统测试组组长提交测试总结报告结束测试。1.1.1.7. 功能测试功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的 功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测 试。验收测试主要从系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行测 试。(1)测试目标在整个的软件开发过程中，由于各种原因应用系统会有不完善的问题，这些问 题会体现在开发后发布的软件产品中，并在产品中极大的影响着产品的使用，对于用户，这些缺陷 阻

10、碍着完成他们的既定目标和工作。所以我们要组织并执行测试，以降低软件产品中存在的缺陷， 保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的质量和可 用性，为用户提供优质的解决方案。计划进度表和测试计划对业务系统测试进行了时间和内容上的 定义与约束。(2)测试流程F图是功能测试的流程，概要描述了测试过程中所涉及的角色，测试阶段，以及各阶段不同角色需要完成的任务。图错误!文档中没有指定样式的文字。-1业务测试流程在准备测试用例这一活动中，我们所执行的具体任务如图所示，在确定具体的测试范围及内容 后，进行测试分类，并根据分类的结果确定需要设计的测试用例I。测试用例是测试工

11、作中重要的指导性文件，测试需求的输入是系统需求规 格说明0在整个测试过程中，我们将用旧M Rational缺陷管理工具ClearRequest对 测试大纲、测试用 例、测试问题等进行管理，并可对问题进行统计。(3)测试完成标准实现功能完全符合功能列表。所有的功能页面均可达。问题得到妥善处理，不含有A,B,C类问题。定义的测试项目完成。产品化测试的约束达成。(4)缺陷管理追踪工具描述中提到的ClearRequest，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以实现从测试计 划到总结的各测试活动管理我们以需求说明书、

12、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需 求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在ClearRequest 中，测试负责人通过查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题列表修 改问题，ClearRequest还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分 布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结。测试过程中使用ClearRequest管理工具的益处在于：提高了测试的生产率工具自动进行统计和分析能够将问题卡输出到Excel文件中，便于与相关人员进行交流和确认。性能测试性能测试总体

13、流程与业务系统测试的流程基本相同。验收测试主要从系统的实用性、稳定性、 可维护性、灵活性、可操作性、和安全性方面进行测试。性能测试的内容源于南水北调中线管理局对 系统的性能要求，此外就是针对南水北调中线干线工程安防综合监控与信息服务系统业务多、范围广、层次多、用户量大的特点，对关键业务、关键流程进行性能测试。(1)测试目标性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和执行性能测试。验证系统是否满足性能要求，如不能满足，要进行相应的优化。(2)测试流程根据系统的性能要求，我们首先对性能测试进行策划，确定性能测试的类别和测试方法。然后 开发性能测试的用例，确定测试环境并准备就绪后执行

14、性能测试，确定测试中的系统或组件的性能， 并使用其结果决定性能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接受的， 我们可以通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，我们同样要进行调 优的设计与分析。性能测试与应用和技术架构紧密相关并且两者互相影响。表错误!文档中没有指定样式的文字。-4性能测试类别与方法举例测试类别测试方法大数据量测试导入大量数据到系统中，检查单用户操作时系统的 性能表现，对于较慢的操作进仃分析、查找原因直 到最后修改多用户并发操作测试用loadrunner模拟并发用户操作，通过loadrunner及servertrac

15、e等工具进行向题杳找和跟踪不同带宽卜的测试用loadrunner模拟不同带宽进仃测试疲劳测试用loadrunner模拟进行测试(3)性能测试指标1、响应时间响应速度在用户心理所能承受的范围内。无论是客户端还是管理端，当用户登陆，进行任何操作的时候，系统应该及时进行反映，系统应能检测出各种非正常情况，并及时提 示用户。表错误!文档中没有指定样式的文字。-5性能测试类别与方法举例功能名称性能要求并发数支持1000次/秒并发贝面加载贝囿加载时间 5秒目录树加载目录树加载时间V5秒；数据列表加载数据列表加载时间V5秒；录入数据检查提醒录入数据检查提醒时间V 2秒数据查询简单查询处理时间5秒；复杂查询处

16、理时间15秒；数据统计简单统计处理时间 5秒；复杂统计处理时间15秒；数据上载/下载1M及以下文件上载/下载时间20秒；10M及以下文件上载/下载时间5分钟；数据汇总简单汇总处理时间30秒钟；复杂汇总处理时间3分钟；2、可扩展性在设计上必须具有适应变化的能力，当系统新增业务功能或现有业务改变 时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。3、易用性所有的业务功能界面风格和操作流程一致，业务表单做到所见即所得，录入能够完全通过键盘完成。4、可靠性系统应保证7*24小时内不宕机，保证在正常情况下和极端情况下业务逻辑 的正确性。5、可用性必须避免由于单点故障或系统升级而影响整个系统

17、的正常运行。6可维护性系统能够简单方便的修改和升级，包含可度性、可修改性、可测试性等。7、可管理性和服务支持能力每个层次、每个构件都提供标准的管理接口。实现统一的、一致的日志功能。每个构件都提供 应用架构规定的标准外部接口。1119用户测试为保证系统适合业务管理的功能要求，除了我公司组织测试外，还积极配合发标方最终用户 对系统进行测试。(1)用户测试流程用户测试流程如下：明确测试内容，其中包括功能、性能、可用性、安全性、兼容性、与其他系统集成确定测试范围：确定业务情况类型是是非常重要的。每一种业务情况类型都对应一个实际 商业业务。业务情况类型可以被表达成多种状况(例如，简单情况、或需要进行复杂

18、处理的例 外情况)。测试小组成员确定：由管理人员、业务人员、技术人员等组成，我方提供验收测试过程中的技术支持。明确问题分类标准系统的功能通过功能测试进行验证。在功能测试过程中发现的问题根据 其严重程度进行分类。下表列出了功能测试问题的分类。表错误!文档中没有指定样式的文字。-6功能测试问题严重程度分类严重程度问题说明A类：非常严重性错误足以造成系统崩溃，造成文件不可靠或潜在的数据丢失造成非正常地返回操作系统（系统崩溃或显示系统错误信息）。Bug造成程序越或要求Reboot系统。造成缺之关键的程1予功能并无法逾越。B类：严重性错误由于设计问题，使系统存在严重隐患。Bug可能不会削弱系统，但将造成

19、严重问题（如：严重的格式化错误等J °功能缺乏给用户带来极大不方便。存在不明确或不完整的错误信息提示，极大地影响产品使用。由于Bug的存在使产品其它部分不能测试。由于计算方法问题，使数据错误。由于设计原因，造成前后不一致，但问题时恢复。容错性方面存在不足。由于精度问题造成数据不一致。C类：一般性错误这个Bug在将来是严重的，但比主要回题（Major Problem）要轻。Bug 可以绕过，但将会很不方便或很难实现。可以有一个比较简单的绕过Bug的解决方案。操作界面错误（包括数据窗口内列名定义、含义是否一致）。打印内容、格式错误。简单的输入限制未放在前台进行控制。删除操作未给出提示。数

20、据库表中有过多的空字段。严重程度问题说明存在不明确或不完整的错误信息提不，但对产品使用影响较小。D类：轻微和建议性错误界面不规范。辅助说明描述不清楚。输入输出不规范。长操作未给用户提示。提示窗口文字未采用行业术语。可输入区域和只读区域没有明显的区分标志。对系统运行没有影响，提出可以使系统从可移植性、兼容性、错误恢复能力和可维护性、易用性方面的意见明确功能测试标准表错误!文档中没有指定样式的文字。-7功能测试标准测试标准测试成果验收标准将测试结果与测试计划和功能描述进行对照检查，确定系统满足功能描述的要求新系统可执行程序功能描述接口描述操作手册不存在B及以上级别的问题（2）用户测试设计设计测试用

21、例：确定每个功能的测试用例，明确系统输入信息和期望的输出结果。针对需求规 格说明书的每一条功能，编写测试用例。每个测试用例包括测试条件（包括生成测试条件需要的 测试数据类型）和期望的结果。每个测试用例 都应该是唯一确定的（例如，赋一个数值）。设计测试大纲：依据测试范围生成测试大纲。对每一种业务情况类型，生成尽可能多的测试用 例来完善测试大纲。为了保证测试大纲包含所有的测试用例，将测试用例的条件映射为测试大纲是 非常必要的。测试大纲中测试用例的顺序安排是非常重要的，它应考虑多种方面的因素，主要考 虑的因素是按照系统产生的数据，在测试大纲中安排测试用例的顺序，使得一个测试的结果作为 另一个测试前提

22、。测试环境准备：为了预防出现问题，如数据损坏或对系统资源的争用，需要建立一个独立的测 试环境。在进行测试之前，根据测试计划中确定的时机建立一个独立的测试环境。其准备工作包 括：技术活动：如建立不同的服务器或在一台服务器上建立多个数据库实例，将相应的程序迁移到适当的程序库中；准备活动：包括加载数据表，建立用户访问权限；建立版本控制程序，保证有效的控制对系统的修改；建立文档控制程序，保证随着系统的修改，有效地控制文档的修改(如，培训文档、联机 帮助和用户手册)。(3)用户测试结果测试结束后，测试小组根据测试数据，制定并向验收工作领导小组提交用户测试报告。测试报告结果说明软件满足下列要求：在认可的外

23、部设计文档中表述的功能要求在认可的系统描述文档中表述的非功能要求此外，测试报告中还包括对系统提出的改进意见。测试过程中产生的工作成果：测试计划测试方案测试需求分析功能测试用例业务测试案例测试报告各阶段评审系统测试方案系统测试案例系统测试报告试运行测试报告工作周报月报评审文档相关缺陷数据和分析1.12. 收方案由于本项目采购的服务器、工作站、机架、NVR等都是大型厂商提供的标准通用产品，不存在工厂定制生产的情况，所以不进行工厂验收。本项目的验收包括到货验收、分部 工程验收、单位工程验收、合同项目完成验收。在验收阶段，所有应用系统将按照南水北调中线管理局和我公司都认可的系统需求分析，组织验收小组，

24、进行功能和性能的验收测试。从系统的实用性、稳定性、可维护 性、灵活性、可操 作性、和安全性及系统文档、代码、规范及注释说明等方面组 织全面验收。1.121. 验收组织成立由招标人、监理方、其它相关单位人员以及有关方面的专家组成的验收小组，负责对项目 进行各项验收。1.122. 验收通用要求1 .项目部提出本项目部的验收方案，并与招标人讨论协商，报监理人审批 后实施。2 .本项目检验前，项目部提前5天通知监理人和招标人。验收过程中项目部与招标人在验收 程中应密切合作，以完成本项目验收。3 .招标人对验收的认可、参加或放弃参加验收和测试，项目部均不认为减轻对合同的任何责 任。4 .招标人有权拒绝接

25、收有缺陷的产品（服务）或要求进行改造，由此引起的一切费用应由项目部负责。经改造后的产品（服务）应重新进行验收。5 .所有验收结果和结论，都应详细记录并由项目部的有关当事人正式签字。验收报告一式四 份，其中二份交招标人，一份交监理人，一份交中标人。1.123. 验收依据验收依据包括招标书、投标书、合同、软件说明书、相关的国家标准、行业标准、规范以及检测规程、开发报告、测试报告、技术开发文档等。1.1.24到货验收到货验收包括硬件设备的到货验收和软件安装介质的到货验收，以及软件安装调试的初步验收。到货验收应依招标文件要求对全部硬件设备的名称、型号、数量、包装及资料进行验收，同时 对全部软件的名称，

26、版本、数量、介质外形、包装及资料、文件进行验收。到货验收步骤是先检查包装是否符合要求，确认外包装完好且运输没有受损；然后检查编号、数量、名称是否与到货清 单一致；最后开箱检验箱内设备外观是否受损，数量是否短缺。1.125. 分部工程验收分部工程验收内容主要包括：需求分析阶段验收、详细设计阶段验收、监理测试阶段验收。针 对需求分析阶段验收，项目部提供需求分析报告用于验收；针对详细设计阶段验收，项目部提供 详细设计说明书用于验收；针对监理测试阶段验收，项目部提供测试方案及用例用于验收。软件 安装调试初步验收时，项目部提供测试方案，并按方案对其产品的性能和功能进行测试检查，进 行符合性验收，检验是否

27、满足指标要求。交换机验收对交换机进行物理特性测试、功能测试、操作维护测试。1 .物理特性测试包括：各指示灯的状态测试、告警指示灯状态测试、交换 机的启动与关闭测试。2 .功能测试包括：连通性测试、路由协议测试。3 .操作维护测试包括：查看配置信息、管理交换机。测试表格：测试目的1 .物理特性测试：各指示灯的状态测试、告警指示灯状态测试、交换机的启动与关闭测试。2 .功能测试：连通性测试、路由协议测试。3 .操作维护测试：查看配置信息、管埋父换机。测试步骤和过程1.物理特性测试交换机上电自检时，各种指不灯指不是否正确。父换 机无告警信息，端口指示灯工作是否正常。远程、本地重启或关闭父换机，是否可

28、成功完成。2 .功能测试接入不同网段的两台操作主机，是否可以通过交换机 的路由协议相互连通。3 .操作维护测试检查交换机的数据配置情况是否和方案要求一致。是否能以Telnet管理方式（或其它可用的管理 方式） 登录交换机。预期测试结果交换机无故障，工作状态正常，路由协议运行正常、管理功能 正常。实际测试结果正常不正常备注服务器验收1 .查看各台服务器有无报警，能正常的启动与关闭。2 .对所调试的服务器进行测试，测试所装的操作系统是否为相应的版本，硬件是否与供货清单一 致，所有设备驱动是否都已安装。测试表格:测试目的1 .查看各台服务器有无报警，能正常的启动与关闭。2 .对所调试的服务器进行测试

29、，测试所装的操作系统是否 为相应的版本，硬件是否与供货清单一致，所有设备驱 动是否都已安装。测试步骤和过程1 .服务器开机，面板上的电源指示灯是否常亮，硬盘指示 灯是否闪烁，报警指示灯是否不亮。2 .启动服务器，服务器自检完成后，自动启动Windows server系统，查看的操作系统版本是否与要求一致。3 .在硬件一设备管理器中各个硬件驱动是否安装完成，系 统的各个设备是否工作正常。4 .网络配置是否止确，是否能PING通各自的网关。预期测试结果1 .服务器开机，面板上的电源指示灯常亮，硬盘指不灯闪 烁，不亮报警指示灯，说明服务器开机自检正常，内部硬件无报错。2 .操作系统的版本为正版。3

30、.所有的设备驱动都已经安装完成。实际测试结果正常不正常备注NVR设备验收对设备进行物理特性测试、操作维护测试。1 .物理特性测试包括：各指示灯的状态测试、告警指示灯状态测试、存储设备 的启动与关闭测试。2 .操作维护测试包括：查看配置信息、管理存储设备测试表格：测试目的1 .物理特性测试：各指示灯的状态测试、告警指示灯状态测试、设备的启动与关闭测试。2 .操作维护测试：查看配置信息、管理存储设备。测试步骤和过程1 .物理特性测试设备上电自检时，各种指不灯指不是否正确。设备无告警信息，端口指示灯工作是否正常。重启或关闭设备，是否可成功完成。（需注意对 服务 主机的影响）2 .操作维护测试登陆存储

31、管埋界面，查看配置信息是否与方案要求一 致。是否可对存储进行相关操作。预期测试结果存储设备无故障，工作状态正常；主机均能识别存储空间，并 能进行读写操作。管理、维护功能正常。实际测试结果正常不正常备注机柜验收检验机柜是否符合方案要求。测试表格：测试目的检验机柜是否符合方案要求。测试步骤和过程1 .检查机柜是否与方案要求一致。2 .检查配件是否齐全。如：镖丝、固定伸缩脚等。3 .检查放入机柜中的设备是否平衡。（U数是否一致）4 .检查机柜是否摆放平稳。5 .机柜是否接地。预期测试结果配件齐全，设备摆放平稳，机柜摆放平稳，接线板安装牢 固5机柜接地。实际测试结果正常不正常备注网络测试1. 检查网络

32、结构是否正确2. 检查各设备之间是否连通3. 检查IP地址是否正确测试表格：测试目的检验网络结构是否符合方案要求。测试步骤和过程1检查网络结构是否正确：根据网络规划图，用观察的方式 检查网络结构是否止确。2检查各设备之间是否连通：根据卜表使用ping命令测试网 络设备，检查从本地设备到目的设备之间是否连通。预期测试结果网络结构是否正确，各设备之间连通正常。实际测试结果正常不正常备注1126单位工程验收在完成分部工程验收后，进行单位工程验收。单位工程验收即用户测试验收，项目部根据相关 技术规定，主要针对各个软件之间的协同运行，先行制定系统集成联调验收测试方案（相关的测试 工具由中标人提供），并经招标人批准执行。系统集成联调验收测试在招标人主持下进行。系统集 成联调验收测试通过后，经招标人、监理人同意后召开单位工程验收会，对应用服务平台所应提供 的各类服务逐项进行验收项目部提供单位工程验收所要求的所有资料。招标人出具书面验收纪要给项目部。项目部按 初验纪要采取修改、完善和补救措施。符合全部条件（完成项目的全部测试，并提出正式报告； 项目合同规定的项目内容全部完成；各种文档资料齐备，提交招标人；按单位工程验收纪要完成 了全部必要工作）后，项目部向招标人提出试运行要