摘要
互联网金融在银行业飞速发展，软件产业规模逐步完善起来并得到了快速的增长，在银行业中受到了广泛的运用，随着软件在越来越多业务场景中提供支持，软件质量、产品体验在用户的心中占据的分量越来越重，用户对软件的质量有了较高的期望，软件测试作为保证软件质量的重要手段，在项目管理过工程中也发挥着举足轻重的作用。xx银行近年来不断创新业务模式和产品种类，加快信息化建设，努力提升产品质量，但是作为质量保证手段的软件测试却不能满足业务发展和信息系统建设的需要，因此，xx银行软件测试项目管理需要进行优化。
论文首先阐述项目管理理论知识，并根据相关理论展开对xx银行软件测试项目管理现状进行深入和全面的分析，对当前存在的需求频繁变更、测试支持不足、部门间沟通协作不畅、软件缺陷多、形成知识库机制不完善等问题进行梳理，并深入分析出出现以上问题的原因主要有：测试重视程度不足、测试项目管理尚不完善、客户注重软件质量和使用体验，从而得出分析结论：xx银行软件测试项目管理存在不足，需要进行优化，
最后对xx银行软件测试项目管理进行实施，为了在实施过程中取得良好的效果，提出了系统的保障措施，对xx银行的未来发展有着十分重要的意义，也为其他同业提供了一定的指导作用和经验借鉴。
关键词：软件测试；项目管理；xx银行

Abstract
With the rapid development of Internet finance in banking industry, the scale of software industry has been gradually improved and rapidly increased, and has been widely used in banking industry. As software provides support in more and more business scenarios, software quality and product experience are becoming more and more important in users’ hearts. In recent years, the Bank of Shanghai has been innovating its business model and product types, speeding up the construction of information technology and striving to improve the quality of means of quality assurance Part testing can not meet the needs of business development and information system construction. Therefore, the software test project management of Shanghai Bank needs to be optimized.
Firstly, this paper expounds the theoretical knowledge of project management and software test project management, and makes a thorough and comprehensive analysis of the current situation of software test project management of Shanghai Bank according to the relevant theories. It also analyzes the existing problems such as frequent changes of requirements, insufficient test support, poor communication and cooperation among departments, many software defects and imperfect mechanism of forming knowledge base. The main reasons for the above problems are: insufficient test attention, imperfect test project management, customer attention to software quality and experience, and concludes that the software test project management of Shanghai Bank is insufficient and needs to be excellent Change,
Finally, in order to achieve good results in the process of implementation, the systematic safeguard measures are put forward, which is of great significance to the future development of Shanghai Bank. It also provides some guidance and experience for other peers.
Keywords: Software Testing; Project Management; Bank of Shanghai

目录
1绪论 1
1.1 研究背景和意义 1
1.1.1 研究背景 1
1.1.2 研究意义 2
1.2 研究内容与思路 2
2相关理论 4
2.1 项目管理的定义 4
2.2 项目管理的方法 5
3 xx银行软件测试项目管理现状分析 6
3.1 xx银行概况 6
3.2 xx银行软件测试项目管理现状 6
3.2.1软件测试过程管理和测试需求管理 6
3.2.2软件测试组织架构和支持人员配置 6
3.2.3软件测试资源使用情况 7
4 xx银行软件测试项目管理问题 8
4.1 需求频繁变更 8
4.2 测试支持不足 8
4.3 软件质量和使用体验不高 9
5xx银行软件测试项目管理问题原因分析 10
5.1 测试需求不明确 10
5.2 测试项目管理和支持人员未招聘到位 10
5.3 软件缺陷多 10
6xx银行软件测试项目管理优化方案 12
6.1 软件测试需求管理改进 12
6.2 扩大软件测试支持人员规模 12
6.3加强软件测试项目的漏洞补救和质量提升 13
7 结论 14
参考文献 14

