Testes que rodam a cada deploy e bugs que se registram sozinhos
O QA Spider testa seu app em um navegador real e pela API, roda a suíte a cada deploy e registra cada regressão confirmada no tracker que sua equipe já usa. Plano Enterprise: fale conosco.
O que você recebe
- Testes de UI em navegador real
- Verificações de contrato REST e GraphQL
- Relatos de bug escritos a partir da execução com falha: passos, captura de tela, gravidade. Verificados quanto a duplicidade e registrados só depois da sua aprovação.
- Bugs registrados em Jira, ClickUp, GitHub Issues, Linear, Azure DevOps
- Alertas em Slack, Discord, Telegram
- Triagem por AI: teste instável ou bug real
- Causa raiz a partir do seu repositório, somente leitura
- Gravidade
- P1
- Passos
- Adicione um item, abra /checkout, aplique um código expirado, pague com um cartão de teste.
- Esperado
- O código é rejeitado com uma mensagem.
- Obtido
- “Código aplicado” é exibido e o valor integral é cobrado.
- Registrado em
- Jira, após aprovação. Alerta enviado no Slack.
Como um bug viaja
Um deploy roda a suíte. Um teste com falha vira um relato de bug; depois que você o aprova, ele chega ao seu tracker e o chat da equipe é avisado.
Depois de um deploy, os testes rodam, um falha e o relato de bug vai para o tracker da equipe enquanto uma mensagem no Slack o anuncia.
Uma execução falha
A cada deploy, em um navegador real e contra a sua API.
A triagem decide
Teste instável, oscilação de infraestrutura ou bug real de produto.
O relato se escreve sozinho
Passos a partir do que realmente rodou, a captura de tela, uma gravidade.
Você aprova
Ele chega ao seu tracker e ao seu chat, não antes.
Seguro por padrão
Verificações somente leitura rodam em produção. Tudo o que cria ou altera dados roda apenas em dev ou staging. Registrar um ticket ou postar no chat espera a sua aprovação. Nunca escondemos um bug real para deixar uma execução verde.
Também no Pro
O Pro ($29/mo) inclui 1.000 créditos de teste por mês: execute testes gerados sob demanda, escolha testes, salve suítes, gere um teste a partir de uma descrição e edite-o visualmente. Agendamento, registro no tracker, alertas no chat e triagem por AI são do Enterprise.
Web3 também. Os dApps recebem o mesmo tratamento: a aranha conduz fluxos de carteira com carteiras emuladas (conectar, trocar de rede, assinar, rejeitar), exercita chamadas de contrato em testnets e confere se o que a sua UI mostra bate com a blockchain.
Perguntas de equipes
Como isso é diferente de escrevermos os testes nós mesmos?
Nada impede você. O QA Spider escreve código de teste padrão que a sua equipe poderia escrever. A diferença é quem faz o trabalho: ele redige os testes, executa a cada deploy, conserta os seletores quando sua UI muda e registra os bugs. Seus engenheiros revisam os resultados.
Ele vai inundar o nosso tracker?
Não. Toda falha passa antes por triagem: testes instáveis são consertados, oscilações de infraestrutura são repetidas e só bugs de produto confirmados viram tickets. O registro precisa da sua aprovação e cada ticket é verificado quanto a duplicidade.
O que acontece quando nossa UI muda?
Se um seletor quebrou porque você redesenhou a tela, a aranha conserta o teste e anota isso. Se o comportamento regrediu, ela registra um bug em vez de editar o teste em silêncio para continuar verde.
Como vocês lidam com login, pagamentos e dados de teste?
Você dá à aranha contas de teste para o staging. Ela entra, finaliza compras com cartões de teste e envia formulários lá. Fluxos que alteram dados rodam apenas em dev e staging; a produção recebe apenas verificações somente leitura.
Vocês precisam do nosso código-fonte?
Não para testes: a aranha testa seu app do jeito que um usuário o encontra. Você pode, opcionalmente, conectar um repositório somente leitura, para que uma falha aponte o arquivo e o commit por trás dela.
É seguro rodar contra a produção?
As execuções em produção se limitam a verificações smoke somente leitura. Qualquer coisa que crie, edite ou exclua dados é marcada como mutante e roda apenas em dev ou staging.