测试及验收方案

《测试及验收方案》由会员分享，可在线阅读，更多相关《测试及验收方案（31页珍藏版）》请在金锄头文库上搜索。

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

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

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

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

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

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

7、问题跟踪由开发人员和系统设计人员共同完成，根据引起问 题的不同原因进行不同处理。如果测试问题为编码错误，则由开发人员完 成纠错后重新测试。如果测试问题为设计阶段引起的问题，则需要进行设 计变更。1.1.1.5. 代码评审编程组组长组织人员进行代码检查。若所写的代码不符合编码规范，即便已实现了系统功能，仍然认为不合格的，需要重写。代码检查的意义保证代码编写的规范保证代码编写的过程不产生 BUG代码检查的依据检查代码是否有更新检查存在问题是否有更新检查存在问题是否已解决问题已解决，则填写代码检查记录1.1.1.6. 集成测试集成测试采用白盒测试和黑盒测试相结合的测试技术和渐增式的测 试策略，用数据

8、流等测试方法设计测试用例。主要测试内容包括单元之间 的接口测试、全局数据结构测试等。集成测试包括集成测试设计、集成测试准备、集成测试实施和测试记 录、集成测试问题跟踪和结束测试等阶段。集成测试设计由测试组组长根据项目计划和开发计划编制集成测试 计划，设计测试用例。测试计划和测试用例应当通过项目经理的审查。集成测试准备需要系统测试组组长建立独立的测试环境。测试环境包 括测试硬件环境、网络、数据库、应用服务器等以及测试对象（程序）的安 装和初始化工作。集成测试实施和测试记录是由系统测试组组长组织人员按照测试计划 和测试用例要求进行测试，并且记录测试过程和测试结果。集成测试问题跟踪是在测试过程中发现

9、的问题由系统测试组组长根据 测试记录提交测试问题报告，并由系统设计人员和开发人员解决每一个问 题的过程。测试结束指测试问题报告中的问题解决后，进行回归测试。当测试问 题降低到一定程度并通过测试通过准则时，系统测试组组长提交测试总结 报告结束测试。1.1.1.7. 功能测试功能测试包括两大部分，一是包括基本业务功能、业务测试、接口测 试和可用性测试等方面的功能测试，二是包括：安全性测试、故障恢复测 试、数据库测试、配置测试、安装测试的产品化测试。验收测试主要从系 统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进行 测试。（1）测试目标在整个的软件开发过程中，由于各种原因应用系统会有

10、不完善的问题， 这些问题会体现在开发后发布的软件产品中，并在产品中极大的影响着产 品的使用，对于用户，这些缺陷阻碍着完成他们的既定目标和工作。所以 我们要组织并执行测试，以降低软件产品中存在的缺陷，保证产品的质量和可用性，测试工作的目标就是降低BUG率，从各个方面提高软件产品的 质量和可用性，为用户提供优质的解决方案。计划进度表和测试计划对业务系统测试进行了时间和内容上的定义及约束。（2）测试流程下图是功能测试的流程，概要描述了测试过程中所涉及的角色，测试阶段，以及各阶段不同角色需要完成的任务。洲试血才九测述丄程那开從工裡昨垛Fl员宦人 设计的测试用例。命划业务坯试诽爭班过MJ剧宦S-TM?1

11、F寸It准图 错误!文档中没有指定样式的文字。-1 业务测试流程在准备测试用例这一活动中，我们所执行的具体任务如图所示，在确定具体的测试范围及内容后，进行测试分类，并根据分类的结果确定需要测试用例是测试工作中重要的指导性文件，测试需求的输入是系统 需求规格说明。在整个测试过程中，我们将用IBM Rational缺陷管理工具ClearRequest对测试大纲、测试用例、测试问题等进行管理，并可对问题进行统计。（3）测试完成标准实现功能完全符合功能列表。所有的功能页面均可达。问题得到妥善处理，不含有A,B,C类问题。 定义的测试项目完成。 产品化测试的约束达成。（4）缺陷管理追踪工具描述中提到的C

12、learRequest，可以应用于测试的全过程，也可以用于 管理各类评审的缺陷等。还提供一些模板，例如测试计划、测试总结、测试大纲、测试问题卡， 因此可以实现从测试计划到总结的各测试活动管理。我们以需求说明书、软件需求规格说明为输入编写测试大纲，对应测 试大纲中的内容和测试需求编写测试用例，测试人员可以根据测试大纲和 用例执行测试，发现问题后，记录在ClearRequest中，测试负责人通过 查看缺陷问题列表将问题分配给对应的开发人员，开发人员通过查看问题 列表修改问题，ClearRequest还提供了各种统计功能，例如根据问题的发现日期、问题等级、问题的分布、问题引入阶段等进行统计，这些统计

13、结 果可用来进行分析和总结。测试过程中使用 ClearRequest 管理工具的益处在于：提高了测试的生产率工具自动进行统计和分析 能够将问题卡输出到 Excel 文件中，便于及相关人员进行交流和 确认。1.1.1.8. 性能测试性能测试总体流程及业务系统测试的流程基本相同。验收测试主要从 系统的实用性、稳定性、可维护性、灵活性、可操作性、和安全性方面进 行测试。性能测试的内容源于南水北调中线管理局对系统的性能要求，此 外就是针对南水北调中线干线工程安防综合监控及信息服务系统业务多、 范围广、层次多、用户量大的特点，对关键业务、关键流程进行性能测试。（1）测试目标性能测试的目标是在整个系统或一个系统的特定组件上定义、建立和 执行性能测试。验证系统是否满足性能要求，如不能满足，要进行相应的 优化。（2）测试流程根据系统的性能要求，我们首先对性能测试进行策划，确定性能测试 的类别和测试方法。然后开发性能测试的用例，确定测试环境并准备就绪后执行性能测试，确定测试中的系统或组件的性能，并使用其结果决定性 能是否可以被业务所接受。如果在测试中度量的性能特性证明是不能被接 受的，我们可以通过对业务的改进、数据库、应用服务器等进行调优，以 提高性能质量，在进行系统调优前，我们同样要进行调优的设计及分析。