Testing
Testes Automatizados Complexos: Node.js +
Bastidores da suíte de testes mais desafiadora: 700 linhas testando Node-RED, Google Sheets API via TCP. Do BDD ao GitHub Actions.
CrazyStack Team
Carregando
Bastidores da suíte de testes mais desafiadora: 700 linhas testando Node-RED, Google Sheets API via TCP. Do BDD ao GitHub Actions.
Bastidores da suíte de testes mais desafiadora: 700 linhas testando Node-RED, Google Sheets API via TCP. Do BDD ao...
Bastidores da suíte de testes mais desafiadora: 700 linhas testando Node-RED, Google Sheets API via TCP. Do BDD ao...
Testes Automatizados Complexos: Node.js +. Bastidores da suíte de testes mais desafiadora: 700 linhas testando Node-RED, Google Sheets API via TCP. Do BDD ao GitHub Actions.
Testes automatizados podem ser mais complexos que a própria implementação. 700 linhas de código testando módulo Node.js + Node-RED + Google Sheets via TCP. Lições valiosas para qualquer projeto complexo.
Alguns projetos exigem estratégias de teste que vão muito além do convencional. Quando você precisa testar aplicações low-code interagindo com APIs externas , a complexidade explode exponencialmente.
Este é o relato de como criar uma suíte robusta testando Node-RED, Google Sheets API, usando Playwright, Docker, TCP e BDD em produção.
Problema a resolver: processar planilhas enormes do Google Sheets sem travar o Node.js. Solução: módulo open-source que processa dados sob demanda, respeitando o ciclo de vida do Node.
Como testar módulo que funciona dentro de Node-RED (plataforma visual/low-code)? Não é possível usar testes unitários tradicionais. Solução: simular interação humana completa.
Stack completa para ambiente de testes isolado e reproduzível. Cada teste simula usuário real interagindo com Node-RED via browser.
Nomenclatura seguindo padrão BDD (Behavior-Driven Development). Cada teste descreve comportamento esperado em linguagem natural.
Node-RED não foi feito para automação. Precisou hackear as APIs internas para simular drag-and-drop, criação de flows e deploy programático.
Como saber onde usuário vai clicar para posicionar componente? Telas diferentes = coordenadas diferentes.
Solução: Interceptar requests via Network tab, replicar payload com coordenadas fixas pelo meio da tela.
Como validar que módulo está processando planilha corretamente? Solução: servidor TCP interno para capturar dados que fluem pelo Node-RED.
Timeout configurado porque API externa (Google Sheets) pode falhar. Teste não pode ficar esperando indefinidamente. Máximo de X segundos para resposta, depois considera falha.
Playwright gera traces visuais de cada teste. Debug incrível: vê exatamente onde clicou, que dados inseriu, estado da aplicação.
Traces permitem "navegar" pelos passos do teste. Clica em qualquer etapa e vê: screenshot, DOM state, network requests, console logs. Debug level: insano.
Desenvolvendo no Mac, rodando no GitHub Actions (Linux). Diferenças nos modificadores de teclado quebraram testes em produção.
Mesma suíte rodando localmente e na nuvem. GitHub Actions executa todos os testes em máquina Linux limpa.
Algumas vezes, testar uma aplicação pode ser mais difícil que implementá-la. Mas o resultado vale cada linha de código escrita.
Raramente você precisará chegar neste nível de complexidade. Mas quando precisar, é possível testar qualquer coisa com as ferramentas certas e estratégia adequada.