Fernando DamasioSenior QA Engineer · SDET

Eu encontro o riscoantes que ele encontre o usuário.

Há mais de sete anos eu trabalho com qualidade em sistemas críticos do setor financeiro. Eu conecto automação, APIs, performance, backend e agentes de IA para transformar incerteza em decisão de release.

  • 7+ anos em qualidade de software
  • Sistemas críticos do setor financeiro
  • Java · Kotlin · Selenium · Cucumber
  • Backend em Java, Python e Node.js
Composição abstrata de engenharia de qualidade: automação, contratos de API, métricas de performance e agentes
API CONTRACT verified
CRITICAL PATHScovered

Eu transformo risco em confiança de software.

7+

anos construindo qualidade em software

70%

mais eficiência com uma ferramenta Python que eu desenvolvi

API → UI

qualidade do contrato até a experiência final

Como eu penso

Eu começo pelo risco, não pelo roteiro.

Antes de automatizar, eu entendo o produto, o impacto e o que não pode falhar. Depois transformo essa leitura em cobertura, código e observabilidade.

quality-pipeline.yml

PASS
01risk_model: critical_paths
02api_contracts: verified
03regression_suite: green
04observability: connected
05release_confidence: ready
01

Compreender

Eu traduzo produto e negócio em comportamentos verificáveis.

02

Priorizar

Eu concentro a cobertura onde o risco e o impacto são maiores.

03

Automatizar

Eu construo feedback rápido para UI, APIs, dados e regressão.

04

Observar

Eu conecto testes, performance e produção para aprender continuamente.

Competências em contexto

Eu prefiro mostrar como eu trabalho a listar ferramentas.

Escolha uma competência para ver como eu a aplico e que tipo de evidência eu produzo.

Eu começo perguntando o que não pode falhar, e só depois escrevo teste.

Como eu aplico

  • Eu mapeio o impacto de cada fluxo antes de decidir onde investir cobertura.
  • Eu transformo regra de negócio em comportamento verificável, não em roteiro de clique.
  • Eu registro o risco que aceitei correr, para que a decisão de release seja explicável.

Onde eu construí issoSistemas financeiros de grande escala · Stefanini

Evidência que eu produzorisco → cobertura
fluxo: transferência entre contasimpacto: financeiro · irreversívelrisco: duplicidade em retry  → altorisco: mensagem de erro vazando dado → médiodecisão: contrato + concorrência antes de UI
Test designAnálise de riscoBDDCritérios de aceite

Experiência

Eu construí minha visão de qualidade dentro de sistemas que não podem falhar.

2019 — 2026

01

mar 2022 — presente

SDET Sênior / Engenheiro de QA

Stefanini Brasil Sistemas de grande escala · setor financeiro

Eu desenvolvo automações em Java e Kotlin com Selenium, projeto cenários BDD em Cucumber e Gherkin, executo testes de carga com JMeter e valido APIs. Eu mantenho automações de terceiros e código legado com Git e code review, incluindo trabalho em projeto para o Itaú, e uso Dynatrace para observar o comportamento dos sistemas durante os ciclos de teste.

Java · Kotlin · SeleniumCucumber · GherkinJMeterDynatraceCode review
02

dez 2019 — mar 2022

Engenheiro de QA / Automação

Global Hitss Testes de API · ambientes de nuvem

Eu automatizei e validei testes de API REST em ambientes de nuvem com foco em consistência de dados, implementei testes de regressão e processos de validação crítica para sistemas em produção, e desenvolvi uma ferramenta interna em Python que aumentou em 70% a eficiência da análise de dados da equipe.

APIs RESTPythonRegressãoConsistência de dados
03

jan 2019 — dez 2019

Desenvolvedor de Software

Foursys Desenvolvimento backend · Banco Next

Eu desenvolvi serviços backend em Java e Spring Boot para o aplicativo do Banco Next e participei das fases iniciais do projeto, apoiando diretamente o lançamento do produto dentro de uma squad ágil.

JavaSpring BootSquad ágil

Estudos de caso

