在软件开辟项目中，测试非常重要，测试贯通规范的软件开辟流程的整个过程。
测试能及早地发现软件问题，促进软件的改进和软件质量的提高；另一方面，测试能验证软件是否满足任务书、软件需求分析、软件设计和相关标准所规定的技术要求，为软件可靠性与安全性评估提供依据，为软件项目的验收评审提供依据。
1.1.1.1. 测试阶段测试分为以下几个阶段：单元测试、代码评审、集成测试、功能测试、性能测试、用户测试。
其中代码评审、单元测试和集成测试在软件实现阶段进行，单元测试、集成测试是以软件为测试主体。
功能测试、性能测试和用户测试在软件完成阶段进行，以软件所属系统为测试主体，软件参加到系统中进行测试。
1.1.1.2. 测试过程每一个测试阶段包括如下测试过程：制定测试计划、编写测试用例、建立测试环境、执行测试、编写测试报告、评审测试结果。
制定测试计划测试计划确定测试范围、测试任务、测试项目、被测试特性、测试方法、进度、资源和评价准则。
编写测试用例根据被测试特性，设计测试用例，确定特性通过准则，为每一个测试用例制定输入、输出和测试规程。
建立测试环境根据测试计划中规定的测试方法和测试资源，建立测试环境，选择测试工具。
执行测试按测试规程获得并验证所需要的输入数据，执行测试用例集，观察并记录输 出数据和其他状态现象， 测试过程中发现问题， 应填写 《软件测试问题报告单》。
编写测试报告评价测试工作和被测软件，编写测试报告，测试报告包括代码审查报告、单 元测试、集成测试、功能测试和性能测试的测试报告。
评审测试结果各测试阶段均应编制测试计划和测试报告两个测试文档， 测试文档应经过相 应评审， 其中， 代码审查、 单元测试和集成测试的测试文档由开辟组内部组织评 审，项目经理参预各阶段文档的审核，评审过的文档由时纳入配置管理。
1.1.1.3. 测试用模板测试过程要用到多个文档模板，包括评审问题记录单、评审总结报告、软件 问题报告、软件修改报告等。
表-1 评审问题记录单年 月 日评审□ 复审□是否解决评审问题记录子项目名问题摘要登记号评审日期评审性质实施部门问题类型 项目名编号1 2 3 45 6 7 8 9 10 11 12 13 14表 -2 评审总结报告登记号评审日期 年 月 日评审总结报告评审性质 评审□ 复审□实施部门名详细设计 编码测试 集成测试 确认测试□ □ □ 及验收□电话人评审任务阶段名 软件定义 需求分析 概要设计□ □ □项目名 子项目项目负责 姓名通过不通过备注表-3 评审成员签字表职务组长副组长成员成员成员成员成员成员成员成员注：可以不设副组长；此外，项目负责人或者项目组人员可以作为评审组的成员，但不能担任评审组的组长或者副组长。
评审小组成员评审材料评审结论结论概述姓名 签字职称 部门软件问题报告系统名报告提出部门需求分析概要设计阶段名□程序□文档□□子系统名1子系统名2子系统名N版本号文档 1 文档 2 文档 3问题描述/影响：登记号登记日期报告人详细设计编码测试集成测试确认测试运行维护□ □□ □ □运行的硬件平台运行的硬件平台运行的硬件平台媒体编号文档编号文档编号文档编号附注：部门负责人批准总师办负责人批准年月日问题系统名申请修改部门修改类型程序□文档□修改描述：软件修改报告修改□子系统名 1子系统名 2子系统名 N修改已通过测试否老程序版本号文档 1文档 2文档 3登记号登记日期修改时间修改部门修改人升级□运行的硬件平台运行的硬件平台运行的硬件平台测试部门程序媒体编号新文档编号新文档编号新文档编号附注：项目审查意见总体组审查意见年月日年月日新程序版本号修改1.1.1.4. 单元测试单元测试主要采用白盒测试技术，用控制流覆盖和数据流覆盖等测试方法设计测试用例；主要测试内容包括单元功能测试、单元性能测试和异常处理测试等。
单元测试流程分为单元测试设计、单元测试准备、单元测试实施和记录、单元测试错误跟踪。
单元测试设计即单元测试用例设计，由系统设计人员在详细设计的同时完成。
单元测试准备为按照测试用例的要求，准备单元测试驱动数据和驱动模块，由开辟人员在开辟过程中完成。
单元测试实施和记录由开辟人员在编码完成以后进行。
单元测试问题跟踪由开辟人员和系统设计人员共同完成，根据引起问题的不同原因进行不同处理。
如果测试问题为编码错误，则由开辟人员完成纠错后重新测试。
如果测试问题为设计阶段引起的问题，则需要进行设计变更。
1.1.1.5. 代码评审编程组组长组织人员进行代码检查。
若所写的代码不符合编码规范，即便已实现了系统功能，仍然认为不合格的，需要重写。
代码检查的意义保证代码编写的规范保证代码编写的过程不产生 BUG代码检查的依据检查代码是否有更新检查存在问题是否有更新检查存在问题是否已解决问题已解决，则填写《代码检查记录》1.1.1.6. 集成测试集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测试策略，用数据流等测试方法设计测试用例。
主要测试内容包括单元之间的接口测试、全局数据结构测试等。
集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记录、集成测试问题跟踪和结束测试等阶段。
集成测试设计由测试组组长根据项目计划和开辟计划编制《集成测试计划》，设计《测试用例》。
测试计划和测试用例应当通过项目经理的审查。
集成测试准备需要系统测试组组长建立独立的测试环境。
测试环境包括测试硬件环境、网络、数据库、应用服务器等以及测试对象(程序)的安装和初始化工作。
集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划和测试用例要求进行测试，并且记录测试过程和测试结果。
集成测试问题跟踪是在测试过程中发现的问题由系统测试组组长根据测试记录提交测试问题报告，并由系统设计人员和开辟人员解决每一个问题的过程。
测试结束指测试问题报告中的问题解决后，进行回归测试。
当测试问题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结报告结束测试。
1.1.1.7. 功能测试功能测试包括两大部份，一是包括基本业务功能、业务测试、接口测试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测试、数据库测试、配置测试、安装测试的产品化测试。
验收测试主要从系统的实用性、稳定性、可维护性、灵便性、可操作性、和安全性方面进行测试。
(1)测试目标在整个的软件开辟过程中，由于各种原因应用系统会有不完善的问题，这些问题会体现在开辟后发布的软件产品中，并在产品中极大的影响着产品的使用，对于用户，这些缺陷妨碍着完成他们的既定目标和工作。
所以我们要组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低 BUG 率，从各个方面提高软件产品的质量和可用性，为用户提供优质的解决方案。
计划进度表和测试计划对业务系统测试进行了时间和内容上的定义与约束。
(2)测试流程下图是功能测试的流程，概要描述了测试过程中所涉及的角色，测试阶段，以及各阶段不同角色需要完成的任务。
图-1 业务测试流程在准备测试用例这一活动中，我们所执行的具体任务如图所示，在确定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要设计的测试用例。
测试用例是测试工作中重要的指导性文件，测试需求的输入是《系统需求规格说明》。
在整个测试过程中，我们将用 IBM Rational 缺陷管理工具 ClearRequest 对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。
(3)测试完成标准实现功能彻底符合功能列表。
所有的功能页面均可达。
问题得到妥善处理，不含有 A,B,C 类问题。
定义的测试项目完成。
产品化测试的约束达成。
(4)缺陷管理追踪工具描述中提到的 ClearRequest，可以应用于测试的全过程，也可以用于管理各类评审的缺陷等。
还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡，因此可以实现从测试计划到总结的各测试活动管理。
我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和用例执行测试，发现问题后，记录在 ClearRequest 中，测试负责人通过查看缺陷问题列表将问题分配给对应的开辟人员，开辟人员通过查看问题列表修改问题，ClearRequest 还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计结果可用来进行分析和总结。
测试过程中使用 ClearRequest 管理工具的益处在于：提高了测试的生产率工具自动进行统计和分析能够将问题卡输出到 Excel 文件中，便于与相关人员进行交流和确认。
1.1.1.8. 性能测试性能测试总体流程与业务系统测试的流程基本相同。
验收测试主要从系统的实用性、稳定性、可维护性、灵便性、可操作性、和安全性方面进行测试。
性能测试的内容源于南水北调中线管理局对系统的性能要求，此外就是针对南水北调中线干线工程安防综合监控与信息服务系统业务多、范围广、层次多、用户量大的特点，对关键业务、关键流程进行性能测试。
(1)测试目标性能测试的目标是在整个系统或者一个系统的特定组件上定义、建立和执行性能测试。
验证系统是否满足性能要求，如不能满足，要进行相应的优化。
(2)测试流程根据系统的性能要求，我们首先对性能测试进行策划，确定性能测试的类别和测试方法。
然后开辟性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或者组件的性能，并使用其结果决定性能是否可以被业务所接受。
如果在测试中度量的性能特性证明是不能被接受的，我们可以通过对业务的改进、数据库、应用服务器等进行调优，以提高性能质量，在进行系统调优前，我们同样要进行调优的设计与分析。
性能测试与应用和技术架构密切相关并且两者互相影响。
表-4 性能测试类别与方法举例测试类别大数据量测试测试方法导入大量数据到系统中，检查单用户操作时系统的性能表现，对于较慢的操作进行分析、查找原因直(3)性能测试指标1、响应时间响应速度在用户心理所能承受的范围内。
无论是客户端还是管理端， 当用户 登陆， 进行任何操作的时候， 系统应该及时进行反映， 系统应能检测出各种非正 常情况，并及时提示用户。
表-5 性能测试类别与方法举例功能名称 性能要求并发数 支持 1000 次/秒并发 页面加载 页面加载时间< 5 秒 目录树加载目录树加载时间< 5 秒； 数据列表加载 数据列表加载时间< 5 秒；录入数据检查提醒 录入数据检查提醒时间< 2 秒数据查询简单查询处理时间< 5 秒；复杂查询处理时间<15 秒；数据统计简单统计处理时间< 5 秒；复杂统计处理时间<15 秒；测试方法到最后修改用 loadrunner 摹拟并发用户操作，通过loadrunner 及 servertrace 等工具进行问题查找和跟踪用 loadrunner 摹拟不同带宽进行测试用 loadrunner 摹拟进行测试测试类别多用户并发操作测试不同带宽下的测试疲劳测试2、可扩展性在设计上必须具有适应变化的能力，当系统新增业务功能或者现有业务改变 时，应保证业务在整体框架不变的基础上，业务变化造成的影响局部化。
