多测师是一家拥有先进的教学理念,强大的师资团队,业内好评甚多的接口自动化测试培训机构!

17727591462

联系电话

您现在所在位置:接口自动化测试培训 > 新闻资讯

传统银行敏捷自动化测试探索

更新时间:2022-06-07 09:00:12 作者:多测师 浏览:16

  数字技术正在改变人们的金融消费习惯。随着数据化进程的深入,互联网金融产品如雨后春笋般涌现,对传统银行的支付结算和中间业务造成了不小的冲击,传统银行为了快速满足客户不断变化的多元化需求,如何进行敏捷可靠的架构之变?其中所用到的一些自动化测试框架工具,作者深入敏捷转型项目开发过程中自动化软件测试,希望通过本文抛砖引玉,拓展自动化测试思路,找到适合自身特点,安全可靠的自动化测试方法。

传统银行敏捷自动化测试探索

  现状分析

  俗话说:“工欲善其事、必先利其器。”,工具对于开展自动化测试的重要性自不待言,对自动化测试人员有三方面的要求:

  一是提升编程技巧。做为测试工程师要掌握一些高级语言,脚本语言,类似以java为重点phython等,如果常用web自动化测试,则考虑jsp、php等是必须掌握的。

  二是具备系统与数据库经验。因为软件自动化测试是构建在操作系统上的,需要用到操作系统技巧,例如:注册表、环境变量、句柄等,同时也要善于利用数据库知识去实现存储及数据管理。

  三是熟悉业务流程。掌握所从事的金融业软件行业知识,需要加深了解银行会计及国际结算等业务知识,在ISO及CMMI质量体系中,做到有章可循。

  方法设计

  自动化测试理念与软件设计模式类似,作者深入到具体项目去学习。例如:java软件界面测试(RFT、QTP的java插件等)、web界面测试(QTP、selenium等)、性能测试(loadrunner等)。入门先学工具,编程也是一项重点学习内容。建议从已经开展自动化测试的项目入手,则自动化测试入门会很快的。深入理解并掌握拓建自动化测试框架,性能测试关注环境构建方法,以及对测试结果的分析方法,性能测试关注分析和实现过程。

  1.确定测试类型。首先我们要明确了自动化测试类型,定位好类型才去选择用哪个自动化测试工具?测试类型包括:白盒测试、黑盒测试以及压力测试、性能测试等。

  2.选择测试方法。不同的测试类型所选择使用的自动化测试方法不同,例如,白盒测试主要针对代码级的单元测试,黑盒测试主要面对用户功能级和系统级的验证测试。

  3.人员技能要求。自动化测试要有一定编程基础,能编写测试代码。功能测试分基于API和GUI的测试;基于API的测试,即应用脚本技术向设备模拟发送API请求,以达到控制设备的效果。基于GUI功能测试,即应用传统的界面自动化测试工具如:RFT、QTP等控制界面控件操作的方法,以达到模拟用户操作,这都需要有一定编码基础;基于API需要懂脚本技术例如:python等,RFT需要懂java或者.net等。像常用的loadrunner性能测试工具,测试软件性能,例如多用户操作等性能,也需要写代码,LR脚本支持的语言有:java、c、VB。默认的脚本生成语言为C;需要掌握其性能测试的方法很重要的。

  应用架构

  敏捷自动化测试特点是:高效+深入+协作,敏捷自动化测试所需条件比常规瀑布式开发项目标准更严格。作者参加了消费金融项目一个多月的封闭开发,这是涵盖某银行个人贷款审批、贷后管理、授后变更等业务,在敏捷项目试点过程中,使用到的自动化测试工具如下所示:

  1. 代码复查及监控。Jenkins任务调度+Sonar代码质量平台+PMD、Findbugs、CheckStyle、Jacoco静态代码复查工具。sonar是代码质量平台,不做代码分析,可集成加载插件,从JENKINS调起MAVEN构建,成功后则用MAVEN构建完的执行码用来跑JUNIT,接着调用soanr,使用插件如,checkstyle,pmd,jacoco(javacodecoverageLibrary覆盖率工具可以嵌入到ant、maven中),findbugs代码静态分析工具,Sonar、Jenkins这些第三方的工具提供了对代码静态分析工具的集成。

  我们通过命令调用sonar,在jenkins控制台看到插件使用情况,多个批次并行开发,指定代码存放的版本管理库地址,开展源码管理。配置好构建触发器,以便于下班后的自动构建。

  2.Junit单元测试。Jenkins任务调度+Maven构建+Junit单元测试框架。

  3.接口功能测试。Admitester接口自动化测试工具,简称AD。

  4.RFW界面WEB测试。UI是用户界面的简称,RideRIDE是图形界面运行测试的软件。RobotFrameworkRF(简称RFW)框架,基于UI的自动化,RFW框架编写基于web用户界面的测试用例。RFW在用户需求有变化时,已创建界面用户功能测试案例需频繁修改,为了规避此风险,项目组做法是:等到下一个迭代再完成编写上一个迭代的测试案例,只测已稳定功能,即回归测试。若跟着迭代并行开展自动化测试,则会耗费大量人力。

  实践改进

  在封闭期间,组织逾百人并行开发,利用持续集成方法和自动化测试平台,有效隔离了并行开发的相互影响,积累了丰富的敏捷实践经验。深入开展了新工艺方法及敏捷开发中的持续集成实践,取得了显著成果,且在短短一个半月内多批次测试案例的并行,圆满完成任务。作者根据实施敏捷开发项目的现状,提出三处可改进点。

  一是维护成本大。项目成员刚接触自动化测试工具,边实践边学习,难度高、进度缓。加上系统功能点逻辑复杂,功能点案例编写难度大,界面测试案例维护成本大,随着业务需求不断变化,版本快速迭代,维护案例越来越困难。

  二是体系待完善。由于未搭建单元及组装测试的敏捷内部自动化测试体系,加之自动化测试工具尚在完善,测试人员对于相关功能掌握不够透彻。

  三是缺陷时效性差。实现的自动化测试不是测试驱动,只是对稳定版本回归测试。自动化测试进度滞后,加上批量等重要的模块未开展自动化测试,无法快速响应迭代版本带来的影响,不能及时发现系统缺陷。

  消费金融项目伴随着敏捷转型,资源实验快速分享,通过掌握自动化测试的方法,编写了培训手册例如《AD自动化测试工具挡板使用》《AD案例开发说明手册》《JUnit单元测试自动化案例的编写规范手册》,完善工具指引并组织内训。

  根据项目中期数据显示,在批次内部测试工作中,该产品积累案例数自动化测试案例数位列第一,不仅将开发测试人员从日常繁杂重复的手工劳动中解放出来,从事更富创新与挑战性的工作;而且能够不断增强技术底蕴,加大自动化测试工具的应用深度,培养自动化测试人员技能,提高开发测试效率。

  自动化测试是提升产品软件质量的一项重要举措,推动传统银行科技事业的长足进步,只有厚积薄发的测试工艺改进与提升,最终实现技术飞跃。展望未来敏捷自动化测试之路,任重而道远。

  以上内容为大家介绍了传统银行敏捷自动化测试探索,本文由多测师亲自撰写,希望对大家有所帮助。了解更多自动化测试相关知识:https://www.aichudan.com/xwzx/

联系电话

17727591462

返回顶部