Godkendelsesproces
Lær at gennemgå og godkende agent-indsendelser i Kvalitetskontrol.
Adgang
- Anmelder, Administrator, Superadmin: Kan bedømme tests, forsegle rapporten og afvise indsendelser
- Udgivelse af den godkendte version kræver mindst Udvikler-rollen — en Anmelder forsegler og giver stafetten videre
- Du kan behandle din egen indsendelse. Forsegler og udgiver samme person en version, oplyses det tydeligt i den forseglede rapport (solo-aktør-markering)
Åbn indsendelsen
- Gå til indsendelseskøen på
/reviews(eller åbn agenten direkte under Kvalitetskontrol i sidemenuen) - Klik på en afventende indsendelse
Indsendelsen åbnes i agentens QA-arbejdsrum, hvor test og godkendelse ligger samlet. Du godkender og afviser herfra — ikke på et separat detaljebillede.
Du bedømmer en frosset version
Ved indsendelsen blev agenten frosset som en uforanderlig version. Alt i din gennemgang — kørsler, bedømmelser, afgørelsen — peger på netop den frosne version, så udvikleren roligt kan bygge videre imens. Verdikterne pinnes til versionen og forbliver gyldige, selv om det live build ændrer sig.
I arbejdsrummet kan du:
- Se versionen under gennemgang: versionsvælgeren viser den indsendte, frosne version
- Se agentens flow: klik "Vis flow" for en skrivebeskyttet visning af opbygningen
- Læse indsendelsesnoter: versionsnavn og udgivelsesnoter fra indsenderen
Gennemgå referencetestene
Indsendelsen kommer med udviklerens referencetests — de tests, udvikleren valgte at overføre ved indsendelsen. De er dit valideringsgrundlag:
- Kør testene mod den frosne version. Kør alle tests igen kører hele referencesættet i én omgang.
- Bedøm hvert endeligt output: for hver test vises flowets færdige output med spørgsmålet "Er dette output korrekt?" — giv verdikten God eller Ikke god, eventuelt med en note. En test er Godkendt, når alle dens endelige output er bedømt God.
- Opret egne tests efter behov med Ny test — du udfylder de testinput, udvikleren har defineret. Tests du opretter her, bliver i kvalitetskontrollen.
Har agenten været indsendt før, viser en genkørsel en konsekvensanalyse: output der er uændrede siden sidste bedømte version kan overføres i én handling — deres tidligere verdikt (og den oprindelige anmelder) bevares — mens ændrede output skal bedømmes på ny.
Godkend versionen
Knappen Godkend version aktiveres, når alle referencetests er bedømt (hold musen over den deaktiverede knap for at se, hvad der mangler). Afhængigt af resultatet sker ét af tre:
| Situation | Handling | Resultat |
|---|---|---|
| Alle tests God, og du har mindst Udvikler-rollen | Godkend og udgiv | Versionen udgives (ny hovedversion, f.eks. v0.5 → v1.0), og accepttest-rapporten forsegles |
| Alle tests God, men du har Anmelder-rollen | Forsegl rapport | Rapporten forsegles; en bruger med mindst Udvikler-rollen udgiver versionen |
| Nogle tests er Ikke god | Forsegl rapport | Gennemgangens resultat forsegles som dokumentation. Versionen udgives som udgangspunkt ikke — en bruger med mindst Udvikler-rollen kan dog vælge at udgive alligevel med en udtrykkelig anerkendelse af de fejlede tests |
Rapporten er endelig og kan ikke ændres. Den dokumenterer den frosne version, testene og hver verdikt (inklusive hvem der bedømte), og den overlever selv sletning af agenten — den kan bruges som dokumentation i revision og konsekvensanalyse.
Afvis indsendelsen
Afvis kan altid bruges — også før der er kørt en test, eller netop fordi tests ikke består.
- Klik Afvis
- Skriv feedback til indsenderen — forklar hvad der skal ændres
- Bekræft
Hvad sker der
- Indsendelsen markeres som Afvist, og agenten vender tilbage til Kladde
- Referencetestene forbruges: de arkiveres sammen med deres bedømmelser som dokumentation for afgørelsen. De vender ikke tilbage til udviklerens testfane — udviklerens egne (ikke-overførte) tests er urørte
- Udvikleren kan ikke genindsende den samme version: der skal gemmes en reel ændring af flowet, før "Send til kvalitetskontrol" åbner igen
- Indsenderen får besked med din feedback
Tips til god gennemgang
- Kør hele referencesættet, før du afgør — konsekvensanalysen viser dig, hvad der reelt har ændret sig
- Bedøm på det endelige output, ikke på mellemtrin (mellemtrin vises kun som kontekst)
- Giv konkret, handlingsrettet feedback ved afvisning — udvikleren ser den sammen med afgørelsen
- Brug noter på de enkelte output til at dokumentere din vurdering