Esta página foi traduzida do inglês.
Ferramentas para desenvolvedores
Construa um sistema de controle de qualidade e rastreamento de defeitos
A Kliv é uma construtora de aplicativos com IA. Descreva seus builds, revisões de dispositivo, passos de reprodução, regras de severidade, matriz de regressão, fluxo do GitHub e acesso de parceiros, e ela constrói um sistema de controle de qualidade e rastreamento de defeitos.
Basta inserir sua ideia na caixa de texto e AI irá construí-la para você
O que é a Kliv?
Kliv não é um rastreador de tickets genérico com etiquetas que você precisa forçar para caber no seu processo — é uma construtora de aplicativos com IA que constrói o software para você.
Você descreve o aplicativo que precisa em palavras simples, e a Kliv o constrói: o banco de dados, o fluxo de trabalho, as telas, os papéis, as integrações, os relatórios e os testes. Você é dono dele, roda no seu próprio domínio e muda depois só pedindo. Não é um quadro de bugs fixo com etiquetas personalizadas.
Nesta página, esse aplicativo é um sistema de controle de qualidade e rastreamento de defeitos. A Kliv constrói todo tipo de aplicativo web; este é para equipes cujos defeitos precisam de estrutura de verdade.
Por que um rastreador genérico não enxerga sua bancada
Uma equipe de hardware pode precisar que cada defeito nomeie o sintoma, o build de firmware e a revisão de hardware. Um bug que aparece na rev B sob a versão 2.4.1 não é o mesmo que o mesmo sintoma na rev D. Rastreadores genéricos costumam deixar essa estrutura em etiquetas e campos de texto.
A Kliv constrói o rastreador em torno dos fatos que o time de QA realmente usa. Builds, revisões, unidades de bancada, passos de reprodução, regras de severidade e cobertura de regressão viram registros que você pode consultar.
Anatomia de um relatório de bug
O que um defeito carrega quando os campos combinam com o método.
O registro do defeito
Sintoma, severidade, relator, estado, build de firmware e revisão de hardware são campos do relatório.
Builds e versões
Todo build de firmware tem sua data e changelog. Um defeito aponta para o build que o revelou e o build que o corrigiu.
A bancada
Unidades de teste físicas têm números de série, revisões e builds atualmente instalados, para que uma afirmação possa ser verificada em um dispositivo específico.
A matriz de regressão
Revisão de dispositivo por versão de firmware, com cada célula marcada como testado, aprovado, reprovado ou não executado. As lacunas ficam visíveis.
Passos de reprodução
Os passos são ordenados e pertencem ao defeito. Quando a correção chega, os mesmos passos viram o script de verificação.
Triagem
Regras de severidade guiam a fila. Um sev-1 pode acionar o responsável, enquanto trabalho de severidade menor espera a passagem semanal.
Um exemplo: a equipe de hardware de irrigação da Marina
Veja como uma empresa poderia usar isso. É apenas um exemplo — você descreveria seus próprios produtos, builds, regras de severidade, integrações e processo de lançamento.
O relatório de campo chega estruturado
Uma parceira beta relata válvulas vibrando após ciclos programados. O portal do parceiro já conhece as revisões de hardware do site, então o relatório chega com sintoma, build e revisão do dispositivo.
A severidade o move para a frente
Marina marca como sev-1 porque há risco de dano por água. A regra notifica o responsável e coloca o defeito à frente de trabalhos de menor risco.
A bancada isola a falha
Marina reproduz o problema apenas na rev B sob o build 2.4.1. Esses fatos são salvos no defeito, transformando o relatório em um alvo de correção específico.
GitHub e o rastreador permanecem vinculados
O defeito abre uma issue no GitHub. Quando a correção é mesclada, o evento volta e move o defeito para aguardando verificação.
A verificação atualiza a matriz
Os passos de reprodução originais rodam contra o build 2.4.2 na mesma unidade de bancada. A célula rev B por 2.4.2 muda para aprovado.
As notas de lançamento usam defeitos fechados
As notas de lançamento da versão 2.4.2 são montadas a partir dos defeitos fechados, incluindo sintoma, revisões afetadas e resolução.
Descreva o que você quer construir
A Kliv constrói a partir da sua descrição, então quanto mais detalhes você der, mais próxima a primeira versão ficará. Nomeie seus campos de defeito, regras de severidade, matriz de cobertura, integrações e resultados de lançamento. Aqui vão três para você desenvolver:
Rastreador de defeitos de firmware
Builds, revisões, regras de severidade e matriz de cobertura.
“Construa um rastreador de defeitos para nossa equipe de hardware de irrigação inteligente. Cada defeito deve registrar build de firmware, revisão de hardware, severidade, passos de reprodução e site afetado. Mostre uma matriz de regressão por revisão de dispositivo e versão de firmware, notifique o responsável de QA para problemas sev-1, e inclua correções verificadas nas notas de lançamento.”
Painel de QA para agência
Relatórios de bugs por cliente e resumos semanais.
“Construa um rastreador de QA para minha agência web. Cada cliente deve registrar bugs e ver apenas seus próprios relatórios. Nossa equipe interna deve triar todos os projetos, atribuir responsáveis, acompanhar o status e enviar um resumo semanal por e-mail para cada cliente com itens em aberto, corrigidos e aguardando o cliente.”
Portal de aprovação de UAT
Execuções de aceite roteirizadas com falhas registradas.
“Construa um portal de teste de aceitação do usuário para lançamentos corporativos. Os testadores devem seguir checklists roteirizados por lançamento, falhas devem criar defeitos com os passos anexados, as partes interessadas devem aprovar por papel, e o lançamento deve mostrar quem aprovou e quem ainda não aprovou.”
Onde o rastreador conquista confiança
O rastreador pode ter seus próprios testes. A Kliv pode gerar testes para as regras que constrói, como roteamento de severidade e consolidações de matriz, e bloquear a publicação quando os testes falham.
Parceiros de campo veem apenas os próprios relatórios. Logins de parceiros são restritos aos seus sites e defeitos. Dados de bancada, notas internas e relatórios de outros parceiros não aparecem para eles.
O GitHub pode fechar o ciclo. Um defeito pode abrir uma issue no seu repositório, e eventos de merge podem voltar para avançar o estado do defeito.
Defeitos antigos podem continuar úteis. O histórico importado pode se tornar pesquisável por sintoma, para que um problema antigo de vibração de válvula possa aparecer quando um novo relatório usar palavras diferentes.
Os mecanismos por trás disso — navegadores reais, dados bifurcados e portões de publicação — fazem parte da própria história de testes da Kliv.
Perguntas frequentes
O que exatamente é a Kliv?
A Kliv é uma construtora de aplicativos com IA. Você descreve o sistema de controle de qualidade e rastreamento de defeitos que precisa, e ela constrói o aplicativo funcional com os campos, fluxos de trabalho, papéis, integrações e relatórios.
Eu recebo um aplicativo de verdade, ou um modelo pronto?
Um aplicativo de verdade. Seus builds, revisões, regras de severidade, matriz de regressão, visões de parceiros e notas de lançamento são construídos em torno do seu processo.
Posso mudar depois de construído?
Sim. Peça mudanças em palavras simples, como adicionar um nível de severidade, mudar regras de triagem ou revisar notas de lançamento.
Parceiros beta podem ver os relatórios uns dos outros?
Não. Logins de parceiros consultam apenas linhas ligadas aos seus sites, então defeitos de outros parceiros e dados internos de bancada ficam fora do alcance.
Como isso se conecta ao nosso repositório?
Pelo conector do GitHub. Defeitos podem abrir issues, e eventos de merge podem atualizar o estado do defeito.
Podemos importar o histórico do rastreador antigo?
Sim. Você pode exportar o rastreador antigo, enviar os dados e manter os números de tickets antigos como referência.
Ele consegue rastrear revisões de hardware e builds de firmware?
Sim. Eles podem ser campos de primeira classe e registros vinculados, para que relatórios, buscas e matrizes possam usá-los diretamente.
Como funciona a matriz de regressão?
Cada combinação de revisão de dispositivo e build de firmware ganha uma célula marcada como testado, aprovado, reprovado ou não executado.
Os passos de reprodução podem virar passos de verificação?
Sim. Os passos ordenados salvos no defeito podem ser reutilizados quando uma correção estiver pronta para verificação.
Problemas sev-1 podem notificar o responsável?
Sim. Regras de severidade podem enviar notificações e mover o trabalho na fila.
Ele vai gerar notas de lançamento?
Ele pode montar notas de lançamento a partir de defeitos fechados e verificados, incluindo sintomas, revisões afetadas e resoluções.
Posso usar meu próprio domínio?
Sim. O aplicativo roda no seu próprio domínio.
Posso sair da Kliv depois?
Sim. O código é sincronizado com seu próprio repositório Git, então sair é um git pull em vez de uma reconstrução.
Mais nesta categoria
Criado por criadores
Explore o que é possível
Veja aplicativos reais criadas com Kliv por desenvolvedores e criadores no mundo todo
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Lance a partir de um quadro limpo
Descreva seus campos de defeito, regras de severidade, configuração de bancada, matriz, fluxo do GitHub e notas de lançamento com todo o detalhe que quiser. A Kliv constrói o sistema de QA em torno deles.