1绪论
1.1 研究背景和意义
1.1.1 研究背景
金融科技已席卷全球，“科技驱动金融创新”成为金融行业的共识。银行业利用云计算、大数据、区块链、人工智能等一系列新型技术推出的软件产品和服务在银行得到全面应用，并逐渐成为银行运营的中枢神经。随着参与主体逐渐增多，市场竞争也日益激烈，对软件产品务的质量提出了更高的要求，银行软件的安全，持续，稳健运行变得举足轻重。因此，金融产品的质量和安全受到重视。软件测试是检验软件的操作性、稳定性以及设计是否符合标准的主要措施，通过测试过程找到测试结果和预期结果之间的差异性，为软件程序修改和完善提供数据支持和理论指导，是保障软件产品质量的最重要环节，有利于提升软件的质量、性能和功能，提高客户使用软件产品的体验，提升客户满意度。
软件测试项目管理是监管测试活动、控制风险，从而使软件质量呈现出最理想的状态。软件测试项目管理包含了企业领导层，开发中心，业务部门以及测试团队的全力沟通，采用计划、组织、管理等手段，组建优质的测试团队，制定完善的测试项目管理制度、良好的测试过程控制、完整的测试流程，加强过程监督和投产监控，从而在保证质量的前提下顺利完成测试工作。
采用规范化的软件测试项目管理不仅能够实现对测试流程进行有效管理和组织策划，最重要的是实现了尽早地发现软件产品的缺陷，提升高质量的产品的目的，一个成熟完善的软件测试项目管理能够充分发挥软件测试的作用，把控质量，提供优质的软件产品。实践表明，规范化的软件测试项目管理体系能够极大程度上提高软件产品质量，然而传统的软件测试项目管理不能很好地满足现阶段的产品质量、开发进度以及成本控制等方面的需求，规范化的软件测试项目管理是每个组织都面临的课题。
近年来，xx银行为了应对科技金融挑战，做出了创新转型的战略部署。高度重视科技金融建设，持续加大金融科技投入，全力建立金融生态体系，加速科技金融布局，着力扩大创新成果应用范围，促进科技金融生态功能发挥，差异化竞争优势进一步增强。科技金融建设的目标是建立有效的机制，促进创新发展，增强软件产品和服务安全、持续、稳健运行，提升科技金融的建设水平。随着银行金融服务持续创新，信息化建设应用越来越广泛，软件项目更加巨大，简易的业务场景对软件流程实现的要求越来越高，尚在建设初期阶段的软件测试团队，暴露出诸多问题：测试人员流动大、测试版本管理不足、环境资源不充足、测试工作沟通不清晰等。致使产品质量得不到保障，不仅需要投资大量资金成本维护系统问题，而且在抢占市场推出强大吸引力的产品和功能时，系统功能或性能不足而丧失先机，从而导致产品正常运行得不到保证，客户大量流失，银行口碑下降。当前xx银行测试力度薄弱，软件测试项目管理尚不完善，优化xx银行软件测试项目管理，成为亟待需要解决的问题。
1.1.2 研究意义
软件测试是一个可规范、可控制的活动过程，也是排除软件缺陷与故障的最直接和有效的手段，因此，软件测试得到了快速发展。全面学习软件测试管理的相关知识，并不断深入研究新的测试理论、方法和技术，分析不同阶段的管理内容，有助于形成规范化的软件测试管理体系，充分将理论与实际相结合思考未来发展的方向，增强了银行业务发展基本支撑和风险防控。
第一，完成了软件测试管理优化。随着信息化的普及和业务的发展，xx银行成立了软件测试团队，但现有的软件测试管理尚未形成规范，通过本论文的研究完成软件测试管理的优化。
第二，提升了信息化服务的质效。随着银行业信息化的蓬勃发展，xx银行也面临着巨大的压力与挑战，为了在同行业中获得竞争优势，信息化服务的质量和效率需要得到保障，软件测试能够很好的提升信息化服务的质效。
第三，降低了系统运行风险和成本。通过规范测试管理，能够对系统进行全面的测试，尽快尽早地发现系统中的缺陷，提高软件质量，降低软件缺陷所带来的商业风险和运行成本。
第四，推动了测试管理的研究和发展。通过深入分析xx银行现有测试管理的不足之处，采用规范和完善的措施对测试管理持续优化，能够促进测试管理的大力发展。
本论文结合实际情况，通过对xx银行测试管理的深入分析。探索出一套规范化的测试管理办法，在夯实银行软件测试管理的同时，提升创新步伐,相互发力，在银行软件产品质量把控上充分发挥软件测试的作用，对xx银行的长远发展有着十分重要的意义，也为同行着提供指导作用和经验借鉴。
1.2 研究内容与思路
本文主要研究xx银行软件测试项目管理优化，目前xx银行对系统稳定、产品质量和用户体验越来越重视，现有软件测试管理不足影响和制约了其发展，在系统的学习了项目管理、信息技术与信息社会、人力资源管理等理论基础之上，首先，根据在xx银行软件测试方面多年的项目执行经验，明确软件测试在银行发展中的定位和方向。其次，结合xx银行软件测试项目管理现状，深入分析在测试工作中存在的问题并查找原因。接着，梳理研究思路，思考可供参考的建议和解决方案，提出xx银行软件测试项目管理的优化方案及对策。最后完成xx银行软件测试项目管理优化方案，制定优化方案实施及保障。也为其他商业银行提供优化思路和方案，共同促进银行软件测试工作的创新和发展。

