> For the complete documentation index, see [llms.txt](https://docs.cerrix.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.cerrix.com/cerrix-documentation-no/cerrix-funksjoner/module-overview/controls/control-advanced-effectiveness-testing/test-plan-statuses-scores-and-reporting.md).
# Testplan-statuser, skårer og rapportering
## Testplan-statuser, skårer og rapportering
Denne siden forklarer hvordan statusen til en avansert Testplan for Effektivitetstesting utvikler seg (og går tilbake etter en avvisning), hvor de resulterende testskårene vises på Kontroll, og hvordan du kan se og rapportere om testfremdrift på tvers av alle Kontrollene dine. For trinnvise instruksjoner for hvert Workflow-steg, se [Kontroll Avansert Effektivitetstesting](/cerrix-documentation-no/cerrix-funksjoner/module-overview/controls/control-advanced-effectiveness-testing.md).
### Flyt for Testplan-status
Hver Testplan i en Kontrolls oversikt over Testplaner viser en status som forteller deg hvilket Workflow-steg planen er i, og dermed hvem som må handle neste. En Testplan går gjennom følgende stadier:
| Status | Hva det betyr | Hva som flytter planen videre |
| ---------------------------------------------- | -------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ |
| Last opp kildedokumenter for å starte Workflow | Testplanen er opprettet, men ingen kildedokumenter er ennå lastet opp. | Opplasteren av kildedokumenter laster opp kildedokumentene; deretter kan prøver genereres. |
| Venter på dokumentasjon | Prøver er generert, og Testplanen venter på at dokumentasjon skal lastes opp for hver prøve. | Dokumentasjonsopplasteren laster opp den etterspurte dokumentasjonen for prøvene. |
| Kontrolltesting | Dokumentasjonen er på plass, og testeren kan utføre testtrinnene og skåre prøvene. | Testeren fullfører og lagrer alle testtrinn og skårer. |
| Klar for Vurdering | Testeren er ferdig med testingen, og resultatet venter på Reviewerens endelige Vurdering. | Revieweren godkjenner den endelige konklusjonsskåren. |
| Fullført | Revieweren har godkjent den endelige konklusjonen. Testplanen er lukket, og resultatet er endelig. | — |
{% hint style="info" %}
En Testplan er bare markert **Fullført** når Revieweren godkjenner den endelige konklusjonsskåren. Så lenge vurderingstrinnet ikke er godkjent, er planen ikke fullført, og Kontrollfelt som avhenger av en fullført Testplan (som for eksempel **Dato testet (Effektivitetstesting)** og **Effektivitetsskår**) forblir tomme.
{% endhint %}
#### Kontroll fant ikke sted
Et testresultat kan vise **Kontroll fant ikke sted**. Dette vises når testen hoppes over: i stedet for å utføre testtrinnene, ble alternativet *Kontroll fant ikke sted* ble klikket direkte for den testen. Bruk dette alternativet bare når kontrollen faktisk ikke fant sted i testperioden.
### Når en Reviewer avviser en konklusjon
Hvis Reviewer avviser den endelige konklusjonsskåren, er Testplanen **ikke** fullført. Den går tilbake til testeren, og statusen forblir i test-/Vurdering-stadiet i stedet for å gå til Fullført.
Testeren handler deretter: det avviste resultatet forventes å bli revidert og sendt inn på nytt. Etter at testeren har lagret det reviderte resultatet, går planen videre til Reviewer igjen.
### Sende en test tilbake for mer dokumentasjon
Hvis en Testplan er i **Kontrolltesting** trinnet, men den opplastede dokumentasjonen viser seg å være utilstrekkelig, kan du flytte planen tilbake til trinnet for opplasting av dokumentasjon. Både administratoren og testeren kan gjøre dette med **Avvis manglende dokumentasjon** knappen. Planen går da tilbake til **Venter på dokumentasjon**, og dokumentasjonsopplasteren handler deretter.
### Testskårer på Kontroll
Resultatene av testingen oppsummeres på Kontroll i **Testskårer** panelet, som viser Design-skåren, Implementeringsskåren, Effektivitetsskåren og Konklusjonsskåren, sammen med tilhørende testdatoer. Disse feltene fylles ut av testarbeidsflytene:
* **Dato testet (Effektivitetstesting)** og **Effektivitetsskår** fylles bare ut når den første Testplanen for Kontrollen er blitt **fullført**. Så snart den første Testplanen er fullført, fylles disse feltene ut.
* **Neste testdato (Effektivitetstesting)** hentes fra **forfallsdato for Reviewer** for den gjeldende åpne Testplanen — eller fra **forfallsdato for testeren** hvis Testplanen ikke har et vurderingstrinn. Hvis det ikke finnes noen åpen Testplan, fylles ikke dette feltet ut.
* **Neste testdato (D\&I)** er avledet fra **Innledende testdato** og **Testfrekvens** feltene på Kontrollens Design- og implementeringsskjermer. Hvis ingen innledende testdato ble planlagt, forblir dette feltet tomt.
For å se alle detaljene bak disse skårene for en bestemt Kontroll, åpne Kontroll fra Controls Workspace (klikk på dens Identifier) og gå til **Effektivitetstesting** fanen. Der finner du en oversikt over alle Testplaner for Kontroll — status, Periode, antall prøver, vedlagte dokumenter med dokumentasjon og konklusjonsskårer — samt hele historikken over tidligere testresultater, som du kan bla gjennom via navigasjonen på venstre side av skjermen.
### Rapportering om teststatus på tvers av Kontroller
For å se hvilket teststadium alle Kontrollene dine er i, har du to alternativer:
1. Åpne **Kontroll avansert Effektivitetstesting** Workspace og legg til de relevante testkolonnene (for eksempel status- og skårfeltene) i visningen din. Filtrer datasettet etter behov og bruk Workspace-verktøyknappen til å eksportere det til Excel.
2. Åpne **Kontroll** Workspace, filtrer datasettet og bruk Workspace-verktøyknappen til å eksportere **Testplanen**. Denne eksporten inkluderer også testtrinnene.
For kolonnekonfigurasjon, filtrering og lagring av visningen din som en forhåndsinnstilling, se [Arbeidsområder, filtre og forhåndsinnstillinger](/cerrix-documentation-no/cerrix-funksjoner/workspaces-filters-and-presets.md).
{% hint style="warning" %}
Testkolonner fylles bare ut for **overvåkede** kontroller. Hvis en kontroll ikke lenger er merket som *Overvåket*, blir de testrelaterte kolonnene (for eksempel testdatoer og statuser) stående tomme i arbeidsområder og forhåndsinnstillinger.
{% endhint %}
Husk at forhåndsinnstilte filtre snevrer inn én enkelt liste per kolonne. Å kombinere to grupper som er definert av ulike betingelser i én forhåndsinnstilling — for eksempel kontroller testet som effektive *pluss* ineffektive kontroller som har et Forbedringstiltak koblet til — er vanligvis ikke mulig innen én enkelt forhåndsinnstilling. For rapporteringsformål er den mest pålitelige tilnærmingen å filtrere hver gruppe separat og eksportere resultatene. Hvis du er usikker på om en bestemt kombinasjon kan uttrykkes i én forhåndsinnstilling, kontakt CERRIX-støtte.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.cerrix.com/cerrix-documentation-no/cerrix-funksjoner/module-overview/controls/control-advanced-effectiveness-testing/test-plan-statuses-scores-and-reporting.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
