Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

På denne side beskrives, hvordan nye opgaver og fejl håndteres.

Eksternt

Nedenstående dokument er sendt ud til koordinationsgruppen den 27/9-2016. Dokumentet indholder instruktioner til kommunerne om, hvordan deres medarbejdere skal indberette fejl og ønsker til nye features, heriblandt hvilke informationer der ønskes fra Miracles side i forbindelse med inberetning af fejl.

Internt

  1. Medarbejder ved kommune oplever fejl/nyt behov for funktionalitet. Fejl/opgave rapporteres ind gennem JIRA efter skabelon til formålet.

    1. Fejl: sagen assignes til udvikler på projektet efter prioriteret rækkefølge.

    2. Ny feature: sagen er prioriteret af koordineringsgruppen.
  2. Supportafdeling/Kristian kigger på sagen, og vurderer hvilken udvikler den skal assignes til.

  3. Alt efter prioritering i forhold til andre OS2 udviklingsopgaver, påbegyndes evt. analyse og estimering, eller fejlsøgning og udvikling.

  4. Udvikleren løser opgaven, og tester på i sit eget lokale miljø.

  5. Når opgaven er løst, deployes den til vores interne testmiljø, hvor Kristian eller en anden tester afprøver om alt er som det skal være.

  6. Efter opgaven er testet OK, vurderes det, om der er tale om et hotfix, der skal deployes til kommunerne hurtigst muligt. Hvis ikke, skal det bestemmes hvilket release opgaven skal med i.

  7. Opgaven kommer herefter med i et test-release, som lægges på pre prod serveren hos Syddjurs kommune, hvor sagens kontaktperson får mulighed for at teste.

    1. Hvis der stadig er fejl, kommer opgaven tilbage til udvikleren, og herefter ud i anden runde af test releaset.

  8. Når alle opgaver i test-release er testet OK, bliver der lavet et endeligt release, som deployes til alle kommuners produktionsmiljø.

 

  • No labels