2相关理论
2.1 项目管理的定义
项目管理具体指管理者根据自身掌握的知识、技术、方法等在项目固定资源的的限制条件下，实现整个项目工作的预期要求。也就是说该项目从投资开始到评价结束中间的组织管理、协调配合、监督控制等环节都由管理者统一负责。
（一）项目范围管理
具体指通过对项目整体工作的范围判定、范围规划以及范围调整等完成项目的整体要求和目标。
（二）项目时间管理
具体指管理者对项目的工作内容进行明确的划分，然后根据不同工作的性质规定其工作效率，工作次序，工作时间等来保证在项目在期限内完成。
（三）项目成本管理
具体指通过管理者对于项目整体资源的分配，成本控制、资金预算等管理行为使项目的整体工作能够在有限的资金预算内完成。
（四）项目质量管理
具体指通过管理者对工作质量的规划、监督、保证等管理行为从而使项目的质量达到业主规定的要求。
（五）项目人力资源管理
通过管理者对项目工作中的人力资源进行整体规划、部门建设、人员配置等管理行为确保与项目内容有关的人际关系得到科学合理的分配，更有效率的发挥项目人员的潜能和作用。
（六）项目沟通管理
具体指管理者对项目的有效信息进行分析整理、交流沟通、提供报告等管理行为从而使项目的信息交流保持通畅且得到及时的反馈和处理。
（七）项目风险管理
管理者对项目在具体实施时可能遇到的各种风险做出预测、识别、并做出有效的决策和制定方案。
（八）项目采购管理
具体指管理者针对项目的采购工作进行制定计划、征购工作等管理行为从而保证在项目的建设工作中能够得到最为合理的各种资源。
（九）项目集成管理
具体指管理者针对项目的统筹安排进行制定计划、实施计划、以及计划的改动等管理行为从而保证项目在建设过程中能够有序的开展各项工作，在全局角度上实现对项目的控制。
2.2 项目管理的方法
在对项目进行管理时按照其目标、量性、专业性质三种不同角度对管理方法进行详细划分。从目标来看具体分为进度、质量、成本、安全、现场五个部分；从量性来看具体分为定性、定量、以及二者结合分析三个部分；从专业性质来看具体分为行政、经济、技术、法律四部分。

