银行业在测试自动化方面落后。 是时候改变
已发表: 2017-11-03随着数字化的发展，银行业不仅需要另一个测试自动化，还需要正确的自动化
多年来，技术一直被视为金融和银行业的主要游戏规则改变者。 网上银行、账单支付和相关交易已成为一种生活方式。 随着数字技术影响消费者日常生活的方方面面，它无可争议地在金融领域带来了新的变革和创新浪潮。
普华永道报告“一盎司的预防，为什么金融机构需要自动化测试”，清楚地说明了手动测试的危害：
- 21% 的缺陷直到软件上线后才被发现
- 70% 的行业目标是应该自动化的测试百分比。
银行技术领域面临着一系列独特的挑战，尤其是由于大多数金融机构正在经历的重大数字化转型驱动。 随着这些数字举措，面向客户和客户服务数字渠道的数量有所增加。 尽管如此，现有的遗留后端应用程序仍然不可替代，因为它们继续持有大部分业务处理逻辑。 这导致了复杂的集成点——在面向客户的数字接触点和遗留的后端应用程序之间。 因此，任何简单或复杂的银行交易都涉及跨平台和应用程序的遍历。
此外，银行交易的性质——无论是贷款、循环信贷、零售贷款等，都有很长的交易生命周期，跨越多个日历日到一个月，并涉及复杂的财务计算和监管要求的验证。 测试涉及异构平台、密集计算和冗长的事务时间以及对批处理的巨大依赖的此类域和生命周期肯定会带来其独特的挑战列表。
正如其他所有行业一开始所做的那样，银行业也试图通过手动进行来满足其测试和质量合规性需求。 但是由于银行业务的独特性和漫长的生命周期，在大多数涉及端到端测试的场景中，手动测试不仅耗时而且不完整。 复杂的财务计算通常被避免，测试仅限于简单的状态检查——从而降低了测试的有效性，直到业务用户执行基本的验收测试才结束
随着数字化的不断发展和手动测试的低效，银行业不得不自然而然地采用自动化。 但即使这样也没有使药丸变甜。
为你推荐：
元界将如何改变印度汽车业
反暴利条款对印度初创企业意味着什么？
教育科技初创公司如何帮助印度的劳动力提高技能并为未来做好准备……
本周新时代科技股：Zomato 的麻烦仍在继续，EaseMyTrip 发布强...
印度初创公司走捷径寻求资金
数字营销平台 Logicserve 获得 80 卢比的资金，更名为 LS Dig...
随着面向客户的渠道经历快速变化以实现数字化活动，所需的测试量已成倍增加。 鉴于任何更改都会对货币、监管和客户产生影响，因此必须制定适当的自动化策略，以便在进行更改时测试所有集成接触点
在银行业中使用通用工具进行测试自动化未能达到预期的投资回报率。 典型的挑战是：
- 巨大的框架构建努力测试跨技术，包括 Web、桌面、Soap、REST、API、大型机、PL/SQL 等。
- 作为发布、法规更改和升级的一部分，在 UI、模板等方面符合应用程序更改的高维护工作量
- 验证实时和日终批处理输出以完成端到端测试场景的执行批处理的限制
- 缺乏适当的测试验证，尤其是财务复杂的计算。
- 无法创建数据、模拟和虚拟化。
从本质上讲，使用这样的自动化框架，功能测试人员和业务用户最终会花费大量时间和精力以手动方式验证事务生命周期。
因此，银行业不得不咬紧牙关，接受其独特性，并使其测试自动化满足其需求。 自动化工具的选择必须是为迎合银行业而量身定制的。
在为银行业务选择测试自动化工具时要记住的几个关键点应该是：
- 该工具应该可以立即使用，无需任何框架构建工作。 如果可能，它应该具有用于银行业务的预配置组件。
- 它应该实现端到端交易生命周期的 70% 到 80% 的自动化。
- 它不仅应具有 UI 测试功能，还应具有现成的组件来测试后端应用程序，包括服务调用、服务虚拟化、文件验证、批处理完成、数据库交互以及无需繁重的脚本或自定义即可执行复杂计算器的能力。 UI 测试自动化能力应该跨越 Web、桌面、大型机或 AS/400。
- 该工具应具有高可重用性和易于一键维护性。
- 最后，自动化不应仅限于系统集成或系统测试，而应作为用户验收测试 (UAT) 的一部分供业务用户使用，以验证端到端场景
众所周知，手动测试无法满足现代银行业的需求。 话虽如此，它不应该仅仅因为通用自动化选择不聪明和敏捷而成为强制选择。 关键在于选择为行业打造的新时代自动化工具，以满足其对数字化、复杂计算和冗长交易日益增长的需求。
鉴于银行业面临时间压力，并且在变更生效之前严重依赖手动用户验收测试，其时间自动化工具也可以无缝帮助业务用户运行自动化用户验收测试，从而缩短上市时间并提高质量生产中的应用。
现在是专业化的时候了，通用工具必须让位于银行业可以轻松适应的专业化工具。