Manuscript sagsforløbet

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 

4.

Hvis der committes kode i forbindelse med rettelse, indsættes sagshenvisning til i Git, jf. Git commits og Manuscript referencer

5.

Når fejlen er rettet, ufyldes sagen med Milestone, og status ændres til "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

6.

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

7.

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

8.

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

9.

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