3 xx银行软件测试项目管理现状分析
第3章的内容至少要增加到有3页以上
3.1 xx银行概况
xx银行股份有限公司（以下简称“xx银行”）成立于xxxx年xx月xx日，总行位于中国上海市，是上海证券交易所主板上市公司，股票代码xxxxxx。
xx银行以“精品银行”为战略愿景，以“精诚至上，信义立行”为核心价值观，近年来通过推进专业化经营和精细化管理，着力在中小企业、财富管理和养老金融、金融市场、跨境金融、在线金融等领域培育和塑造经营特色，不断增强可持续发展能力。
xx银行在上海、北京、深圳、天津、成都、宁波、南京、杭州、苏州、无锡、绍兴、南通、常州、盐城等城市设立分支机构，形成长三角、环渤海、珠三角和中西部重点城市的布局框架；发起设立四家村镇银行、上银基金管理有限公司，设立xx银行（香港）有限公司，获准筹建消费金融公司，并与全球120多个国家和地区近1500多家境内外银行及其分支机构建立了代理行关系。
成立以来xx银行市场影响力不断提升,截至2016年末，总资产17553亿元，同比增长21%；实现净利润143亿元，同比增长10%。在英国《银行家》2017年公布的“全球前1000家银行”排名中，按一级资本和总资产计算，xx银行分别位列全球银行业第85位和89位；多次被《亚洲银行家》杂志评为“中国最佳城市零售银行”。
3.2 xx银行软件测试项目管理现状
3.2.1软件测试过程管理和测试需求管理
xx银行测试人员通过需求规格说明书进行需求的分析，组织安排进行测试前期准备工作、包括需求拆分、测试范围梳理与确定、测试方案的编写，业务参与需求的评审工作，并负责对评审通过的需求的最终确认。但这对测试项目的需求规格说明书要求十分高，需求规格说明书理应与实际需求完全一致，但实际是，需求的变化导致后期实现的项目与需求规格说明书中明确的需求范围差距较大，导致测试人员前期投入的需求分析以及编写测试案例工作并不能满足后期测试阶段的准备工作，在测试的时间成本、人力成本、进度成本、质量上均造成影响。
3.2.2软件测试组织架构和支持人员配置
xx银行信息科技部门设置运维管理中心、产品开发中心、互联网应用开发中心、管理应用开发中心、渠道创新中心，测试管理属于管理应用开发中心，与每个开发中心平行，没有设置独立的测试中心，在管理应用中心包含了测试管理和配置管理，缺失质量保证组，测试产品的质量取决于测试人员的功能能力，没有正式的监督管理机构，属于自我监督的模式。
xx银行开发人员总数与测试组人员总数之比：5:1，发达国家开发与测试人员相当，微软更是达到了接近两倍，开发人员与测试人员比例和发达国家相比相差悬殊，IT行业测试人才结构失衡，人才缺口巨大，制约着软件整体质量的健康发展，加重了开发成本，大力规范xx银行测试管理体系，促进软件健康发展成为现阶段既需要解决的问题。
3.2.3软件测试资源使用情况
软件测试管理资源分为软硬件资源、人力资源以及领导关注和重视程度上等各方面的支持。
软件测试过程中需要的软硬件资源有测试软件、应用、系统、管理系统、服务器、数据库、网络以及其他测试项目中测试终端。但是随着xx银行业务规模的壮大，信息系统的开发规模也快速扩大，庞大的测试需求与有效的测试资源形成巨大差距，目前，xx银行在资源局限的情况下，仅建立了一部分重要测试环境用于支持系统测试，对于系统测试需求在资源饱和度和灵活性上受到局限。另外，因测试环境与生产环境服务器数量和配置相差悬殊，经常受到服务器硬件资源的限制，不能进行充分的指标测试，分析不到测试软件的各项指标峰值，达不到有效的性能测试。

