对金融软件而言，没有检验造成的后果不堪设想。软件的缺陷或系统不稳定引起的服务停止、不能正常完成交易，会导致客户满意度下降，对银行是硬伤，弥补的代价很高，所谓“好事不出门，坏事传千里”。 软件测试是提高软件产品质量的有效手段，是服务于IT项目的重要保障。通过测试可以有效检验银行产品是否能满足客户需求，方便好用；通过测试还可降低IT系统的运行风险，提高软件的安全、可靠性。目前，四大国有银行都已经建立了相对独立、职责清晰的测试中心。而以股份制商业银行为代表的中型银行，多数没有相对独立的测试中心，但有专人或测试团队负责测试相关事宜。
2008年爆发的经济危机席卷全世界，给世界经济造成严重的伤害，至今余波未息。在这场危机中，金融行业可以说是处在风口浪尖，不少昔日国际金融巨头一夜之间倒闭关门，令人心有余悸。面对这种复杂而又严峻的形势，国内中小银行应该探寻什么样的发展之路，如何提高中小银行抵御金融风险的能力，开始在业内展开激烈的辩论。
在这场辩论中，浙商、徽商相继迈出了中小商业银行整合的步伐，而相对于浙商、徽商这种从上至下的整合模式，山东省则借鉴德国模式开始了另外一条中小银行整合的探索之路。在这条路上，作为银行业金融服务的核心应用，综合业务系统（Core Banking University System，CBUS）的整合成了一个极具里程碑意义的标志性工程，也因此被赋予了特殊的使命。
此项目具有系统上线时间紧、任务量大；客户化定制需求多，开发工作繁重；项目战线长，人员工作效率出现下降趋势；有众多分包项目，集成管理难度大等诸多困难。面对如此复杂的场景，客户和系统开发方就如何尽早发现并应对项目存在的风险，如何提高团队战斗力等等几经磋商，最终决议将计划中的功能测试提前进行，使测试深入到软件的迭代开发过程中，创造条件开展积极地过程测试，充分发挥软件测试的驱动作用，激活团队，促进并确保各项开发计划的按期完成；充分发挥软件测试的穿针引线作用，加快系统集成步伐，尽早发现系统集成的问题，有利于尽早解决。
为确保以上目标的实现，某专业的第三方测试团队与客户和系统开发方展开紧密合作，协助规划实施过程测试，充分发挥专业测试机构的技术优势，尽早找出系统存在的缺陷，提升软件各阶段产品质量，从而降低后期整体测试工作强度和系统试点实施风险。
经过集体努力，至试点银行首期过程测试进入尾声期间，测试团队总计完成600多只交易的测试，累计编制测试用例2万余条，累计发现缺陷8000多个，确认7194，缺陷确认率接近90%这样一个高质量水平。测试团队给出的这样一份测试答卷无疑获得了客户和开发方的高度认可。
第三方测试在本次金融核心业务系统开发过程中起到了巨大的作用，本次案例是第三方测试与金融软件开发的一次成功合作，某第三方测试团队对本次案例进行了深入研究，以期在金融业领域有更多的发展机会。
第一，专门的测试队伍，其目标是帮助提高软件质量而非单纯发现软件缺陷。因此测试介入的时机越早越好，预防缺陷发生，优先于发现缺陷之后再修复，所谓“上医医未病之病，中医医欲病之病，下医医已病之病”，是预防为主的策略。银行软件开发的周期较长、阶段较多，涉及需求提出、需求分析、概要设计、详细设计、编码等不同阶段，测试应在需求提出阶段就介入。通常需求提出方也是测试方、使用方，在需求阶段考虑测试的问题，对于提高测试效率与质量大有裨益。
第二，对于银行应用软件而言，测试过程要与业务充分融合，业务人员、最终用户的有效参与，IT、业务、用户三方建立流畅的工作流程、畅通无阻的沟通机制、行之有效的决策程序，需求、开发、测试三位一体，是提高软件质量的关键。业务专家、最终用户的参与对测试必不可少，测试人员也要积极学习业务知识，扩大知识面，掌握工作的主动性。
第三，测试管理应该简洁、有效，这是提高测试水平的基础，良好的测试管理会降低测试风险，提高软件开发的成功率。测试过程可以简单划分为三个阶段：用例准备、测试执行、缺陷修复。测试管理的要素是制订制度和流程，规范测试过程。测试管理相关的流程包括：用例管理、缺陷管理、问题管理、变更管理等，流程不必求多，而要求精、有效。较为重要的是用例管理、缺陷管理。流程由活动组成，活动是可以量化考核、分配到人的工作，多个有关联的活动即构成流程。缺陷管理流程中的重要活动是缺陷的确认、修复计划等。缺陷要有级别、修复要求等，遇到争议要有明确的决策或上交流程，流程制订过程需要各利益相关方的积极参与。重要活动需要有量化的指标来衡量其成效，指标可以简单划分为质量、效率、效益三类，如衡量测试用例的指标可以参考：用例覆盖率（覆盖需求的程度）、用例可执行度（用例正确执行的比例）等；测试执行指标可以考虑：执行效率（每天的用例执行数量）、缺陷发现的效率（每天发现缺陷的数量）；缺陷修复指标可以考虑：缺陷修复的效率（平均缺陷修复时间）、修复的质量（重新发现缺陷的数量和比例）等。指标的确定要精简，可获得性强，特别是利益相关方要有高度共识，因为指标确定的过程可能是个漫长的过程。指标确定后，制订改善指标的活动和流程，改善的过程是长期、持续的，在项目结束、系统上线后也要不断进行。
