成功案例
 
银  行
证  券
基  金
期  货
保  险
金融其他
制  造
交  通
物  流
传  媒
互 联 网
政  府
电  信
其  它
 
 
当前位置:成功案例
 
     
兴业银行同业CRM系统测试项目

项目背景
兴业银行同业CRM系统是兴业银行为了适应分行同业业务部门的增加,同业业务产品的增多以及同业业务在全行格局中的变化,建设的一项重要信息系统。同业客户关系管理系统(同业CRM系统)的建设,将充分体现总行所倡导的提高专业能力、服务能力的目标,更好地支持兴业银行同业业务的发展。
建设好的同业CRM系统,从数据仓库和外围数据源获取各类数据,其中从数据仓库每天获取数据,从外围系统不定期获取数据,并对数据进行ETL处理,形成同业CRM系统的基础数据和统计数据,并最终形成应用数据。

测试内容
同业CRM系统的应用功能主要包括客户信息管理、客户信息分析、授信管理、营销管理、风险管理、统计报表、系统管理、知识库管理等,系统的最终用户包括总行和分行的片区主管、客户经理主管、客户经理、业务主管、业务支持人员、系统管理员等。奥园测试团队针对所有功能设计了全面的测试用例,分别实施了集成测试、功能测试、性能测试和UAT测试。

测试方法
本项目中,奥园测试团队充分发挥了灵活使用工具、测试经验丰富、善于创造性思维等特点,大量运用了先进的测试技术,解决了许多存在的难题。

1.ETL分步骤进行灰盒测试,而不是黑盒测试。
同业CRM系统涉及12个数据源系统,且分为直接的数据源系统和间接的数据源系统,数据源系统比较多,业务数据之间的逻辑关系较复杂,批处理中的ETL操作难度和操作数据量都比较大,业务数据在ETL操作过程中将流经多个数据表,发生多次数据转换和数据计算操作。测试时,如果单纯使用黑盒测试,将很难设计出有效的测试场景,将会遗漏很多的缺陷,且测试即便发现问题,也很难定位缺陷发生的具体位置。为此,测试组ETL测试时,根据ETL的处理操作流程,对每个源系统的业务数据,按ETL流程拆分为多个步骤,进行灰盒测试,这样在测试时,可以测试到数据库的每张表、每个字段,发现缺陷时,可以定位到具体的表、具体的数据字段。

2.在测试中充分考虑借用外部资源。
由于项目资源的局限性,虽然经项目组多方努力,业务测试数据仍然存在一定的局限性,给系统的数据在业务正确性方面可能带来风险。为降低风险,测试组与业务人员讨论沟通后,想到了外部资源。对某些具备条件的客户,测试组可以利用各上市公司网站下载财务报表,通过采用外部数据的方式,对本系统的部分财务报表数据进行业务数据的核对测试。

3.根据测试实际情况,调整测试资源,使测试执行有针对性的产生侧重点。
在测试期间,测试组对测试过程以及结果进行了一系列的总结,从中分析出相对成熟的模块以及问题出现较多的功能点。问题较多的功能点多集中于系统核心模块、变更较多的模块、缺陷修复较多的功能点,是成为质量不稳定的关键点。因此在之后的回归测试中,在测试这种质量不稳定的功能点时,通过补充测试用例、增加测试回归次数的方式投入更多的测试资源和时间,进行更全面的测试。

4.以系统质量为测试周期结束的关键判断条件。
在系统第二轮测试中,原计划测试将于春节前结束。但在测试过程中,根据实际测试情况,测试发现的缺陷未修复完毕,回归测试仍然有新的缺陷被发现,对系统质量进行客观评估后,认为系统达不到退出测试的条件,虽然已经超过测试计划的完成时间点,但测试仍把住测试退出条件,未结束测试,而是主动向项目组提议顺延测试完成日期。经过讨论,项目组同意顺延测试完成日期,以确保系统质量达到要求。

5.千万级大数据量的快速构造方法。(Informatica工具在构造大数据方面的应用)
同业CRM项目性能指标涉及系统未来三年的业务发展,性能测试时需要按照系统未来三年业务发展的规划构造出相应的场景(数据量)。按照系统需求文档中的三年业务发展规划,系统数据库中部分表的数据量(记录数)需要达到3600万的规模。
为了满足性能测试的大数据量要求,需在测试环境中生成千万级的大数据量。如果采用向数据库中Insert数据的方法,工作量是很大的,而且还很容易出错,甚至生成的数据缺乏可用性。
奥园测试团队在现有的业务数据的基础上,使用Informatica工具,将现有的业务数据(平面文件数据或数据库表中的数据)多次重复装载到数据库中,巧妙地快速构造出千万级的大数据量数据,且生成的大数据量数据在质量和可用性方面有保障。

返回成功案例首页