4 xx银行软件测试项目管理问题
第4章的内容必须增加到至少有三页以上
4.1 需求频繁变更
业务需求是软件开发阶段的一个入口准则，详细、明确、完善的需求有利于软件周期过程中的每个阶段，因此，明确详细的需求在很大程度上决定了项目的质量或产品的质量。需求是由业务人员通过对软件需求进行调研和分析来完成编写，更加注重业务流程，对需求其他环节描述简单或者不完整。有可能在对需求调研和需求分析不充分的情况下编写的需求不明确。在需求阶段，不明确的需求或者缺乏管理的需求会影响开发阶段、测试阶段无法进行详细设计，最终也会偏离实际的需求。不明确的需求进行需求的频繁变更，使得开发设计工、开发以及测试工作多次反工，给项目带来的巨大工作量，不仅导致开发成本增大，项目延期，而大多数情况下为了使项目不延期压缩项目中测试阶段时间，测试不充分是影响产品质量的重要因素。业务需求不清晰、不明确，与需求规格书相比出入较大，开发人员反工修改代码，更加影响原本已测试完成案例的测试效果；在有限的测试时间内，测试人员案例多次根据需求更改，测试时间被浪费，测试周期被严重压缩，测试覆盖面不全，测试效果大大折扣，测试质量难以保证。
4.2 测试支持不足
软件质量是领导关注和重视点之一，但领导更多关注在测试结果上，对于测试过程中软硬件资源局限性，以及现有情况下业务测试人员和技术测试人员分别对各自的测试结果负责，在进行测试考核时，无法统一进行考核。测试人员与需求任务相比，人员也投入较少，因此，整体来看测试过程中支持力度相对较弱。
测试覆盖率是对测试完是否充分的评测，是测试完成程度的关键指标。xx银行测试覆盖率由于测试条件有限，在以下几个方面测试不充分：
1、测试与生产环境区别较大。测试环境服务器资源较低，与实际生产环境相比机器类型、操作系统、系统版本、存储、内存等方面有很大差异，没有一套和生产环境接近的测试环境，在这样的测试环境测试有可能会导致测试的不准确，测试风险比较高。
2、网络连通性测试不足。在网络连通性来说，测试设备如pos，ATM，移动设备，读卡器等版本型号单一，外部网络环境不切换，不能确定是否能够顺利建设通讯通道并正常传输信息 ，测试人员较少，测试任务重，性能测试在参数配置不高的测试环境与实际运行环境相差甚远，无自动化测试平台，不能进行大数据相关测试。
3、系统连通性测试不足。银行内部信息系统的不断建设，大部分重要业务的应用系统需要与其他系统相互交互，在大多数情况下，系统在开发和测试阶段不一定所有的系统都能够支持进行交互，银行应用系统业务多种多样，通讯协议、报文类型、版本迭代更是数量众多，每种情况都通过人工编写脚本或者挡板，会使得测试效率低下，测试成果质量不过关，因为环境的局限，对场景测试不能达到生产的真是各种测试场景，测试覆盖率不足，测试不能有效测试出业务流程和缺陷。银行与第三方系统联系也越来越紧密，但第三方环境外部环境由于各种制约，达不到系统连通性测试，目前开发或者测试阶段只能通过挡板模拟验证，测试资源不完善，没有搭建xx银行统一仿真环境，不能确保开发的正常联调测和测试全面详细的进行，有系统投产风险，或者生产环境直接进行验证，在生产环境直接操作修改，版本频繁变更，对系统稳定性较大。
4、兼容性测试不足。在软件开发过程中一般会在特定的平台上研发，但实际在发布投产过程中可能会在不同的操作系统、不同网络、不同的应用软件上运行，兼容性是为了确保在不同环境下运行的测试。在软件测试方面来看，测试的产品与操作系统、数据库以及与其他交互的软件的兼容，例如:一款 SUSE Linux 系统下的软件，能够在 SUSE Linux 下不同版本上运行，能否在不同版本其他应用服务下相互交互等等。软件运行需要硬件资源的支撑，在不同硬件配置也是不同，例如：同一款移动 APP，在不同厂家的移动设备下能否正常使用。
从项目测试实施来看，软硬件环境复杂多样，对象和内容保罗万象，影响因素众多，测试成本高昂，负责的测试准备时间更是占据测试总时间的30%以上，是兼容性测试的主要困难之一。
4.3 软件质量和使用体验不高
现阶段客户认可的是具有良好的质量和客户体验的软件产品，随着金融行业的竞争者剧烈增加，良好的产品质量和体验才能够成为银行吸引客户的重要因素，才能持续的保持自身的竞争力，确保企业的利润最大化。相对提供比金融公司灵活、高效而便捷的客户体验，传统银行软件产品质量不高，业务流程繁杂，导致客户体验差，大量银行客户很容易被互联网金融公司吸引，造成客户的流失。

