Банковская отрасль отстает в автоматизации тестирования. Время меняться
Опубликовано: 2017-11-03С ростом цифровизации банковской отрасли нужна не просто еще одна автоматизация тестирования, а правильная автоматизация
На протяжении многих лет технологии рассматривались как коренные изменения в финансовой и банковской индустрии. Онлайн-банкинг, оплата счетов и связанные с этим транзакции стали образом жизни. Цифровые технологии, влияющие на каждый аспект повседневной жизни потребителей, несомненно, принесли новую волну изменений и инноваций в финансовую сферу.
В отчете PWC «Унция предотвращения, почему финансовым учреждениям необходимо автоматизированное тестирование» четко указаны опасности ручного тестирования:
- 21% дефектов не выявляются до тех пор, пока программное обеспечение не будет запущено.
- 70% отраслевых целевых показателей для процента тестирования, которое должно быть автоматизировано.
Ландшафт банковских технологий сталкивается с уникальным набором проблем, особенно из-за крупных цифровых преобразований, которые проходят большинство финансовых учреждений. Эти цифровые инициативы увеличили количество цифровых каналов взаимодействия с клиентами и обслуживания клиентов. Несмотря на это, существующие устаревшие серверные приложения по-прежнему незаменимы, поскольку они продолжают выполнять большую часть логики бизнес-процессов. Это привело к созданию сложных точек интеграции — между цифровыми точками взаимодействия с клиентами и устаревшими серверными приложениями. Таким образом, любая банковская транзакция, простая или сложная, включает в себя обход множества платформ и приложений.
Кроме того, характер банковской операции — будь то ссуда, возобновляемый кредит, розничное кредитование и т. д. — имеет длительный жизненный цикл транзакции, который охватывает от нескольких календарных дней до месяца и включает проверку сложных финансовых расчетов и соблюдение нормативных требований. Тестирование таких доменов и жизненных циклов, включающих разнородные платформы, интенсивные вычисления и длительное время транзакций с огромными зависимостями от пакетной обработки, безусловно, сопряжено с собственным уникальным списком проблем.
Как и любая другая отрасль в начале, банковское дело также пыталось удовлетворить свои потребности в тестировании и соблюдении требований к качеству, делая это вручную. Но из-за уникальности ландшафта и длительных жизненных циклов банковского обслуживания ручное тестирование было не только трудоемким, но и неполным в большинстве сценариев, связанных со сквозным тестированием . Сложные финансовые расчеты, как правило, избегали, а тестирование ограничивалось простой проверкой состояния, что снижало эффективность тестирования и оставляло его до конца, пока бизнес-пользователи не выполнят базовые приемочные тесты.
Стало необходимым, чтобы с ростом цифровизации и неэффективностью ручного тестирования банковская отрасль естественным образом перешла на автоматизацию. Но даже это не подсластило пилюлю.
Рекомендуется для вас:
Как Metaverse изменит индийскую автомобильную промышленность
Что означает положение о борьбе со спекуляцией для индийских стартапов?
Как стартапы Edtech помогают повысить квалификацию рабочей силы Индии и стать готовыми к будущему ...
Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...
Индийские стартапы срезают путь в погоне за финансированием
Цифровая маркетинговая платформа Logicserve Bags Финансирование 80 CR INR, ребрендинг как LS Dig...
Поскольку каналы, ориентированные на клиентов, претерпевают быстрые изменения, чтобы стать активными в цифровом формате, объем необходимого тестирования многократно увеличился. Учитывая финансовое, нормативное и потребительское влияние любого изменения, необходимо внедрить надлежащую стратегию автоматизации для проверки всех точек соприкосновения интеграции при внесении изменения.
Выполнение автоматизации тестирования с использованием универсальных инструментов в банковском деле не дало желаемой рентабельности инвестиций. Типичные проблемы были вокруг:
- Огромные усилия по сборке фреймворка для тестирования различных технологий, включая Web, Desktop, Soap, REST, API, Mainframe, PL/SQL и т. д.
- Большие усилия по обслуживанию для соответствия изменениям приложений с точки зрения пользовательского интерфейса, шаблонов и т. д. в рамках выпусков, нормативных изменений и обновлений.
- Ограничения при проверке выходных данных пакета в реальном времени и в конце дня для завершения пакетов выполнения для сквозных сценариев тестирования.
- Отсутствие надлежащих тестовых проверок, особенно финансовых сложных расчетов.
- Невозможность создавать данные, моделировать и виртуализировать.
По сути, с такими средами автоматизации функциональные тестировщики и бизнес-пользователи тратили много времени и усилий на проверку жизненного цикла транзакций вручную.
Таким образом, банковской отрасли пришлось стиснуть зубы, признать свою уникальность и сделать автоматизацию тестирования специфической для своих нужд. Выбор инструмента автоматизации должен быть адаптирован для банковской отрасли.
Несколько ключевых моментов, которые следует учитывать при выборе инструмента автоматизации тестирования для банковского дела:
- Инструмент должен быть готов к использованию без каких-либо усилий по сборке фреймворка. Если возможно, он должен иметь предварительно настроенные компоненты для банковского обслуживания.
- Он должен обеспечить автоматизацию от 70 до 80% сквозного жизненного цикла транзакции.
- Он должен иметь не только возможности тестирования пользовательского интерфейса, но и готовые к использованию компоненты для тестирования внутренних приложений, включая вызовы служб, виртуализацию служб, проверку файлов, пакетное завершение, взаимодействие с базой данных и возможность выполнять сложный калькулятор без сложных сценариев или настроек. Возможности автоматизации тестирования пользовательского интерфейса должны охватывать Интернет, настольные компьютеры, мейнфреймы или AS/400.
- Инструмент должен иметь высокую степень повторного использования и простоту обслуживания одним щелчком мыши.
- И, наконец, автоматизация не должна ограничиваться системной интеграцией или системным тестированием, а должна быть доступна бизнес-пользователям для проверки сквозного сценария в рамках приемочных тестов пользователей (UAT).
Общеизвестно, что ручное тестирование не может удовлетворить потребности современного мира банковской индустрии. Сказав это, это не должно стать вынужденным выбором только потому, что общие варианты автоматизации не могут быть умными и гибкими. Ключ заключается в выборе инструмента автоматизации нового века, созданного для отрасли и удовлетворяющего ее постоянно растущую потребность в оцифровке, сложных вычислениях и длительных транзакциях.
Учитывая нехватку времени в банковской отрасли и сильную зависимость от ручного пользовательского приемочного тестирования до того, как изменение вступит в силу, его инструменты автоматизации времени могут беспрепятственно помочь бизнес-пользователям также запускать автоматические пользовательское приемочное тестирование, тем самым сокращая время выхода на рынок и улучшая качество применение в производстве.
Пришло время специализации, и общие инструменты должны уступить место специализированным, которые могут быть легко адаптированы банковской отраслью.