Caso de sucesso - LABORAL Kutxa Implementação do processo de gestão da qualidade - 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, 21 jul 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, 21 jul 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:33 +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:33 +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 - LABORAL Kutxa

Implementação do processo de gestão da qualidade - QA

Na ausência de um registo de testes unificado e partilhado, era necessário criá-lo e explorá-lo para garantir as funcionalidades passadas e novas.

O projeto

Na ausência de um registo de testes unificado e partilhado, era necessário criá-lo e explorá-lo para garantir as funcionalidades passadas e novas. Adicionalmente, faltava a utilização de uma ferramenta para o registo de planos de teste e execuções automatizadas, bem como a recolha de provas exigidas pelo departamento de auditoria.

Problemas identificados:

  • Falta de uma estratégia de teste e de um repositório partilhado que permita a sua reutilização.
  • Iniciativas isoladas na utilização de algumas ferramentas de automatização de testes e, por conseguinte, pouca eficácia no processo de implementação contínua (CI/CD).
  • Frameworks de automatização de testes incipientes, mas não adequadas ou com utilização otimizada.
  • Falta de boas práticas e de visão da gestão de QA. Ausência de KPIs para fornecer feedback sobre o estado do produto e propor melhorias.
     

Os desafios

  • Registo de provas para auditorias internas/externas
  • Gestão dos dados de teste do host
  • Implementação de diferentes frameworks de automatização

A solução

Definição de uma estratégia de QA: Definição de uma estratégia de QA para aumentar a maturidade da qualidade da banca online. Isto inclui a avaliação e a implementação de diferentes tipos de testes: APIs, E2E, desempenho, segurança, UX testing, compatibilidade...

Implementação de boas práticas

Proposta e apoio na implementação de boas práticas, tais como:

  • Utilização de POM (Page Object Model) para os frameworks de testes automatizados.
  • Utilização de dashboards para gerar KPIs de monitorização.
  • Participação de QA em processos de especificação de HUs.
  • Alinhamento de QA com auditoria para gestão de evidências.

Testes funcionais e registo de testes: São explorados em profundidade a utilização e a exploração dos Azure Test Plans com o objetivo de promover a colaboração e a visibilidade da equipa ao planear, desenhar e executar testes, tanto manuais como automatizados.

Automatização de testes: É essencial expandir significativamente a capacidade dos testing manual, reduzir custos e, acima de tudo, integrar os processos de teste em ciclos ou pipelines de CI/CD, tornando o processo de publicação de uma nova versão muito mais ágil e seguro.

Análise de ferramentas: A equipa de QA efetuou uma comparação para aconselhar o cliente sobre a utilização de uma ferramenta que permita que os dispositivos móveis executem testes manuais e automatizados, como Sauce Labs e BrowserStack. Uma vez escolhida, será implementada e configurada para fazer parte do processo de qualidade.
 

O resultado

Após a primeira fase de análise e com a equipa de QA já a participar na equipa de desenvolvimento realizando a especificação e execução de testes manuais, os benefícios obtidos no projeto foram evidentes. Isto levou o cliente a expandir a equipa, passando de 1 QA Agile para ter 3, com o objetivo de cobrir mais desenvolvimentos e aumentar a cobertura dos testes.

Além disso, a participação do arquiteto de QA promove a implementação de novas iniciativas que os ajudam a avançar em novos marcos de maturidade, como a implementação de automação para diferentes tipos de testes.

Mais sucessos

Governo do Principado das Astúrias

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