5xx银行软件测试项目管理问题原因分析
第5章的内容至少还要增加到有3页以上
5.1 测试需求不明确
xx银行在测试初级阶段，测试管理体系刚刚建立，过程管理不够完善。在大多数情况下，由于开发人员对测试人员工作认可性低，测试人员在开发人员提交的测试版本进行提测需求的测试，测试过程中出现测试版本不完整，测试缺陷多，影响正常测试。在此情况下，对开发人员提测申请之前没有建立约束，没有对开发人员测试版本给出测试版本准入条件，没有规定开发人员必须自测功能通过单元测试才能提交测试进行系统测试。
5.2 测试项目管理和支持人员未招聘到位
测试管理过程落实不到位，现存的测试管理体系为测试过程提供了一个测试规范，在实际情况中，测试过程依旧按照经验和传统的管理方式进行管理，未与日常测试工作相结合，没有体系落实在具体的测试工作中，发挥不到测试管理体系的作用。
测试管理过程缺少监督和考核，xx银行现有测试管理人员与测试人员比例：1:15，由于测试管理人员投入少，对测试人员测试过程缺乏监督，对测试过程执行不到位，测试过程出现问题，由于对测试人员也没有形成考核机制，由此，对测试人员执行力度不足，激励作用不强，测试人员工作只停留在表面，不能够发觉更深层次的缺陷。
5.3 软件缺陷多
目前，在测试阶段发现很多软件的缺陷，特别是系统开发过程中的缺陷，由于开发人员在开发阶段不对代码进行审查工作，甚至在提交测试之前不对代码进行冒烟测试，很多的缺陷都暴露在测试阶段以后，但是往往越早发现缺陷，成本代价越低，越晚发现缺陷，成本代码越高。而且，测试阶段发现很多版本缺陷，不能进行正常测试，重新更新测试版本，影响项目进度，影响开发质量，增加项目的成本。另一方面，缺陷管理没有缺陷管理工具，对缺陷完整的生命周期以及缺陷的详细信息和流程无法进行管理，而是通过测试人员在每一个测试需求中手动记录测试缺陷，在进行缺陷统一汇总整理时，依靠手动查询所有测试系统统计缺陷情况。开发人员不习惯于自己查看系统缺陷，需要测试人员口头沟通缺陷，关于缺陷沟通成本大。从而，在缺陷登记和修复登记上面完全依靠测试人员跟进状态，手动进行整理，测试人员对于挂起缺陷跟踪推进不便利，对后续验证缺陷过程中，容易遗漏已发现的缺陷，导致软件缺陷多，交付质量低。在项目实施过程中，更多关注的项目进度，对项目质量关注较少，为了如期完成项目，对项目质量管理把控力度不足，少数部分关注到项目质量的重要性，但更多精力投入在开发质量，没有注重技术质量以及其他文档的编写，系统测试不足，项目完成之后用户发现很多缺陷，影响客户体验。

6xx银行软件测试项目管理优化方案
第六章的内容至少要增加到有3页以上
6.1 软件测试需求管理改进
在传统的制造业里，人们比较容易理解，如果不清晰的需求会对造成原材料的浪费，但是由于软件产品的无形，这个问题经常被忽略，其实软件产品也是同样的道理，不断变更的需求造成时间成本、人力成本、进度成本等的损失。只有在前期重视需求的质量，才会为后续阶段打下坚实的基础。测试阶段要求测试人员严格按照测试的流程开展测试工作，明确测试对象、目标，从用户角度深层次挖掘软件缺陷，这一阶段也是软件产品缺陷被发现的重要阶段，从而更有效改进软件的质量。缺陷管理是测试过程一项重要的工作，测试人员根据缺陷优先级排列，规划后续的相应版本，逐步实现软件的稳定和质量的提升，通过缺陷数据和缺陷的质量也可以作为衡量测试人员绩效的一项指标。
在项目实施阶段，开发人员某些功能尚未完成、或开发遗漏个别需求，测试人员在测试过程中存在同样的问题，由于需求跟踪不到位，严重会引起项目时间、成本大的影响。因此跟踪需求十分重要，通过需求跟踪记录表，做到需求的一对一对应管理。对需求变更的管理主要体现在按照需求变更的流程进行规范管理，业务部门提出需求变更申请，邀请相关干系人会议评审，评审完成的变更需求，进行书面化文档的留存和传阅，重点包括需求变更申请、变更需求内容的详细描述、变更之后造成各项变化的分析与说明，并正式启动变更流程启动变更，并同步进行需求调整测试计划、测试资源、测试策略等相关活动，充分保证相关人员知晓变更信息，进行工作的重新安排或调整。进行软件测试需求管理改进，必须规范xx银行软件测试项目管理过程，完善xx银行软件测试项目管理体系。
6.2 扩大软件测试支持人员规模
根据xx银行实际测试系统的现状，增加软件测试人员数量，行内人员通过应届或社会招聘补充，外包的人员通过招标形式，补充系统测试人员。在不同系统中设置不同的测试人员的数量、结合技能水平和项目经验等各种条件，实现测试人员的结构优化。为了更好的管理外包测试人员，发布专门的外包人员管理办法，对外包测试人员进行绩效考核和评价，完成对外包人员的考核、工作量以及测试工作管理。形成持续不断的测试培训工作，相互沟通、分享关于测试方法、技术、性能、人工智能以及自动化测试内容的知识，共同学习，掌握新的测试方法和技巧，提升测试技术水平。
对测试人员实现动态分配管理，实现测试人员对重要系统的 AB 角管理模式，随着实际工作中测试任务的变化，动态调整测试人员工作任务，优先安排满足紧急任务的测试，实现其他测试任务的正常进度测试，对测试人员动态分配做好管理，实现对测试人员从资源池到测试实施过程中的动态调配。
6.3加强软件测试项目的漏洞补救和质量提升
软件测试管理改进和优化的主要目的是提升软件产品质量，提高客户满意度，除了对软件测试优化前后测试发现的缺陷数据和缺陷率数据进行对比分析，通过对xx银行软件测试缺陷率统计和分析，2019年测试优化实施前测试缺陷数目多，2020年上半年测试优化实施后测试缺陷相对较少，可以看出，2020年上半年缺陷率明显少于2019年上半年，经过测试管理优化之后，xx银行软件测试缺陷率降低，显著帮助企业改善产品质量，用户的满意度得到提高。

