Thiago Viriato Accioly

Escrevo testes automatizados que pegam o problema antes do usuário. Se uma falha acontece, entendo o que acontece por debaixo dos panos: leio a base de código para apontar a causa raiz, e não apenas o sintoma.

Playwright · pytest
Testes E2E e de integração
Por baixo do capô até a causa raiz

LocalBrasília, DF

FocoPlaywright, pytest, Robot Framework

Topologia de TestesPlaywright · E2E headless

Playwright (Headless)Automação E2E (Senado Federal)

Cobertura de fluxos críticos ponta a ponta em modo headless.

Sobre

Python foi minha primeira linguagem. Eu já me interessava por IA antes de saber programar, e foi por aí que entrei.

Gosto de entender o sistema inteiro antes de mexer numa parte dele. Foi assim que acabei caindo em testes: para automatizar um fluxo eu precisava conhecer a arquitetura, o banco e as regras de negócio. Aí percebi que era isso que eu queria fazer, e não o contrário.

Continuo programando, e não por saudade. Um QA que entende o que acontece por debaixo dos panos não reporta só o sintoma: ele consegue apontar onde provavelmente está a causa, e isso economiza o tempo de todo mundo.

Sobre otimização: se existe um jeito mais simples que serve ao mesmo propósito, eu troco. Não gosto de sistema lento, nem de suíte de teste lenta.

$ pytest -q

tests/unit/test_assertions.py ........................34%

tests/integration/test_contracts.py ..................71%

tests/e2e/test_root_cause.py .........................100%

297 passed in 15.2s

$ pytest -k thiago --collect-only

tests/test_thiago.py::test_le_o_codigo_antes_de_reportartests/test_thiago.py::test_nao_para_no_sintomatests/test_thiago.py::test_nao_gosta_de_suite_lenta

3 tests collected

Nem tudo é o que parece.

Duas vezes em que o sintoma apontava para um lugar e a causa estava em outro.

Caso 01 / Senado Federal (Typst)

falhouinvestigadoresolvido

Geração de documentos com renderização quebrada

No Senado, eu estava testando uma feature nova de geração de documentos em Typst, e o resultado saía visualmente quebrado. Fui atrás da causa: parte eram campos obrigatórios que ainda não tinham sido populados naquele ambiente de teste, parte eram campos opcionais que, na prática, deveriam ser obrigatórios. Nos dois casos, o motivo de fundo era o mesmo: nada ali tinha tratamento para a ausência de dado.

Desde então eu investigo a razão antes de concluir a causa.

Caso 02 / Projeto acadêmico (Cell-Detector)

falhouinvestigadoresolvido

A métrica que media a coisa errada

Num detector de uso de celular ao volante, o modelo reportava 1 ms de latência e o sistema entregava de 3 a 8 quadros por segundo. Os dois números estavam certos: a métrica só media a rede neural. Fora dela havia a câmera limitando a entrega, um laço de extração de features sem vetorização e a exibição de vídeo comendo boa parte do tempo.

Aprendi ali uma coisa que uso até hoje ao ler um relatório de teste: antes de acreditar no número, vale perguntar o que exatamente ele está medindo.

Suítes de automação, ferramentas e cenários reais.

Projetos documentados no GitHub que comprovam experiência prática em Playwright, pytest-xdist, testes de concorrência com threads e contribuição open source.

origem: demanda real

364testes~32s em xdist

ImóvelDF

364 testes automatizados paralelizados contra PostgreSQL

Portal imobiliário completo com suíte de 364 testes paralelizada com pytest-xdist (~32s) e GitHub Actions como gate de qualidade na branch. Inclui testes de concorrência real simulando acessos simultâneos ao mesmo registro com threads.

✓ pytest -n auto364 passed

threads simultâneas verificadas contra concorrência e isolamento DB

pytest-xdist
Docker
GitHub Actions
Concorrência

Demo ao vivo

Primeiro acesso pode levar ~30s (hospedagem adormece por inatividade).

github.com/Acciolyy/imoveldf-vitrine

origem: prática

5bugs propositaistest suite