Seu aplicativo vem com provas
Kliv escreve testes reais para os aplicativos que cria — e os executa em um navegador real, em uma cópia descartável do seu banco de dados, com um recibo para cada efeito colateral. O mesmo loop que escreve seu aplicativo escreve seus testes e os deixa verdes.
Teste integrado
Código não gerado e dedos cruzados
A maioria dos criadores com AI gera um aplicativo e o entrega – se ele realmente funciona é problema seu. Kliv possui toda a pilha em que o aplicativo é executado: o navegador, a API, as regras de segurança, o banco de dados, o pipeline de e-mail. É isso que torna a prova possível. Os testes não são algo que você faz mais tarde; eles fazem parte de como o aplicativo é construído, executado pelo mesmo loop que escreveu o código.
A anatomia de uma corrida
A melhor maneira de entender o sistema de testes é seguir uma execução desde a primeira linha até o veredicto. Aqui está o que acontece – e o que nunca afeta seus dados reais.
Escrever
A AI escreve testes de unidade à medida que é construído - Vitest e Testing Library genuínos, a pilha padrão da indústria, não uma imitação proprietária. Peça para que um fluxo seja coberto e ele escreve um Scenario: navegar, clicar, preencher, afirmar, em termos semânticos - o botão pelo nome, o campo pelo rótulo - não um caminho CSS frágil que morre no próximo redesenho.
Execute em um navegador real
Os testes são executados em um navegador real em seu aplicativo real – renderização real, login real, segurança real em nível de linha. Nada que importe é ridicularizado: se uma alteração nas permissões permitir que um usuário leia os dados de outro, um teste falhará da mesma forma que seu aplicativo falharia.
Bifurque o banco de dados
Antes de um Scenario tocar nos dados, ele obtém uma bifurcação descartável do seu banco de dados – mesmo esquema, mesmas regras, nenhuma de suas linhas está em risco. Cria, edita e exclui, é executado de verdade e chega à bifurcação; seus arquivos e estado comercial são clonados da mesma maneira. Quando a corrida termina, o garfo é jogado fora.
Capture a saída
Emails, webhooks e chamadas de terceiros são capturados, e não disparados. Um teste pode afirmar que o e-mail de boas-vindas foi enviado, para quem, com quê – e nenhum e-mail jamais sai do prédio. Suas integrações permanecem silenciosas enquanto sua lógica é exercitada.
O recibo
Cada execução registra o que o aplicativo realmente fez: quais linhas ele escreveu, quais emails ele teria enviado, quais chamadas externas ele tentou – cada uma marcada como aceita, capturada ou recusada, com o motivo anexado, até a regra de segurança que bloqueou uma gravação. Não apenas vermelho ou verde: o que aconteceu e por quê.
O veredicto
Os resultados são retornados por verificação, por arquivo – a afirmação com falha, a etapa que falhou, juntamente com o recibo da execução. A falha estruturada é o ponto: é o que permite que o mesmo loop que escreveu o código encontre o erro, corrija-o e execute novamente.
O portão
Publicação de resultados de testes. Uma falha Scenario interrompe o lançamento antes que ele chegue aos seus usuários - então “funcionou quando o construímos” se torna “funciona agora”, verificado em cada alteração em vez de lembrado na demonstração.
O que o sistema de teste sabe fazer
Integrado, executado para você e legível quando você quiser.
A verdadeira pilha de testes
Vitest genuíno, biblioteca de testes e jest-dom em execução no navegador - as mesmas ferramentas que as equipes profissionais usam, para que os testes sejam lidos como testes, não como o dialeto de um fornecedor.
Scenario testes
Fluxos de ponta a ponta escritos em termos semânticos – encontre o botão por sua função, o campo por seu rótulo – conduzindo o aplicativo real da mesma forma que um usuário faria.
Um banco de dados descartável
Cada Scenario é executado em uma bifurcação do seu banco de dados real. As gravações são aceitas, confirmadas e descartadas – seus dados nunca fazem parte do experimento.
Nada vaza
As execuções de teste capturam emails, webhooks e chamadas de conector em vez de enviá-los. Você pode provar que eles aconteceram sem que acontecessem.
Cada corrida tem um recibo
Um registro de todos os efeitos colaterais causados por um teste – aceito, capturado ou recusado, com o motivo. O rastro, não apenas o semáforo.
História e o portão
As execuções são rastreadas ao longo do tempo e a aprovação nos testes é publicada – a verificação é um estado permanente do seu aplicativo, não um evento único.
Perguntas frequentes
Quem escreve os testes?
A AI faz, à medida que constrói - testes de unidade por padrão, na pilha padrão. Solicite que um fluxo seja coberto e ele escreva um Scenario para ele. Cada teste é um código legível em seu aplicativo; você pode inspecionar qualquer coisa e nunca precisará fazê-lo.
Os testes afetam meus dados reais?
Não. Os cenários são executados em uma bifurcação descartável do seu banco de dados — as gravações são aceitas lá e descartadas com a bifurcação quando a execução termina. Os arquivos e o estado comercial são clonados da mesma maneira, portanto, mesmo um teste que exclui tudo não exclui nada.
Um teste enviará emails reais ou afetará minhas integrações?
Não — o tráfego de saída é capturado, não enviado. A execução registra que o e-mail teria sido enviado, para quem e com quê, e o teste pode afirmar isso. Seus clientes e suas ferramentas conectadas nunca passam por um teste.
O que vejo quando um teste falha?
Resultados por verificação – o arquivo, a verificação, a afirmação que falhou – mais o recebimento de efeitos colaterais da execução com o motivo pelo qual cada um foi permitido ou recusado. Essa estrutura é o que permite aa AI diagnosticar seu próprio erro e corrigi-lo, em vez de adivinhar a partir de uma captura de tela.
Os testes exercitam minhas regras de segurança?
Sim — os cenários são executados com login real em regras reais em nível de linha, não em uma sessão simulada. Se uma alteração permitir que um usuário veja dados que não são dele, o teste falhará antes que o usuário pudesse.
Um teste com falha pode bloquear uma versão?
Sim. Scenario publica veredictos - uma corrida vermelha interrompe o lançamento até que fique verde novamente. O portão é a diferença entre esperar que a última alteração tenha sido segura e saber que foi verificada.
Descreva seu aplicativo. Faça com que isso seja comprovado.
Integrado significa construído em conjunto: os testes são executados no mesmo aplicativo que seus usuários veem – portanto, um teste de finalização de compra com falha é uma finalização de compra com falha, não uma simulação.