7 结论
本课题以xx银行为研究对象，对xx银行软件测试项目管理当前现状进行了梳理，运用项目管理理论、管理要素进行了研究与探索，深入分析存在的问题，对问题进行了归纳、总结，理出问题的根本原因，针对软件测试管理每个阶段进行优化和改进，提升了软件测试管理。接着为保证软件测试管理的顺利实施，为软件测试管理的实施提供了重要的保障，通过研究本文得出以下结论：
提升企业在行业中的竞争优势，就需要关注企业产品质量和服务水平，而高质量的产品和服务能够提升客户体验的满意度，通过测试管理提升软件服务，是未来市场发展的必然趋势。加强测试管理，逐步降低运营成本，提高效率，提升企业效益的目的，测试管理是流程、人员和风险的综合管理。
在实施测试管理过程中，将制定优化方案，根据改进计划和改进措施，对人员进行宣贯，使优化方案充分落实在实际工作中。
对优化方案实施效果进行评价，组织层进行引导、项目层进行执行，并将执行结果反馈到组织层，如有不妥，积极调整重新改进。
测试管理优化，以xx银行为研究对象，有助于提升测试管理水平，具有十分重要的现实意义。

参考文献
[1]巴德（Budd,C.I.）,巴德（Budd,C.S.）.挣值项目管理实践指南[M].广联达软件股份有限公司,译.北京:电子工业出版社,2008:76-134.
[2]施塔布.项目管理:流程、方法与经济学[M].丁慧平,译.北京:中国人民大学出版社,2007:73-94.
[3]Itzhak W irh, Douglas E Tryloff. Preliminary Comparison of Six Efforts to Document the Project Management Body of Knowledge[J].International Journal of Project Management, 1995(2):109-118.
[4]Pinto.JK, Prescott.JE. Variations in critical success factors over the stages in the project life cycle[J].Journal ofManagement,1988(1): 5-l8.
[5]Baccarini, David. The logical flamework method for defining project success[J]. Project Management Journal, 1999 (4): 25-32.
[6]Robert J. Graham, Randall L. Englund.创建项目管理环境——管理项目管理的探索[M].聂刚,刘丽香译.北京:清华大学出版社,2005(3):153-216.
[7]Kuehn,U.项目成本与进度综合控制[M].广联达软件股份有限公司译.北京:电子工业出版社,2008:47-62.
[8]Mats Engwalla, Anna Jerbrantb. The resource allocation syndrome: the prime challenge of
multi-project management[J].International Journal of Project M anagement, 2003:403-409.
[9]Suvi Elonen, Karlos A. Artto. Problems in managing internal development projects in multi-project environments[J].International Jounral of Project Management, 2003:395-402.
[10]张洁.EVM挣得值原理在工程项目费用管理中的应用[J].工程建设项目管理与总承包,2009(2):24-30.
[11]何晓明.软件项目管理[J].黑龙江科技信息,2007(10):125.
[12]陈炜煜,杨婧.项目时间管理理论与探究[J].特区经济,2013(2):221-222
[13]赖一飞.项目计划与进度管理[J].武汉:武汉大学出版社,2007:4-18.
[14]徐绪松,曹平.项目管理知识体系的比较分析[J].南开管理评论,2004(4):83-87.
[15]徐绪松,曹平,龙虎.基于知识管理的项目管理知识体系框架[J].管理世界,2005(7):
146-148.
[16]尹贻林,朱骏文,高华.项目管理知识体系框架研究[J].技术经济与管理研究,2006(1):70.
[17]尹贻林,朱俊文.项目管理知识体系的发展研究[J].中国软科学,2003(8):103-105.
[18]陈少铃,闫姝.驻外国际项目人力资源管理策略[J].中国人力资源开发,2010(2):35-38.
[19]蔡函.项目人力资源管理诌议[J].发展研究,2003(11):67-68.
[20]杨飞雪,李公祥.项目人力资源管理质量评价的实证研究[J].项目管理技术,2007(3):20-24.
[21]徐国栋.项目人力资源管理职能领域比较研究[J].人力资源管理,2010(11):66-67.
[22]杨毅,易香平,大型风电就地制造项目人力资源管理模式探讨[J].人力资源管理,2012(8):68-69.
[23]李娜,沈杰.承包商的项目范围管理[J].建筑管理现代化,2007(1):25-29.
[24]何红渠,李庭春.系统集成项目范围管理分析[J].湖南经济管理干部学院学报,2005(3):29-31.
[25]徐勇.项目范围管理在制造业EAM项目中的应用[J].项目管理技术,2008(12):56-60.
[26]吕平.推行项目信息管理提升项目管理水平[J].经济师,2009(5):233-234.
[27]钟登华,崔博,蔡绍宽.面向EPC总承包商的水电工程建设项目信息集成管理[J].水力发电学报,2010(1):114-119.
[28]周建中,曾致远,罗志猛,郭佳,蔡一,彭杉,王赢.联合研究基金项目管理信息系统研究与实现[J].水电能源科学,2010(1):1-5.
[29]何琪,计算机网络技术在项目信息管理中的运用[J].图书馆理论与实践,2012(3):41-42.
[30]张宇波,张丽萍,成丽君.软件项目质量管理的应用研究[J].山西农业大学学报(自然科学版),2009(4):361-364.
[31]周小桥.运用质量功能展开(QFD)确定项目的质量要求[J].项目管理技术,2004(3):23-26.
[32]杨弘宇,工程项目质量管理中的激励机制应用研究[J].黑龙江交通科技,2008(1):107-109.
[33]刘宏,全凌云.项目质量管理[J].电子质量,2008(10):54-56.
[34]吕维锋.项目设计阶段的全面质量管理[J].项目管理技术,2009(4):61-64.
[35]李跃宇,徐玖平.项目时间管理[M].北京:经济管理出版社,2008:12-74.
[36]张健峰.挣值法在IT项目中的适用性分析[J].项目管理技术,2005(3):125-127.
[37]李明彦.浅析“四大控制”原理在项目质量管理中的应用[J].建筑设计管理,2009(4):15-17.
[38]王讳望,杜纲,齐庆祝.项目群管理模式研究[J].西安电子科技大学学报,2004(3):1-3.
[39]程铁信,霍吉栋,刘源张.项目管理发展评述[J].管理评论,2004(16):12-14.
[40]李文.企业多项目分级管理:天士力的实践与创新[C],第二届中国项目管理国际会议,2004:407-415.
[41]祖似杰,庄卫民.企业项目管理中的企业文化田[J].管理工程学报,2005(增):270-272.
[42]吴桂昌,刘书广,周学先.现代项目管理企业文化探索田[J].中国建设信息,2005(7):25-26.
[43]程大群,陈可.组织的项目管理文化[J].前沿,2004(2):31-35.

原创内容 fxx 2020年-10月-22日