《XXX银行软件测试规程(试用版)(定稿)》由会员分享，可在线阅读，更多相关《XXX银行软件测试规程(试用版)(定稿)（89页珍藏版）》请在金锄头文库上搜索。
1、XXXX银行软件测试规程（试用版）xxxx银行信息科技部2007年3月目录第一章前言4一、背景4二、术语定义4第二章单元测试7一、概述7二、参与人员与职责7三、测试流程8四、单元测试评估与审计1.1.五、测试评估数据1.1六、单元测试完成标准1.2七、培训1.2八、单元测试环境1.2九、单元测试工具1.3第三章集成测试1.4一、概述1.4二、参与人员与职责1.4三、测试流程1.5四、集成测试评估与审计1.7.五、测试评估数据1.8六、集成测试完成标准1.8七、培训1.9八、集成测试环境1.9九、集成测试工具1.9第四章系统测试2.1一、概述2.1二、参与人员与职责2.1三、测试流程2.3四、系
2、统测试的评估与审计2.6.五、测试评估数据2.7六、系统测试完成标准2.7七、培训2.8八、系统测试环境2.8九、系统测试工具2.8十、系统测试报告2.8第五章压力测试3.0一、概述3.0二、参与人员与职责3.0三、测试流程3.2四、压力测试的评估与审计3.7.五、测试评估数据3.7六、压力测试完成标准3.7七、培训3.8八、压力测试环境3.8九、集成测试工具3.8十、系统测试报告3.8附件4.0第一章前言一、背景随着xxxx银行业务规模和种类的迅速发展，银行IT系统的数量和种类不断增加，系统的复杂程度和规模也日益增加。因此，通过必要的技术和管理手段保证IT系统开发的质量，最终保证上线系统的稳
3、定运行，成为IT系统软件开发的重要工作。软件测试是保证IT系统软件质量的重要手段。为了规范XXXX银行IT系统开发中软件测试管理工作，确保开发的IT系统充分满足业务需求，提高IT系统开发的质量，根据软件工程学关于测试管理的理论和方法论，结合我行实际，制定本测试规程。二、术语定义 软件测试：是指通过一定的制度、方法、技术、流程和工具对软件测试对象进行检查、验证和分析，根本目的是验证和确认软件测试对象与需求的一致性，最终保证软件系统的质量。一个IT系统的软件测试分为单元测试、集成测试、系统测试和压力测试四个阶段进行。每个阶段的测试依次完成四个子阶段的工作：计划、设计、实现和执行。 软件测试对象：软
4、件测试对象包括程序模块、功能模块和软件系统三个层面。IT系统软件的最小组成单元是程序模块，功能相关联的一组或多组程序模块通过有机的组合构成实现特定系统功能的功能模块，一个或多个功能模块构成最终完整的软件系统。 软件测试管理：是指按照预定义的管理办法，通过一定的流程和工具，对软件测试工作进行有效管理，并对软件测试工作进行审计和状态报告的系统方法。单元测试：完成对程序模块的验证工作，以确认每个程序模块的功能与详细设计相符。单元测试重点是测试程序模块的功能，以及语句与分支的覆盖率，由此来检验程序模块在各种情况下运行结果都是设计这所预定的结果。 集成测试：完成对功能模块的验证工作，以确认各功能模块功能
5、以及功能模块之间的交互功能与概要设计相符，最终形成概要设计中描述的完整的IT系统。集成测试的重点在于各个功能模块之间的各种接口，测试每个接口在各种情况下都正确，并测试一些预定的非正常输入情况下，处理是否合理有效。 系统测试（功能测试、综合测试）：是对整个系统的功能测试，以确认系统各种功能和系统的业务需求书一致。系统测试的重点是从系统的角度证明系统总体功能的正确性、与关联系统的协调性和时序的准确性。系统测试还应当确认系统其他的需求也都被满足，如：可恢复性，可移植性，错误恢复，可维护性等。 压力测试（性能测试）：是对整个系统的性能测试，以确认系统符合业务需求部门在交易高峰期间对系统处理能力的要求。
6、压力测试不同于功能测试，软件的正确性并不是它的测试重点。它所看重的是软件的执行效率，它以软件响应速度为测试目标，尤其是短时间内访问用户数爆炸性增长时软件的响应速度。 回退测试：在以上任何阶段测试中发现问题后，要对有关程序进行相应的修改，修改后还要进行回退测试。回退测试是指对于一个被测对象（可以是程序模块、功能模块或整个软件系统）不仅要用原来发现其错误的测试案例进行测试，看其结果是否有了变化而且符合要求，还要设计新的测试案例来观察其修改后的功能是否完全正确，同时，还要用原有的其他测试案例来看原先没有修改的功能是否仍然正确。 测试计划：是各阶段测试的基础，主要是确定测试的对象、范围；评估测试需要的
7、时间和工作量；明确测试队伍的角色分工、工作任务划分和所需的培训；规划测试资源、工具和数据；定义测试完成标准。测试计划应该在测试工作执行前的较长时间就开始。最早的测试计划可以在需求规格说明书完成后开始。 测试设计：设计测试方案，主要工作包括对测试对象进行深入分析，确定测试策略、测试方法、测试环境和测试工具，并进一步评估测试的工作量。 测试实现：将测试设计的结果转化成可以操作和使用的程序、脚本和测试工具，主要工作包括设计测试案例、测试规则；编写测试代码、测试脚本；落实测试工具。测试执行：在测试环境按照测试案例完成测试是，主要工作包括执行测试案例；记录、分析、解决测试过程中发现的错误，并执行回退测试
8、；评估测试结果，提交测试总结报告。 软件测试环境：是指满足软件系统测试要求的硬件、网络和系统软件环境包括主机、存储、网络、外围设备、操作系统软件、数据库、中间件、系统配置参数和测试用业务数据等。 软件测试标准：是指判断各个测试阶段是否可以开始、结束和通过的衡量标准。软件测试标准包括测试阶段入口条件、测试阶段出口条件和测试阶段通过标准三部分。 软件测试工具：是指用于软件系统测试的方法、数据和应用软件系统。第二章单元测试一、概述软件系统的单元测试是对系统基本组成单元进行的测试，以确认每个基本单元的功能与详细设计相符。这里的基本单元可以是一个具体的函数(function或procedure)语言)、
9、一个类的方法(method)(C+)、一个菜单或显示界面(4GL)、一组完成基本功能的函数等。“单元”具有一些基本属性，如：明确的功能、规格定义、与其它单元明确的接口定义等，可以清晰地与同一程序的其它单元划分开来。单元测试除了要检测程序代码的错误外，它的重点在于测试基本单元的功能是否和详细设计的要求一致。单元测试的主要目的有： 验证程序代码的功能与详细设计相符；跟踪系统需求与设计的实现方式； 发现系统需求分析和设计中存在的错误； 发现在编码过程中引入的错误。 单元测试的工作由程序开发员在编码过程中实现。二、参与人员与职责1项目组：1) 项目经理密切监控项目的进度，及时配置相应的资源；确保单元测
10、试按照单元测试计划有序进行；确认并为进行单元测试的程序开发人员提供必要的培训定期向总经理室汇报项目进度；2) 程序开发员 编写单元测试案例； 编写单元测试代码(如果需要)； 执行单元测试，记录测试结果； 记录单元测试错误报告； 撰写单元测试报告。3) 配置管理员 对原代码和可执行代码打基线； 对单元测试记录、错误报告和测试报告进行归档、打基线和变更审计工作。2质量管理处： 对单元测试的合规性(是否符合测试计划和测试规则的要求)进行指导和审计，并提交审计报告；根据单元测试报告(主要是测试发现的错误和缺陷情况)，对单元测试进行定量分析，并向总经理室提交单元测试是否通过的审核意见。三、测试流程1.计
11、划(1) 时间安排在概要设计完成评审后约一周后开始。(2) 输入项目开发计划项目需求规格说明书概要设计文档(3) 入口条件概要设计文档已经通过评审。(4) 活动步骤 确定单元测试的总体策略，具体包括： 决定采用何种测试方式，包括自顶向下、自底向上和孤立测试三种方式，可以根据被测试系统的具体特点选择其中一种，也可以组合多种方式； 决定是否使用已有的输入、输出或数据源(例如其它项目单元测试使用的测试文档和测试数据发生器等) 确定被测试对象和测试范围； 确定单元测试的完整性需求，具体包括： 单元的接口； 单元内的局部数据结构； 单元内部逻辑中的对立路径； 单元的出错处理机制； 单元逻辑中的边界条件；
12、 对单元代码测试覆盖率(包括功能特性、过程、状态、函数、数据特性、指令等)； 系统的特殊需要，包括系统的性能、安全性、保密性等； 评估单元测试的工作量，需要考虑测试对象的数量、难度，以及测试代码开发的工作量； 确定测试角色分工，划分工作任务； 标识出测试的时间进度、任务、约束等条件； 考虑一定的风险分析及应急计划； 考虑和准备单元测试需要的测试人员、工具、数据、环境等资源； 考虑相关培训安排； 定义测试完成标准。(5) 输出单元测试计划。(6) 出口条件单元测试计划通过概要设计阶段的基线评审。2.设计(1) 时间安排在详细设计完成评审后约一周后开始。(2) 输入 项目需求规格说明书系统详细设计
13、文档 单元测试计划 以往项目的单元测试文档(如果有)(3) 入口条件 概要设计阶段基线通过评审。(4) 活动步骤 分析单元测试的策略，据此将被测试单元进行分组，确定测试顺序； 分析单元测试的完整性需求和被测单元的特征，据此将被测试单元进行分组，制定设计可以复用的测试代码结构； 分析被测对象的特征，设计测试案例的结构和内容； 分析以往项目的单元测试文档，选择可以复用的单元测试设计方案、测试案例和测试数据发生器； 分析单元测试需要的测试工具，并从以往的单元测试工具中选择可以复用的工具； 分析单元测试的环境和约束条件； 进一步评估单元测试的工作量，安排单元测试分工。(5) 输出 单元测试设计方案。(
14、6) 出口条件 单元测试设计方案通过详细设计阶段的基线评审。3.实现(1) 时间安排在编码阶段开始后进行。(2)输入项目需求规格说明书系统详细设计文档单元测试计划单元测试设计方案以往项目的单元测试文档(如果有)(3) 入口条件详细设计阶段基线通过评审。(4) 活动步骤将单元测试设计阶段选择出来的以往的单元测试案例与相应的被测单元关联起来； 编写单元测试案例； 编写单元测试规则； 编写单元测试代码(如果需要)； 编写单元测试脚本(如果需要)； 选择和落实单元测试工具(如果需要)。(5) 输出 单元测试案例； 单元测试规则； 单元测试代码(如果有)； 单元测试脚本(如果有)； 单元测试工具(如果有
15、)。(6) 出口条件 单元测试案例和测试规则通过编码阶段基线评审。4.执行(1)时间安排单元测试执行子阶段的主要工作通常在系统程序编码工作完成进行，部分比较简单的单元测试工作可以伴随编码过程同时进行。(2) 输入 项目需求规格说明书； 系统详细设计文档； 单元测试计划； 单元测试设计方案；单元测试案例；单元测试规则； 单元测试代码(如果有)； 单元测试脚本(如果有)； 单元测试工具(如果有)； 系统程序代码。(3) 入口条件 单元测试设计与实现子阶段已经通过基线评审。(4) 活动步骤 执行单元测试案例； 对测试过程中发现的错误进行记录、分析、解决，并执行回退测试； 评估单元测试结果； 更新所有相关的系统
