Deze pagina is vertaald uit het Engels.
Developertools
Bouw een systeem voor kwaliteitsborging en defectregistratie
Kliv is een AI-app-builder. Beschrijf je builds, apparaatrevisies, reproductiestappen, ernstregels, regressiematrix, GitHub-workflow en partnertoegang, en het bouwt een systeem voor kwaliteitsborging en defectregistratie.
Voer je idee in het tekstvak in en AI bouwt het voor je
Wat is Kliv?
Kliv is geen generieke issuetracker met labels die je naar je eigen proces moet plooien — het is een AI-app-builder die software voor je bouwt.
Je beschrijft in gewone taal welke app je nodig hebt, en Kliv bouwt hem: de database, workflow, schermen, rollen, integraties, rapportages en tests. Je bent er eigenaar van, draait hem op je eigen domein, en past hem later aan door het gewoon te vragen. Het is geen vast bugbord met aangepaste labels.
Op deze pagina is die app een systeem voor kwaliteitsborging en defectregistratie. Kliv bouwt allerlei soorten webapps; deze is voor teams wiens defecten echte structuur nodig hebben.
Waarom een generieke tracker je testbank niet ziet
Een hardwareteam wil misschien dat elk defect het symptoom, de firmwarebuild en de hardwarerevisie noemt. Een bug die optreedt op revisie B onder 2.4.1 is niet hetzelfde als hetzelfde symptoom op revisie D. Generieke trackers laten die structuur vaak versplinterd in labels en tekstvelden.
Kliv bouwt de tracker rond de feiten die QA daadwerkelijk gebruikt. Builds, revisies, testbankunits, reproductiestappen, ernstregels en regressiedekking worden records waarop je kunt zoeken en filteren.
Anatomie van een bugmelding
Wat één defect bevat wanneer de velden aansluiten op de methode.
Het defectrecord
Symptoom, ernst, melder, status, firmwarebuild en hardwarerevisie zijn velden op de melding.
Builds en versies
Elke firmwarebuild heeft zijn datum en changelog. Een defect verwijst naar de build waarin het ontdekt werd en de build die het oploste.
De testbank
Fysieke testunits hebben serienummers, revisies en de build die er momenteel op geflasht is, zodat een bewering tegen een specifiek apparaat gecontroleerd kan worden.
De regressiematrix
Hardwarerevisie tegenover firmwareversie, waarbij elke cel gemarkeerd is als getest, geslaagd, gefaald of niet uitgevoerd. De gaten zijn zichtbaar.
Reproductiestappen
Stappen zijn geordend en horen bij het defect. Zodra de fix binnenkomt, worden diezelfde stappen het verificatiescript.
Triage
Ernstregels sturen de wachtrij aan. Een sev-1 kan de lead direct oproepen, terwijl werk met lagere ernst wacht op de wekelijkse ronde.
Een voorbeeld: het irrigatiehardwareteam van Femke
Zo zou één bedrijf dit kunnen gebruiken. Het is maar een voorbeeld — jij beschrijft je eigen producten, builds, ernstregels, integraties en releaseproces.
Het veldrapport komt gestructureerd binnen
Een betapartner meldt dat kleppen klapperen na geplande beurten. Het partnerportaal kent de hardwarerevisies van de locatie al, dus de melding komt binnen met symptoom, build en apparaatrevisie.
Ernst zet hem vooraan in de rij
Femke markeert hem als sev-1 omdat waterschade mogelijk is. De regel meldt het bij de lead en zet het defect voor werk met minder risico.
De testbank grenst de fout af
Femke reproduceert het alleen op revisie B onder build 2.4.1. Die feiten worden bij het defect opgeslagen, waardoor de melding een concreet doelwit voor de fix wordt.
GitHub en de tracker blijven gekoppeld
Het defect opent een GitHub-issue. Zodra de fix gemerged wordt, stroomt de gebeurtenis terug en verplaatst het defect naar wachten op verificatie.
Verificatie werkt de matrix bij
De oorspronkelijke reproductiestappen worden uitgevoerd tegen build 2.4.2 op dezelfde testbankunit. De cel voor revisie B bij 2.4.2 springt om naar geslaagd.
Release notes gebruiken gesloten defecten
De release notes voor 2.4.2 worden samengesteld uit gesloten defecten, inclusief symptoom, getroffen revisies en oplossing.
Beschrijf wat je wilt bouwen
Kliv bouwt op basis van je beschrijving, dus hoe meer details je geeft, hoe dichter de eerste versie bij je proces ligt. Noem je defectvelden, ernstregels, dekkingsmatrix, integraties en release-uitvoer. Hier zijn er drie om op voort te bouwen:
Firmware-defecttracker
Builds, revisies, ernstregels en dekkingsmatrix.
“Bouw een defecttracker voor ons team dat slimme irrigatiehardware voor de glastuinbouw maakt. Elk defect moet firmwarebuild, hardwarerevisie, ernst, reproductiestappen en getroffen locatie vastleggen. Toon een regressiematrix per apparaatrevisie en firmwareversie, stuur de QA-lead een melding bij sev-1-issues en neem geverifieerde fixes op in de release notes.”
QA-bord voor bureaus
Klantspecifieke bugmeldingen en wekelijkse samenvattingen.
“Bouw een QA-tracker voor mijn webbureau. Elke klant moet bugs kunnen melden en alleen zijn eigen meldingen zien. Ons interne team moet alle projecten trieren, eigenaren toewijzen, status bijhouden en elke klant wekelijks een samenvattingsmail sturen met open, opgeloste en op-de-klant-wachtende items.”
UAT-goedkeuringsportaal
Gescripte acceptatietests met vastgelegde fouten.
“Bouw een portaal voor gebruikersacceptatietests voor enterprise-releases. Testers moeten gescripte checklists per release doorlopen, fouten moeten defecten aanmaken met bijgevoegde stappen, stakeholders moeten per rol goedkeuring geven, en de release moet tonen wie wel en niet heeft goedgekeurd.”
Waar de tracker vertrouwen verdient
De tracker kan zijn eigen tests hebben. Kliv kan tests genereren voor de regels die het bouwt, zoals ernstroutering en matrixoptellingen, en publiceren blokkeren wanneer tests falen.
Veldpartners zien alleen hun eigen meldingen. Partnerlogins zijn beperkt tot hun locaties en defecten. Testbankgegevens, interne notities en meldingen van andere partners worden niet aan hen getoond.
GitHub kan de cirkel rond maken. Een defect kan een issue in je repository openen, en merge-gebeurtenissen kunnen terugstromen om de defectstatus te laten vorderen.
Oude defecten kunnen nuttig blijven. Geïmporteerde geschiedenis kan doorzoekbaar worden op symptoom, zodat een oud klepklapper-issue naar boven kan komen wanneer een nieuwe melding andere woorden gebruikt.
De machinerie eronder — echte browsers, gevorkte data en publicatiepoorten — maakt deel uit van Klivs eigen testverhaal.
Veelgestelde vragen
Wat is Kliv precies?
Kliv is een AI-app-builder. Je beschrijft het QA- en defectregistratiesysteem dat je nodig hebt, en het bouwt de werkende app met de velden, workflows, rollen, integraties en rapportages.
Krijg ik een echte app, of een sjabloon?
Een echte app. Je builds, revisies, ernstregels, regressiematrix, partnerweergaven en release notes worden rond jouw proces gebouwd.
Kan ik hem aanpassen nadat hij gebouwd is?
Ja. Vraag om wijzigingen in gewone taal, zoals het toevoegen van een ernstniveau, het aanpassen van triageregels of het herzien van release notes.
Kunnen betapartners elkaars meldingen zien?
Nee. Partnerlogins vragen alleen rijen op die aan hun locaties gekoppeld zijn, zodat defecten van andere partners en interne testbankgegevens buiten bereik blijven.
Hoe koppelt het aan onze repository?
Via de GitHub-connector. Defecten kunnen issues openen, en merge-gebeurtenissen kunnen de defectstatus bijwerken.
Kunnen we de geschiedenis van een oude tracker importeren?
Ja. Je kunt de oude tracker exporteren, de data uploaden en oude ticketnummers als referentie behouden.
Kan het hardwarerevisies en firmwarebuilds bijhouden?
Ja. Die kunnen volwaardige velden en gekoppelde records zijn, zodat meldingen, zoekopdrachten en matrices ze direct kunnen gebruiken.
Hoe werkt de regressiematrix?
Elke combinatie van apparaatrevisie en firmwarebuild krijgt een cel gemarkeerd als getest, geslaagd, gefaald of niet uitgevoerd.
Kunnen reproductiestappen verificatiestappen worden?
Ja. De geordende stappen die bij het defect zijn opgeslagen, kunnen worden hergebruikt zodra een fix klaar is voor verificatie.
Kunnen sev-1-issues de lead informeren?
Ja. Ernstregels kunnen meldingen versturen en werk in de wachtrij verplaatsen.
Genereert het release notes?
Het kan release notes samenstellen uit gesloten en geverifieerde defecten, inclusief symptomen, getroffen revisies en oplossingen.
Kan ik mijn eigen domein gebruiken?
Ja. De app draait op je eigen domein.
Kan ik later van Kliv overstappen?
Ja. De code synchroniseert naar je eigen Git-repository, dus vertrekken is een git pull in plaats van een herbouw.
Meer in deze categorie
Gebouwd door makers
Ontdek wat mogelijk is
Bekijk echte apps die wereldwijd door ontwikkelaars en makers met Kliv zijn gebouwd
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.
Lanceer vanaf een schoon bord
Beschrijf je defectvelden, ernstregels, testbankopstelling, matrix, GitHub-flow en release notes zo gedetailleerd als je wilt. Kliv bouwt het QA-systeem eromheen.