Visão geral
A funcionalidade de Test Action que já existe em automações de Generate with AI chega para automações de Mover Card. O teste permite simular a execução da automação direto na configuração real do pipe e ver instantaneamente se ela passaria ou falharia, com os motivos reais. Nenhum card é movido e nenhum dado é alterado: é validação pura, antes de publicar qualquer mudança.
O que há de novo?
- Test Action para automações do tipo Mover Card, disponível diretamente na configuração da automação. Clique em "Testar Ação", selecione um card para o teste, clique em "Executar Teste" e receba o resultado.
- Resultado instantâneo de pass ou fail, com motivos exatos de falha relacionados a campos condicionais incorretos, campos obrigatórios não preenchidos, campos vazios, inexistentes ou arquivados, ou fase de destino incorreta.
Como isso ajuda?
- Confiança para publicar: você valida a automação contra a configuração real do pipe, sem precisar simular em um ambiente separado.
- Reduz risco em cascata: como Mover Card dispara outras automações na sequência, testar antes de publicar evita que um movimento incorreto afete todo o fluxo conectado.
- Diagnóstico imediato e redução de risco em produção: em vez de investigar depois que algo já deu errado, você recebe o motivo real da falha no momento do teste, aplica a correção, valida o sucesso da correção e reduz o risco de erros ocorrendo em processos de produção.
Casos de uso
1. Automação de aprovação com múltiplas fases condicionais
Um Pipe Admin configura uma automação de Mover Card que depende de três campos condicionais para decidir a fase de destino. Antes de publicar, ele roda o Test Action e recebe um fail apontando que um dos campos condicionais está arquivado. Ele restaura o campo, testa de novo, antes que a automação chegue a rodar em produção, evitando que cards fiquem presos ou avancem para a fase errada.
2. Processo com automações em cascata
Em um processo com dezenas de automações conectadas, o responsável pela modelagem testa uma automação de Mover Card isoladamente antes de publicar uma alteração. O Test Action mostra que a automação passaria, mas aponta que um campo obrigatório da fase de destino está vazio, o que travaria o card na prática. Ele ajusta o campo antes de liberar a mudança, sem precisar rastrear o problema automação por automação depois que ele já aconteceu.
3. Revisão de automação herdada
Um Pipe Admin assume um processo já existente e precisa validar uma automação de Mover Card criada por outra pessoa, sem visibilidade total do histórico de configuração. Ele roda o Test Action e descobre que a automação falharia porque depende de uma fase que não existe mais no fluxo atual. Isso evita que ele publique uma correção às cegas ou precise recriar a automação do zero.
Mais relevante para
- Pipe Admins
- Responsáveis por modelagem de processos
- Times de Operações que gerenciam automações críticas
