Caso de sucesso - ABANCA

Implementação e operação da estratégia de QA
Ocorreu um erro ao processar o template. 
The string doesn't match the expected date/time/date-time format. The string to parse was: "lun, 15 sept 2025 06:00:00 +0000". The expected format was: "EEE, dd MMM yyyy HH:mm:ss Z".
The nested reason given follows:
Unparseable date: "lun, 15 sept 2025 06:00:00 +0000"

----
FTL stack trace ("~" means nesting-related):
	- Failed at: #assign parsedPublishDate = rawPublis...  [in template "48478917202330#20121#713300" at line 4, column 1]
----
1<#assign rawPublishDate = .vars["reserved-article-display-date"].data> 
2<#assign currentLang = locale.getLanguage()> 
3<#setting locale=currentLang> 
4<#assign parsedPublishDate = rawPublishDate?datetime("EEE, dd MMM yyyy HH:mm:ss Z")> 
5<#setting time_zone="Europe/Madrid"> 
6${parsedPublishDate?string("yyyy-MM-dd'T'HH:mm:ssZZ")} 
Ocorreu um erro ao processar o template. 
The string doesn't match the expected date/time/date-time format. The string to parse was: "mié, 26 nov 2025 09:52:01 +0000". The expected format was: "EEE, dd MMM yyyy HH:mm:ss Z".
The nested reason given follows:
Unparseable date: "mié, 26 nov 2025 09:52:01 +0000"

----
FTL stack trace ("~" means nesting-related):
	- Failed at: #assign parsedDate = rawDate?datetime...  [in template "48478917202330#20121#713304" at line 4, column 1]
----
1<#assign rawDate = .vars["reserved-article-modified-date"].data> 
2<#assign currentLang = locale.getLanguage()> 
3<#setting locale=currentLang> 
4<#assign parsedDate = rawDate?datetime("EEE, dd MMM yyyy HH:mm:ss Z")> 
5<#setting time_zone="Europe/Madrid"> 
6${parsedDate?string("yyyy-MM-dd'T'HH:mm:ssZZ")} 
#

Caso de sucesso - ABANCA

Implementação e operação da estratégia de QA

A Abanca procurava melhorar várias iniciativas de qualidade e padronização de processos nas diferentes equipas de projeto. A Direção de Governo de Processos e QA selecionou estrategicamente nove projetos diferentes para uma análise geral dos processos e da qualidade durante o ciclo de desenvolvimento.

O projeto

A Abanca procurava melhorar várias iniciativas de qualidade e padronização de processos nas diferentes equipas de projeto. A Direção de Governo de Processos e QA selecionou estrategicamente nove projetos diferentes para uma análise geral dos processos e da qualidade durante o ciclo de desenvolvimento. Esta análise identificou oportunidades de melhoria em diversas áreas e projetos, abordando aspetos fundamentais como funções, processos, ferramentas e ambientes.

Áreas de melhoria identificadas:

  • QA especializados: necessidade de funções específicas para garantir a qualidade.
  • Automatização de testes: escassa implementação de ferramentas de automatização.
  • Rastreabilidade de testes: dificuldade no acompanhamento e relatório dos resultados.
  • Formação e capacitação: necessidade de formação contínua para a equipa.

Os desafios

  • Promover a cultura de qualidade

  • Identificar, definir e monitorizar indicadores-chave

  • Padronizar processos e metodologias

  • Implementação de ferramentas de automatização

A solução

  • Fase 1: Projetos-piloto

A estratégia AQA foi inicialmente implementada em quatro projetos-chave: Banca Eletrónica, Empréstimos, Seguros e APIs, durante um período de 6 meses (dezembro de 2024 - maio de 2025). Foram incorporadas funções especializadas de QA e mantida uma estreita colaboração com áreas como Arquitetura e Engenharia. Foi implementado um framework de automação baseado em Karate DSL para os testes de backend, integrado no GitLab. Para os testes de frontend, está a ser incorporado o framework Playwright. A equipa da Izertis desempenha um papel fundamental na orientação e formação das equipas do projeto. O feedback de várias áreas tem sido muito positivo, refletindo uma melhoria notável na qualidade, na eficiência do nosso desempenho e na forma como agregamos valor às equipas do projeto, fortalecendo as bases para a melhoria contínua e a escalabilidade em projetos futuros. Graças a isso, a Direção de Governo de Processos e QA decidiu dar continuidade a uma segunda fase do projeto.

  • Fase 2: Evolução e escalabilidade

A segunda fase, de junho de 2025 a dezembro de 2025, tem dois objetivos fundamentais:

-Continuidade dos projetos atuais: continuar a trabalhar nos projetos em curso e implementar novas iniciativas, tais como: controlo do cumprimento de alguns requisitos da DORA, introdução de novos tipos de testing (como Chaos Engineering ou Failure Injection Testing) e construção de um dashboard unificado para monitorização e avaliação contínua (KPIs e Quality Gates).

-Implementação AQA em novos projetos: introduzir a estratégia AQA em novos projetos.

 

  • Objetivos a alcançar:

-Melhoria da qualidade do software: implementação de padrões e melhores práticas de qualidade.

-Redução de tempo e custos: automação de testes e fluxos CI/CD.

-Maior visibilidade e rastreabilidade: monitorização e relatórios dos resultados dos testes.

-Formação e capacitação: fortalecimento das competências da equipa em novas ferramentas e metodologias.

-Escalabilidade e sustentabilidade: estratégia de qualidade replicável em outros projetos e equipas.

O resultado

Com este projeto, a Abanca conseguiu estabelecer uma estratégia comum e, ao mesmo tempo, adaptada a cada um dos projetos-piloto, que a ajuda a dar mais um passo na garantia da qualidade do seu software. Atualmente, as suas equipas estão mais conscientes e envolvidas em garantir essa qualidade, a automatização permite-lhes acelerar os prazos de entrega e, graças aos indicadores, têm mais controlo e visibilidade do estado de cada aplicação. O projeto cresceu para continuar a dar suporte às 4 aplicações iniciais e incluir mais 4, o que exigiu a ampliação da equipa com mais um QA Ágil e mais dedicações dos perfis transversais de DevOps QA e Arquiteto QA.

Mais sucessos

Organização líder na gestão de património do Reino Unido

Federação desportiva internacional de primeiro nível

Agência de promoção da economia pública

Importante empresa espanhola do setor dos transportes