Eu uso meus projetos para transformar conhecimento em produto.

Cada projeto abaixo é meu. Eu descrevo o problema, as decisões que tomei e os riscos que precisei tratar.

Estágio atual: Projeto concluído

CyberAudit Pro

Eu desenvolvi um SaaS que consolida sinais públicos de segurança de um domínio e os transforma em um relatório que uma pessoa não técnica consegue ler.

Problema

Sinais de segurança existem em várias fontes públicas, mas ficam dispersos, em formatos diferentes e sem leitura de prioridade.

Minha contribuição

Eu sou o desenvolvedor único do produto. Eu implementei a autenticação, as integrações externas, o cálculo do score, a geração de relatórios em PDF com identidade própria e a operação em servidor Linux.

Decisões de engenharia

  • Eu isolei cada integração externa atrás de uma camada própria, porque cada API tem limite, latência e formato de erro diferentes.
  • Eu tratei indisponibilidade de terceiros como estado esperado do relatório, não como falha do produto.
  • Eu separei os dados por tenant desde a primeira versão, para não pagar essa dívida depois.

Riscos que eu precisei tratar

  • Vazamento de dados entre tenants
  • Relatório gerado com fonte parcial sem avisar o usuário
  • Dependência externa fora do ar durante a auditoria
Node.jsExpressMongoDBPuppeteerNginxPM2Certbot

Produto autoral · integrações reais · operação própria em VPS

Quality Lab

Entre no meu Quality Lab. Aqui, qualidade deixa de ser discurso e vira decisão.

Investigue incidentes simulados, escolha uma estratégia e veja como eu conecto risco, engenharia e produto. Depois, experimente meu analisador local de funcionalidades.

EXPERIÊNCIA INTERATIVA · DECISÕES REAIS DE QUALIDADE

Não leia apenas o que eu faço. Tome uma decisão comigo.

Entre em uma central de engenharia, investigue sinais de falha e descubra como eu transformo risco em confiança de release.

QUALITY SYSTEM / ONLINEFD / LAB 02

Selecione uma estação ou escolha uma experiência guiada.

DEMONSTRAÇÃO LOCAL · NENHUM DADO É ENVIADO
01Contexto
02Riscos
03Cobertura
04Validação

Este é o mesmo caminho que eu seguiria em um refinamento: entender, mapear risco, definir cobertura e validar a saída.

Esta demonstração roda inteiramente no seu navegador, com regras que eu escrevi. Não há chamada a modelo externo nem envio de dados.

FERNANDO / QUALITY AGENT
DEMONSTRAÇÃO LOCAL · NENHUM DADO É ENVIADO

Pergunte sobre minha experiência

Eu transformo riscos recorrentes em feedback automatizado usando Java, Kotlin, Selenium, BDD e validações de API. Minha prioridade é uma suíte legível, estável e útil para a decisão de release.

Fonte no meu currículo: Experiência · Stefanini
Retrato profissional de Fernando Damasio
Fernando Damasio · Senior QA Engineer · SDET

Sobre mim

Eu construo confiança porque compreendo os dois lados do software.

Eu comecei minha trajetória profissional construindo backend em Java e Spring Boot. Ao longo dos anos, aprofundei minha atuação em automação, APIs, performance e sistemas críticos do setor financeiro.

Hoje eu combino esses dois mundos: compreendo como o software é construído e aplico engenharia de qualidade para torná-lo mais confiável, observável e preparado para evoluir. Nos meus produtos autorais, eu exerço isso do primeiro commit ao deploy.

Formação

  • Engenharia de Qualidade de Software — EBAC
  • Curso Técnico em Análise de Sistemas — UNINOVE

Idiomas

  • Português — nativo
  • Inglês — intermediário (leitura técnica funcional)

Vamos conversar

Se qualidade é uma decisão de engenharia, eu quero fazer parte dela.

Estou aberto a conversas sobre QA, SDET, automação, desenvolvimento e produtos que precisam crescer com confiança.

Eu leio todas as mensagens e respondo pessoalmente.