Testador Cron Online
Valide expressões cron e visualize as próximas execuções, direto no seu navegador.
at minute */5, every hour
Next 5 runs
13/05/2026, 09:25:00
13/05/2026, 09:30:00
13/05/2026, 09:35:00
13/05/2026, 09:40:00
13/05/2026, 09:45:00
Por que usar
Depure seu cron antes que ele falhe em produção
Horários de execução visualizados
Veja as próximas 10 datas exatas. Sem surpresas quando o job disparar às 3h da manhã.
Formato explicado
Cada campo interpretado em linguagem simples. Aprenda o formato enquanto valida.
100% no seu navegador
Nenhum dado é enviado ao servidor. Teste expressões com dados sensíveis com segurança.
Compatível com todos os ambientes
Sintaxe padrão compatível com crontab, Kubernetes CronJob, GitHub Actions e AWS EventBridge.
Como funciona
Três passos, sem complicação
Insira sua expressão cron
Preencha os 5 campos: minuto, hora, dia do mês, mês e dia da semana. Use os exemplos pré-configurados para começar.
Veja os próximos horários de execução
O testador calcula instantaneamente as próximas 10 datas e horários em que o job vai rodar, no seu fuso horário local.
Depure e copie
Se a expressão tiver erros, você verá uma mensagem clara. Uma vez validada, copie-a pronta para seu crontab, pipeline de CI/CD ou Kubernetes CronJob.
Perguntas frequentes
Ficou com dúvidas?
O cron é um agendador de tarefas do sistema operacional Unix, presente desde o AT&T Unix Research Edition Version 7 (Unix V7, 1979). Seu nome vem do grego kronos (tempo). Ele permite que comandos ou scripts sejam executados automaticamente em intervalos definidos: a cada hora, toda segunda-feira às 3h da manhã, ou qualquer combinação de minutos, horas, dias, meses e dias da semana.
Os 5 campos, da esquerda para a direita, são: minuto (0-59), hora (0-23), dia do mês (1-31), mês (1-12) e dia da semana (0-7, onde tanto 0 quanto 7 representam domingo). Um asterisco (*) significa qualquer valor. Por exemplo, 30 8 * * 1 significa: às 8h30 toda segunda-feira.
O asterisco (*) significa cada unidade possível. A sintaxe de passo (*/5) significa a cada 5 unidades: */5 no campo de minutos executa o job nos minutos 0, 5, 10, 15... até 55. Um intervalo (1-5) define um período concreto: 1-5 no campo de dia da semana executa de segunda a sexta-feira.
Use este testador para visualizar os próximos horários de execução antes de tocar no servidor. Para testar em ambientes reais, você pode definir temporariamente um intervalo muito frequente (*/1 * * * * para cada minuto) e verificar os logs. No Linux, crontab -l mostra os jobs ativos e grep CRON /var/log/syslog mostra o histórico de execuções.
Os erros mais frequentes são: (1) numeração do dia da semana: tanto 0 quanto 7 representam domingo na maioria das implementações, mas algumas aceitam apenas 0; (2) variáveis de ambiente: o cron executa jobs com um ambiente mínimo, sem as variáveis do seu shell interativo, portanto use caminhos absolutos nos comandos; (3) fuso horário: o cron usa o fuso horário do sistema operacional, não o do usuário; (4) o caractere % literal em comandos deve ser escapado como \%; (5) ausência de redirecionamento de saída: sem >> /var/log/myjob.log 2>&1, os erros vão para o e-mail do root e ficam invisíveis.
Cron: história, evolução e como o agendador Unix funciona
A origem do cron moderno remonta a Ken Thompson, co-criador do Unix no Bell Labs. A primeira versão documentada apareceu no Unix V7 (1979), embora existam referências a implementações anteriores de 1975. O nome cron vem do grego kronos (tempo), uma escolha típica da equipe do Bell Labs, conhecida por nomes crípticos e minimalistas. A implementação original de Thompson executava um processo daemon que acordava a cada minuto e verificava os jobs a lançar, um modelo que persiste até hoje.
A versão que definiu o padrão moderno foi o vixie-cron, escrito por Paul Vixie em 1987. O vixie-cron introduziu os arquivos crontab por usuário (em oposição ao crontab único do sistema), sintaxe de lista (1,3,5), intervalos (1-5), passos (*/15) e aliases especiais (@reboot, @daily, @weekly). Essa implementação foi adotada pela maioria das distribuições Linux, e seus sucessores (cronie, fcron, bcron) são os que rodam em produção hoje.
No ecossistema moderno, o cron evoluiu para três formas principais: (1) crontabs do sistema (/etc/cron.d/) usados por serviços e pacotes do SO; (2) timers do systemd, que em distribuições modernas (Ubuntu 16.04 ou superior, RHEL 7 ou superior) complementam ou substituem o cron com capacidades de dependência, registro centralizado no journald e maior controle; (3) Kubernetes CronJob (spec.schedule no formato cron padrão), que orquestra execuções de jobs em lote em contêineres em escala. GitHub Actions, GitLab CI/CD, AWS EventBridge e Google Cloud Scheduler também usam a sintaxe cron padrão para agendamento de fluxos de trabalho, tornando o domínio do formato uma habilidade fundamental em DevOps.