Cette page a été traduite de l’anglais.
Outils pour développeurs
Tests automatisés et QA, intégrés
Kliv est un créateur d'applications IA avec tests automatisés et assurance qualité intégrés. Décrivez les règles métier à respecter, et Kliv écrit les tests, exécute des scénarios navigateur et bloque la publication en cas d'échec.
Entrez simplement votre idée dans la zone de texte et AI la construira pour vous
Qu'est-ce que Kliv ?
Kliv n'est pas un tableau de bord qualité séparé auquel on s'abonne et qu'on configure — c'est un créateur d'applications IA qui construit le logiciel à votre place.
Vous décrivez l'application dont vous avez besoin avec vos propres mots, et Kliv la construit : les données, la logique, les écrans et les tests. Vous obtenez une véritable application qui vous appartient. Vous pouvez l'utiliser, la modifier plus tard en demandant des changements, et synchroniser le code vers votre propre dépôt Git. Ce n'est ni un modèle ni une maquette.
Sur cette page, cette application, ce sont les tests automatisés et l'assurance qualité que Kliv intègre aux applications. Kliv construit toutes sortes d'applications web ; celle-ci en fait partie, et c'est ce que couvre le reste de cette page.
Pourquoi la qualité ne peut pas être une réflexion après coup
Le portail de commande d'une boulangerie de gros a des règles qui comptent : les commandes se ferment à 22h, chaque café a sa propre grille tarifaire, et personne ne peut dépasser une limite de crédit. Si un changement de routine laisse passer une commande à 22h40, la fournée du matin peut être fausse pour de vrais clients.
Chez Kliv, les tests font partie intégrante de la construction de l'application. Les fonctionnalités arrivent avec de véritables tests unitaires utilisant Vitest et Testing Library. Pour les règles que vous ne pouvez pas vous permettre de perdre, vous pouvez demander des scénarios : des tests navigateur qui se connectent et appuient sur les mêmes boutons qu'un utilisateur.
De quoi se compose la couche qualité
Cinq éléments, du premier test jusqu'à la version bloquée.
Tests unitaires au fil de la construction
Les tests sont écrits en même temps que le code qu'ils vérifient et existent comme de vrais fichiers dans l'arborescence source de votre application.
Scénarios et repères sémantiques
Un scénario trouve un bouton par son nom et un champ par son libellé, pas par un chemin CSS fragile. Il pilote la vraie application dans un vrai navigateur, connexion et règles de sécurité actives.
Copie de base de données jetable
Les écritures d'un scénario atterrissent dans une copie de base de données créée pour l'exécution, puis supprimée ensuite. Une commande de test ne touche jamais un vrai planning de production.
Reçu d'exécution
Chaque exécution enregistre les effets de bord : écritures acceptées, actions refusées, e-mails capturés, et la raison pour laquelle chaque vérification a réussi ou échoué.
Verrou de publication
Un test en échec bloque la publication. La mise en production attend que la règle repasse au vert.
Un exemple : le portail de la boulangerie de gros de Camille
Voici comment une entreprise pourrait s'en servir. Ce n'est qu'un exemple — vous décririez vos propres règles, flux de travail, rôles et tests.
Elle nomme la règle qui compte
Camille dit : « Les commandes passées après 22h doivent être refusées et le créneau du lendemain proposé. » Kliv transforme cela en un scénario qui se connecte comme un café, essaie 21h59 puis 22h01, et vérifie les deux résultats.
Le test s'exécute sur des données jetables
Le scénario crée un café de test, passe les deux commandes, et vérifie le planning sur une copie de base de données. Le vrai planning de la boulangerie ne voit jamais la commande de test.
Le reçu montre ce qui s'est passé
Le reçu d'exécution liste la commande de 21h59 acceptée, la tentative de 22h01 refusée, la raison affichée à l'utilisateur, et l'e-mail de confirmation capturé au lieu d'être envoyé.
Un changement ultérieur ne peut pas rouvrir la faille en silence
Des mois plus tard, le flux de commande change. Le scénario de l'heure limite s'exécute à nouveau, et si une commande de 22h01 commence à passer, la publication s'arrête et désigne la règle en échec.
La suite de tests grandit avec l'entreprise
Quand Camille ajoute des limites de crédit et des tournées réservées aux livreurs, elle demande des tests pour ces règles aussi. La preuve reste avec le code source de l'application.
Décrivez les règles que vous voulez tester
Kliv construit les tests à partir de votre description, donc plus vous donnez de détails, plus la première version sera proche du but. Nommez les acteurs, l'action autorisée, l'action refusée, et le message attendu. Voici trois exemples pour commencer :
Heure limite de commande
Accepter avant 22h, refuser après, et proposer le lendemain.
“Créez un portail de commande pour une boulangerie de gros avec une heure limite fixée à 22h. Ajoutez un scénario qui se connecte comme Café des Lilas, passe une commande à 21h59 et confirme qu'elle est acceptée pour la fournée du lendemain, puis réessaie à 22h01 et confirme que la commande est refusée avec un message proposant le prochain créneau disponible.”
Limites de crédit
Bloquer les commandes au-delà du plafond avec un message clair.
“Ajoutez une limite de crédit de 1 100 € par client à mon portail de commande de boulangerie. Écrivez un test qui donne au Café des Lilas un solde impayé de 1 050 €, tente de passer une commande de 80 €, et prouve que la commande est bloquée avec un message expliquant la limite de crédit.”
Limites de rôle
Les livreurs voient les tournées, pas les tarifs.
“Écrivez un scénario qui se connecte comme le livreur Léo et prouve qu'il peut voir la tournée de livraison du jour, les notes d'arrêt et les cases à cocher, mais ne peut pas ouvrir les grilles tarifaires ni les factures des clients, même en collant leurs URL directement.”
Comment tout s'articule
Les tests unitaires sont la règle par défaut ; les scénarios sont demandés pour les règles les plus importantes. Kliv écrit des tests unitaires au fil de la construction. Les scénarios navigateur naissent d'une demande en langage clair qui nomme le comportement qui vous importe.
Les flux d'argent peuvent être répétés à blanc. Si l'application facture des clients, le bac à sable peut exécuter la partie commerce avec des fonds simulés et un temps simulé avant qu'aucune charge réelle n'existe.
La preuve est portable. Les tests vivent dans la même arborescence source que l'application, et cette arborescence se synchronise vers votre propre dépôt Git. Vous pouvez lire et exécuter les tests en dehors de tout tableau de bord.
Toute la mécanique — repères, copies, reçus et verrous — est traitée en détail sur la page consacrée aux tests.
Questions fréquentes
Qu'est-ce que Kliv exactement ?
Kliv est un créateur d'applications IA qui construit des applications web sur mesure à partir d'une description. Il écrit aussi les tests de l'application qu'il construit, y compris des tests unitaires et des scénarios navigateur demandés.
Est-ce que j'obtiens une vraie application, ou un modèle ?
Une vraie application, avec de vrais fichiers source et des tests dans l'arborescence source. Les tests ne sont pas une liste de contrôle externe à l'application.
Puis-je la modifier après sa construction ?
Oui. Quand vous modifiez l'application, Kliv peut mettre à jour les tests concernés ou en ajouter de nouveaux pour les règles que vous nommez.
Dois-je écrire les tests moi-même ?
Non. Les tests unitaires sont écrits au fil de la construction de l'application. Vous demandez des scénarios en langage clair, par exemple « prouve qu'un livreur ne peut pas voir les grilles tarifaires ».
Les exécutions de test vont-elles polluer mes données ?
Non. Les scénarios s'exécutent sur une copie de base de données créée pour l'exécution puis supprimée ensuite. Vos vraies commandes, utilisateurs et enregistrements ne font pas partie du test.
Que deviennent les e-mails déclenchés par un test ?
Ils sont capturés et listés dans le reçu d'exécution avec leur contenu. Ils ne sont pas envoyés aux vrais clients.
Un test peut-il arrêter une mauvaise mise en production ?
Oui. Les tests réussis conditionnent la publication. Si la suite est au rouge, la mise en production n'a pas lieu tant que la règle en échec n'est pas corrigée.
Les tests sont-ils de vrais fichiers que je peux consulter ?
Oui. Les tests unitaires et les scénarios vivent avec le code source de l'application, et ce code se synchronise vers votre propre dépôt Git.
Les scénarios peuvent-ils tester les permissions ?
Oui. Un scénario peut se connecter avec un rôle précis et prouver ce que ce rôle peut et ne peut pas lire ou faire.
Les scénarios peuvent-ils tester les flux de paiement ?
Oui. Les flux de paiement peuvent être répétés à blanc dans le bac à sable avec des paiements de test et un temps simulé avant de connecter de l'argent réel.
Les scénarios utilisent-ils des sélecteurs fragiles ?
Ils utilisent des repères sémantiques quand c'est possible, comme les noms de boutons et les libellés de champs, ce qui rend une refonte moins susceptible de casser le test pour de mauvaises raisons.
Puis-je quitter Kliv plus tard ?
Oui. Le code et les tests se synchronisent vers votre propre dépôt Git.
Plus dans cette catégorie
Réalisé par des créateurs
Découvrez ce qui est possible
Découvrez de vraies applications créées avec Kliv par des développeurs et des créateurs du monde entier
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.
Testez les règles qui comptent
Décrivez les règles que votre entreprise ne peut pas se permettre d'enfreindre, les utilisateurs qui les appliquent, et les résultats attendus. Kliv construit l'application et les tests qui prouvent que ces règles tiennent toujours.