Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Nedenfor er beskrevet et normalt sagsforløb for en Bug trin for trin:


1

Sagen oprettes i Manuscript, og assignes til Systemforvaltning (SF).

a. Sager fra Kundetest

  •   Hvis fejlen er oprettet af en STAR tester assignes fejlen til 'STAR SPOC’.

  •   Hvis fejlen er oprettet af STAR SPOC assignes fejlen til 'Systemforvaltning':

b. Er sagen assignet til STAR SPOC, visiteres sagen her, inden den evt. sendes videre til Systemforvaltning til videre behandling og løsning.

2.

Systemforvalter visiterer og behandler sagen:

  1. Løser sagen

  2. Tildeler sagen til en udvikler

  3. Efterspørger mere information hos sagsopretter

  4. osv.

3.

Fejlen

rettes

rettes 

4.

Hvis der committes kode i forbindelse med rettelse, indsættes sagshenvisning til i Git, jf. /wiki/spaces/CITY/pages/1334902869

5.

Når fejlen er rettet, ufyldes sagen med

Releasenote (løsningsbeskrivelse) og

Milestone, og status ændres til

Resolved . Hvis det er en bug sættes status til Resolved

"Resolved (Needs QA)", der indikerer at fejlen er klar til intern test.

Hvis den interne test fejler, skal sagen genåbnes og assignes til Systemforvaltning (og genkøres fra pkt. 2).

Når fejlrettelsen er testet ok i den interne test, kan sagen sættes til Resolved Fixed, og er nu klar til test hos den der har oprettet sagen

5

6.

Sagens ejer (den person der har oprettet sagen) informeres nu om, at fejlen har status resolved.

6

7.

Sagsejer tester, og lukker efterfølgende sagen (status Closed) eller genåbner, hvis testen fejler.

7

8.

Ved genåbning, modtager Systemforvalter sagen til re-visitering (genkøres fra pkt. 2 ).

8

9.

Når sagsejer har testet løsningen OK, er det sagsejers ansvar at ændre status fra Resolved til Closed.