《银行测试中心规划建设方案详细》由会员分享，可在线阅读，更多相关《银行测试中心规划建设方案详细（50页珍藏版）》请在金锄头文库上搜索。
1、银行测试中心规划建设方案目录1概述41.1背景41.2任务41.3目标42现状分析52.1测试主体流程现状52.2目前应用的测试相关技术72.3综合评估82.4综合分析93测试中心简介93.1测试中心作用93.1.1测试中心定义93.1.2测试中心的意义103.2测试方法论113.2.1软件测试方法论113.2.2软件测试和开发生命周期113.3测试中心的功能123.3.1测试中心关注的阶段123.3.2测试中心的职能144测试中心的规划154.1部原则154.1.1定义软件质量的考核方面154.1.2软件质量的考核标准154.1.3测试管理和功能测试164.1.4性能测试174.1.5测试结
2、果的发布174.2测试中心人员角色定义204.3测试中心流程规划214.4测试中心技术平台224.5测试中心发展阶段224.5.1阶段一：基于项目的测试234.5.2阶段二：产品中心254.5.3阶段三：服务中心264.5.4阶段四：质量权威中心285测试体系规划315.1测试准备315.1.1测试指标定义315.1.2测试环境搭建325.1.3自动化测试工具应用335.1.4测试管理工具345.1.5测试团队组织355.1.6测试数据准备355.2测试流程375.2.1开发类项目测试流程375.2.2维护类项目测试流程485.3测试管理515.3.1缺陷管理515.3.2配置管理525.3.
3、3需求变更管理535.3.4换版管理535.3.5测试用例管理555.3.6人员培训管理575.3.7考核管理576测试中心在质量管理中的应用586.1确保应用的性能和可用性586.2降低变更和配置中的风险和对业务的影响597合康测试服务597.1合康经验597.2合康服务模式607.3合康优势607.4合康测试的价值体现617.5合康公司产品线628继续努力621 概述1.1 背景随着某银行业务的快速发展,对银行业务系统的质量控制与质量管理正逐渐成为银行稳定发展的保障。而建设稳健优良的测试体系和与之匹配的测试方法则又是保证软件系统质量行之有效的必经途径。1.2 任务测试中心是整个银行业务研发
4、体系建设容的重要组成部分之一,为我行自己研发、外包、采购软件系统进行完整系统的测试,提供最佳品质保障,并为过程改进和管理提供决策支持。建设测试中心的主要目标在于提升我行在银行业务测试环节中的质量控制的能力,通过测试中心的建设,形成系统的测试流程,通过与各个产品研发环节的信息充分连接,为系统质量分析和评估提供有效的支撑；基于测试中心构建的IT平台,有系统性地收集、积累项目的历史质量管理经验及数据,提炼共性质量分析和评估模型,形成结构化、知识型、可共享的质量管理资源库,为长期不断地提高我行业务系统的质量奠定坚实的基础。1.3 目标测试中心总体建设目标：l 建设与整个软件开发体系配套的测试体系l 建
5、立一流的软件测试流程,保证测试工作质量l 逐步建立量化的度量标准,持续改进软件测试过程l 建立一支银行业务能力过硬,测试技能一流的测试团队l 建立一流的软件测试环境体系包含测试硬件环境、系统软件操作系统、服务器等、自动化测试工具等2 现状分析2.1 测试主体流程现状现行软件开发操作流程图目前相关测试人员组织结构某银行科技部有若干科室组成,目前分为软件一科主要负责全行T24核心系统和大前置系统开发及技术支持、软件二科主要负责全行电子渠道开发及技术支持、软件三科主要负责全行数据仓库和相关系统开发及技术支持、软件四科主要负责全行外围业务系统和管理系统开发及技术支持等。每个科室由一名科室负责人和若干主
6、管及普通技术人员组成。每个科室人员除了履行日常科室规定的职责外还负责对已完成开发的项目编制测试案例并进行功能性测试和业务边界类及异常处理流程的测试,承担了双重职责,在角色扮演上冲突,结果使测试没有有效地规划和执行。测试团队是由监督员组成的虚拟团队,缺乏实体测试组织,缺乏明确的软件质量和软件测试的管理和执行人员角色定义。2.2 目前应用的测试相关技术业务部门跨平台多样化技术架构传统单一的技术架构系统开发测试环境软件开发部运行科用户测试环境准生产环境ITSM管理系统TD自动化测试管理系统CA办公自动化系统目前信息技术部主要通过CA办公自动化系统与银行各相关职能部门进行需求的流转,无专业需求管理系统
7、,各类测试阶段的实施仍停留在手工测试方式,没有统一的测试管理系统来进行有效的问题管理及测试计划的实施,测试过程中的资产被采用不同的方法和技术记录和管理,导致测试资产指测试过程中生成或编写的各类文档、脚本、代码、配置文件等的管理带来困难,使这些资产的价值被忽视,变成被保留的历史数据,而非可促进质量持续提升的基础。随着某银行各类业务系统从单一技术框架结构向多样化技术框架结构的转变,目前的测试手段和技术已显然无法满足行多平台、多语言和多厂商的快速开发上线的模式。2.3 综合评估2.4 综合分析已达到的程度：l 业务需求管理过程已经建立l 已产生需求过滤及整合机制l 对软件质量有改进意识l 部分系统已
8、尝试使用自动化测试工具l 使用ITSM进行服务管理尚存问题：l 测试知识无法传承,容易产生盲区l 业务人员角色冲突,测试无法有效规划和实施l 缺乏统一的需求管理、测试管理流程和系统l 手工测试效率低下,无法覆盖全部测试需求l 配置管理缺乏,案例完整性难以保证,存在潜在风险l 测试资产难以有效保存,价值易被忽视l 测试环境管理缺乏,容易造成版本错换、漏换l 缺乏对外包项目的质量管理,无法对外包厂商的软件质量进行量化评估3 测试中心简介3.1 测试中心作用3.1.1 测试中心定义l 软件质量：软件质量是软件特性的总和,软件满足规定或者潜在用户需求的能力l 软件测试：软件测试的经典定义是在规定条件下
9、对程序进行操作,以发现错误,对软件质量进行评估。由于软件是由文档,数据以及程序组成的,因此目前软件测试涵盖的已经不仅仅是对程序进行测试,还应该包括对软件行程过程的文档和数据进行的测试。l 测试中心： 测试中心是区别于开发团队的相对独立的,统一的团体或者组织,其人员具有先进的测试理论和经验,能够遵循测试管理流程,通过手工或者自动化测试工具,对系统或软件开展有组织的,有效的测试活动,从而对系统或软件提供整体的质量评估。l 测试中心的特点在于： u 具有相对独立性,统一性u 可以作用于不同的系统或应用 u 具有一致的管理流程和软件质量可见性u 提供集中的基础架构u 具有专业的团队,实现了技能和测试资
10、产共享3.1.2 测试中心的意义相比单纯的某个项目部的测试工具采购和使用而言,建设统一的测试中心的意义在于：有效性：应用开发/实施产品、最佳实践方法和人员都实现了集成,可以从一个点上就能便捷地获取所有项目小组的权限,因此不需要增加昂贵的资源投入。事实上可能会减少职员总人数。改进性：可以从整个银行中收集测试流程、组织和产品方面的最佳实践,并且标准化及改进这些实践,然后重新把这些改进过的实践发送到整个银行中。这样,就缩短了新的测试项目的学习曲线,提高了所有测试小组的成功可能性。 统一性：测试中心模式能帮助银行统一业务目标和项目优先级,提供更好的最终用户服务。实用性： 建立一个测试中心模型,这是一个
11、可以达到的目标。您可以利用现存的各种资源从小围开始实施,然后,在证实其价值后,再进一步扩展其能力。许多公司往往会发现测试中心模型是自给自足的。 职业提升：测试中心模型为专业人士提供了一个具有吸引力的新职业机会,帮助银行重新招募并保留顶级人才。 3.2 测试方法论3.2.1 软件测试方法论提供质量流程改进的面向目标的关键性能指标,这些指标是面向业务需求的实施实施设计应用部署测试传统方法论需求验证应用部署优化业务成果现代方法论对业务功能进行风险和影响度的评估,以缩减QA的时间,并提高有限时间和成本内的质量水平业务影响分析验证需求2使IT能更好的迎合业务需求,在应用交付的早期就能够确定可能存在的缺陷
12、使用业务度量3规划业务需求设计测试1时间业务需求规划传统的开发方法属于线型或者称之为瀑布型,每一个阶段的开始都基于上一阶段成果而展开,因此无法对整个系统质量进行有效的控制,无法体现测试对于整个系统质量控制的重要性,一旦在后期测试中发现问题,很有可能导致软件发布延迟,整个项目成本的增加。我们所提倡的测试方法是将测试贯穿于项目规划、设计、实施、部署的整个过程中,随时对项目质量进行监控。一旦发现问题,及时提交,使问题能够尽早、尽快地得以解决。3.2.2 软件测试和开发生命周期通过在软件项目过程中自始至终地贯彻尽早测试、连续测试、自动测试经验的实施,能很大程度上提前了软件系统测试发生的时间,能连续的及
13、时的发现软件错误,从而可以在很大程度上降低项目风险和项目开发成本。3.3 测试中心的功能3.3.1 测试中心关注的阶段以下是软件测试V&V模型图：如图所示,测试过程主要分为四个阶段：单元测试,集成测试,系统测试,验收测试。在模型中,单元测试是基于代码的测试,最初由开发人员执行,以验证其可执行程序代码的各个部分是否已达到了预期的功能要求； 集成测试验证了2个或多个单元之间的集成是否正确,并有针对性地对详细设计中所定义的各单元之间的接口进行检查； 在所有单元测试和集成测试完成后,系统测试开始以客户环境模拟系统的运行,以验证系统是否达到了在概要设计中所定义的功能和性能； 最后,当技术部门完成了所有测
14、试工作后,由业务专家或用户进行验收测试,以确保产品能真正符合用户业务上的需要。 单元测试和集成测试主要由开发团队完成,因此测试中心主要关注的是系统测试和验收测试,当系统上线以后,在版本更新和缺陷修复过程中,测试中心也会承担回归测试的任务。V&V模型中,两个V分别代表验证Verification和确认Validation。软件验证技术是评估系统或部件在特定的开发阶段是否满足该阶段开始时人们对它提出的要求。软件验证是在软件开发的各个阶段,从软件技术人员的角度,测试当前的开发成果文档,代码等符合设计的规,保证按照设计流程和要求进行开发,即正确地做了事。软件确认技术是评估系统或软件部件在开发过程中或开发结束时是否满足特定要求。软件确认是从用户的角度,测试当前的开发成果符合用户的真正需求,即做了正确的事。所以V&V模型更能体现测试在整个软件系统的建设过程中,对质量控制所起到的至关重要的作用。V&V模型是目前主流测试过程模型,但其并不是万能的,因此在测试过程模型的引用中除了该模型外我们还将把随机测试和配置测试理念贯穿其中。3.3.2 测试中心的职能测试中心涵盖的功能应该包括：l 业务需求:
