Denne side er oversat fra engelsk.
Udviklerværktøjer
Byg et system til kvalitetssikring og fejlsporing
Kliv er en AI-appbygger. Beskriv jeres builds, enhedsrevisioner, reproduktionstrin, alvorlighedsregler, regressionsmatrix, GitHub-workflow og partneradgang, og den bygger et system til kvalitetssikring og fejlsporing.
Skriv bare din idé i tekstfeltet, så bygger AI den for dig
Hvad er Kliv?
Kliv er ikke en generisk sagsstyring med etiketter, du skal bøje efter din proces — det er en AI-appbygger, der bygger softwaren for dig.
Du beskriver den app, du har brug for, med almindelige ord, og Kliv bygger den: databasen, arbejdsgangen, skærmbillederne, rollerne, integrationerne, rapporterne og testene. Du ejer den, kører den på dit eget domæne, og ændrer den senere ved at spørge. Det er ikke en fast fejltavle med tilpassede etiketter.
På denne side er den app et system til kvalitetssikring og fejlsporing. Kliv bygger alle slags webapps; denne er til teams, hvis fejl kræver rigtig struktur.
Hvorfor et generisk system ikke kan se jeres værksted
Et hardware-team har måske brug for, at hver fejl navngiver symptomet, firmware-builden og hardware-revisionen. En fejl, der opstår på rev B under 2.4.1, er ikke det samme som det samme symptom på rev D. Generiske systemer efterlader ofte den struktur i etiketter og tekstfelter.
Kliv bygger fejlsporingen omkring de fakta, QA rent faktisk bruger. Builds, revisioner, testenheder, reproduktionstrin, alvorlighedsregler og regressionsdækning bliver til poster, du kan forespørge på.
Anatomien i en fejlrapport
Hvad én fejl indeholder, når felterne matcher metoden.
Fejlposten
Symptom, alvorlighed, indrapportør, status, firmware-build og hardware-revision er felter på rapporten.
Builds og versioner
Hver firmware-build har sin dato og changelog. En fejl peger på den build, der afslørede den, og den build, der rettede den.
Værkstedet
Fysiske testenheder har serienumre, revisioner og aktuelt flashede builds, så en påstand kan tjekkes mod en bestemt enhed.
Regressionsmatrixen
Enhedsrevision krydset med firmwareversion, hvor hver celle markeres testet, bestået, fejlet eller ikke kørt. Hullerne er synlige.
Reproduktionstrin
Trinene er ordnet og ejet af fejlen. Når rettelsen lander, bliver de samme trin til verifikationsscriptet.
Triage
Alvorlighedsregler styrer køen. En sev-1 kan tilkalde teamlederen, mens arbejde med lavere alvorlighed venter til den ugentlige gennemgang.
Et eksempel: Mettes team for vandingshardware
Sådan kunne én virksomhed bruge det. Det er kun et eksempel — du ville beskrive dine egne produkter, builds, alvorlighedsregler, integrationer og udgivelsesproces.
Feltrapporten ankommer struktureret
En betapartner rapporterer, at ventiler klaprer efter planlagte kørsler. Partnerportalen kender allerede sitets hardware-revisioner, så rapporten ankommer med symptom, build og enhedsrevision.
Alvorlighed flytter den forrest
Mette markerer den som sev-1, fordi vandskade er mulig. Reglen giver teamlederen besked og flytter fejlen foran arbejde med lavere risiko.
Værkstedet indsnævrer fejlen
Mette genskaber den kun på rev B under build 2.4.1. De fakta gemmes på fejlen, så rapporten bliver et konkret rettelsesmål.
GitHub og fejlsporingen holdes koblet
Fejlen åbner et GitHub-issue. Når rettelsen merges, strømmer hændelsen tilbage og flytter fejlen til afventer verifikation.
Verifikation opdaterer matrixen
De oprindelige reproduktionstrin køres mod build 2.4.2 på samme testenhed. Cellen for rev B ved 2.4.2 skifter til bestået.
Udgivelsesnoter bruger lukkede fejl
Udgivelsesnoterne til 2.4.2 samles fra lukkede fejl, inklusive symptom, berørte revisioner og løsning.
Beskriv, hvad du vil bygge
Kliv bygger ud fra din beskrivelse, så jo mere detalje du giver, desto tættere bliver den første version. Navngiv jeres fejlfelter, alvorlighedsregler, dækningsmatrix, integrationer og udgivelsesresultater. Her er tre at bygge videre på:
Firmware-fejlsporing
Builds, revisioner, alvorlighedsregler og dækningsmatrix.
“Byg en fejlsporing til vores team for smart vandingshardware. Hver fejl skal registrere firmware-build, hardware-revision, alvorlighed, reproduktionstrin og berørt site. Vis en regressionsmatrix efter enhedsrevision og firmwareversion, giv QA-lederen besked ved sev-1-sager, og medtag verificerede rettelser i udgivelsesnoterne.”
QA-tavle for bureau
Kunde-afgrænsede fejlrapporter og ugentlige opsummeringer.
“Byg en QA-tavle til mit webbureau. Hver kunde skal kunne indsende fejl og kun se sine egne rapporter. Vores interne team skal triagere alle projekter, tildele ansvarlige, spore status og sende en ugentlig opsummeringsmail til hver kunde med åbne, rettede og afventende-kunde-sager.”
UAT-godkendelsesportal
Scriptede accepttest med registrerede fejl.
“Byg en brugeraccepttest-portal til enterprise-udgivelser. Testere skal arbejde sig gennem scriptede tjeklister pr. udgivelse, fejl skal oprette sager med trin vedhæftet, interessenter skal godkende efter rolle, og udgivelsen skal vise, hvem der har og ikke har godkendt den.”
Hvor fejlsporingen vinder tillid
Fejlsporingen kan have sine egne tests. Kliv kan generere tests for de regler, den bygger, såsom alvorlighedsrouting og matrix-opsummeringer, og blokere udgivelse, når tests fejler.
Feltpartnere ser kun deres egne rapporter. Partnerlogins er afgrænset til deres sites og fejl. Værkstedsdata, interne noter og andre partneres rapporter vises ikke for dem.
GitHub kan lukke løkken. En fejl kan åbne et issue i jeres repository, og merge-hændelser kan strømme tilbage og fremme fejlens status.
Gamle fejl kan forblive nyttige. Importeret historik kan blive søgbar efter symptom, så en ældre ventil-klapre-sag kan dukke op, når en ny rapport bruger andre ord.
Maskineriet bagved — rigtige browsere, forgrenet data og udgivelsesporte — er en del af Klivs egen teststory.
Ofte stillede spørgsmål
Hvad er Kliv helt præcist?
Kliv er en AI-appbygger. Du beskriver det QA- og fejlsporingssystem, du har brug for, og den bygger den fungerende app med felterne, arbejdsgangene, rollerne, integrationerne og rapporterne.
Får jeg en rigtig app, eller en skabelon?
En rigtig app. Jeres builds, revisioner, alvorlighedsregler, regressionsmatrix, partnervisninger og udgivelsesnoter bygges omkring jeres proces.
Kan jeg ændre den, efter den er bygget?
Ja. Bed om ændringer med almindelige ord, som at tilføje et alvorlighedsniveau, ændre triageregler eller revidere udgivelsesnoter.
Kan betapartnere se hinandens rapporter?
Nej. Partnerlogins forespørger kun rækker knyttet til deres sites, så andre partneres fejl og interne værkstedsdata er uden for rækkevidde.
Hvordan forbinder det til vores repository?
Gennem GitHub-connectoren. Fejl kan åbne issues, og merge-hændelser kan opdatere fejlens status.
Kan vi importere gammel fejlsporingshistorik?
Ja. Du kan eksportere den gamle fejlsporing, uploade dataene og beholde gamle sagsnumre som referencer.
Kan den spore hardware-revisioner og firmware-builds?
Ja. De kan være førsteklasses felter og koblede poster, så rapporter, søgninger og matricer kan bruge dem direkte.
Hvordan fungerer regressionsmatrixen?
Hver kombination af enhedsrevision og firmware-build får en celle markeret testet, bestået, fejlet eller ikke kørt.
Kan reproduktionstrin blive til verifikationstrin?
Ja. De ordnede trin, der er gemt på fejlen, kan genbruges, når en rettelse er klar til verifikation.
Kan sev-1-sager give teamlederen besked?
Ja. Alvorlighedsregler kan sende notifikationer og flytte arbejde i køen.
Vil den generere udgivelsesnoter?
Den kan samle udgivelsesnoter fra lukkede og verificerede fejl, inklusive symptomer, berørte revisioner og løsninger.
Kan jeg bruge mit eget domæne?
Ja. Appen kører på jeres eget domæne.
Kan jeg flytte væk fra Kliv senere?
Ja. Koden synkroniseres til jeres eget Git-repository, så det at forlade platformen er et git pull frem for en genopbygning.
Mere i denne kategori
Bygget af skabere
Udforsk hvad der er muligt
Se rigtige apps bygget med Kliv af udviklere og skabere over hele verden
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.
Udgiv fra en ren tavle
Beskriv jeres fejlfelter, alvorlighedsregler, værkstedsopsætning, matrix, GitHub-flow og udgivelsesnoter i så mange detaljer, du vil. Kliv bygger QA-systemet omkring dem.