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
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:
|
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. |