Detete a falha antes dos seus clientes.
O NexusQA é o sistema de testes integrado no Nexus e o controlo de qualidade da fábrica de IA. Testes de regressão, API, visuais, acessibilidade, velocidade, carga, segurança e outros são executados num só local, pela ordem com maior probabilidade de encontrar uma falha primeiro. A IA explica cada erro e pode propor uma correção, mas apenas uma pessoa a pode aceitar. Os lançamentos aguardam até que os testes passem.
De uma alteração a um veredito, em seis passos.
Cada passo é automático até ser necessária uma pessoa. Nessa altura, aguarda e explica o motivo à pessoa certa.
Ligar
Aponte o NexusQA para os seus repositórios e lançamentos. Alterações, lançamentos e até incidentes iniciam os testes certos.
Escrever e gravar
Escreva testes, grave-os no navegador ou deixe a IA redigi-los a partir de uma página. Dez tipos, num só local.
Executar por ordem de risco
O grafo de conhecimento sabe em que código cada teste toca, pelo que as falhas prováveis são executadas primeiro.
Explicar
A IA lê o registo de rastreio, a alteração e as falhas passadas, e indica se o problema está na aplicação, no teste ou no ambiente.
Reparar
A IA pode propor uma correção e testá-la num ramo. Uma pessoa lê-a e decide.
Libertação
O lançamento aguarda até que os respetivos testes passem e, depois, segue pelo Forge como qualquer outra alteração.
As falhas prováveis são executadas primeiro.
O NexusQA utiliza o grafo de conhecimento para ligar código, testes e falhas passadas. Quando chega uma alteração, os testes com maior probabilidade de falhar são executados primeiro, para que tome conhecimento de uma falha em segundos e não no final da bateria de testes. Ainda assim, todos os testes são executados antes de um lançamento.
Testes por ordem de risco
Cada teste recebe uma pontuação de risco para esta alteração, com a justificação por extenso.
- Motivos, não apenas pontuações
- Primeira falha em menos de um minuto
Cada lançamento testa-se a si próprio
Alterações, lançamentos e incidentes iniciam as baterias de testes certas. Os resultados voltam para o controlo de lançamento e para os tickets.
- Os lançamentos aguardam pelos seus testes
- Os incidentes também iniciam uma verificação
A aplicação, o teste ou o ambiente?
Um teste a vermelho só é útil quando se sabe o motivo. O NexusQA guarda os passos, o ecrã, a rede e a gravação, de forma mascarada, e a IA lê-os juntamente com a alteração e as falhas passadas para lhe dizer o que falhou.
- Passos, ecrã e rede no momento em que falhou
- Triagem por IA com o respetivo grau de certeza
- Falhas semelhantes do passado, encontradas no grafo
- Testes instáveis postos de parte: continuam a ser executados, mas não são contabilizados
A IA propõe. Uma pessoa aceita.
Quando uma falha é clara, a IA pode planear uma correção, fazer com que um segundo modelo verifique o plano, efetuar a alteração num ramo e executar todos os testes. Depois, para. Uma pessoa lê a alteração e decide, e uma correção aceite passa pela fila de fusão como qualquer outra.
Sete etapas, uma aprovação
Detetado, triado, planeado, verificado, corrigido, comprovado e aprovado. O último passo cabe sempre a uma pessoa.
- Um segundo modelo verifica o plano
- Apenas uma pessoa aceita
Que IA e quem está no comando
Cada passo da IA passa pela central de comutação, dando prioridade ao modelo local, dentro de um orçamento e com uma pessoa responsável por cada reparação.
- Modelo local primeiro
- Orçamentos e limites por projeto
As pessoas também testam, com tudo registado.
Há coisas que só uma pessoa nota. Os testadores, incluindo parceiros de testes externos, trabalham num portal: utilizam a aplicação numa moldura, desenham sobre a mesma, e a compilação, o dispositivo e os passos são registados automaticamente. Veem dados de teste, nunca dados de clientes.
Desenhar e enviar
Marcadores, caixas, setas e notas na própria aplicação, sendo possível reproduzir cada passo.
- Registado automaticamente
- Passos reproduzíveis
Parceiros, com limites
- Um projeto, um contrato
- Terminado num só passo
Tem o aspeto certo, funciona para todos, mantém-se rápido.
Cada lançamento é comparado ecrã a ecrã, verificado quanto à acessibilidade e medido em função do seu orçamento de velocidade. Uma compilação que ultrapasse o orçamento não pode ser lançada, e qualquer alteração no aspeto de uma página tem de ser aprovada.
- Comparação ao píxel, com alterações aprovadas
- Problemas de acessibilidade associados ao código
- Orçamentos de velocidade e testes de carga em cada lançamento
Sobre os testes com o NexusQA.
Que tipos de testes abrange?
Testes de regressão, integração, fumo, API, visuais, acessibilidade, segurança, velocidade, carga e exploratórios, num só local e com um único conjunto de resultados.
A IA altera o nosso código por conta própria?
Não. A IA pode propor uma correção e testá-la num ramo, mas apenas uma pessoa a pode aceitar, e uma correção aceite passa pela fila de fusão como qualquer outra alteração.
Como funciona a ordem de risco?
O grafo de conhecimento liga cada teste ao código em que toca e a falhas passadas. Para cada alteração, os testes com maior probabilidade de falhar são executados primeiro. Ainda assim, todos os testes são executados antes de um lançamento.
Os parceiros de testes externos podem utilizá-lo?
Sim. Trabalham no portal de testes, veem apenas os seus projetos e dados de teste, e o seu acesso termina quando o contrato chega ao fim.
Funciona com o Forge?
Sim. As alterações e os lançamentos no Forge iniciam os respetivos testes, e um lançamento aguarda até que estes passem. O NexusQA também funciona com o alojamento de código que já utiliza.
Aprofundar
Veja o NexusQA a testar algo seu.
Traga uma aplicação e um lançamento. Mostraremos testes ordenados pelo risco, uma falha explicada e uma reparação a aguardar a sua aprovação.