--> Click here to go to the english version <--

Buggrapport

För att hantera buggrapporter effektivt skickas dem in via vår Zendesk. Om en buggrapport behöver kompletteras, använd samma ticket.

Skapa alltid en ny ticket för varje bugg så att varje problem kan spåras och åtgärdas separate. Nedan följer riktlinjer för att skriva en tydlig och användbar buggrapport, samt ett exempel längre ner.

1. Ge en kort och precis beskrivning av felet:

• Använd tydliga och specifika ord för att beskriva vad som gick fel. Undvik vaga termer som "Det fungerar inte".

2. Ange  de exakta stegen för att reproducera buggen, t.ex:

1. Öppna appen.
2. Navigera till inställningsmenyn.
3. Klicka på "Konto" och sedan på "Logga ut".
4. Ett felmeddelande visas utan att logga ut användaren.

3. Beskriv förväntat och faktiskt resultat:

• Beskriv vad du förväntade dig skulle hända samt vad som faktiskt hände när buggen uppstod.

4. Inkludera skärmbilder eller videoklipp:

• Om möjligt, bifoga skärmdumpar eller skärminspelningsvideor som visar problemet. Detta hjälper utvecklare att snabbare identifiera problemet.

5. Ange eventuell relevant systeminformation:

• Specificera information om den enhet du använder.

6. Felmeddelanden:

• Om ett felmeddelande visas, klistra in meddelandet i din rapport.

7. Tidpunkt för felet:

• Detta kan hjälpa till med felsökning, särskilt om buggen är beroende av specifika händelser eller serverproblem.

8. Frekvensen av buggen:

• Hur ofta uppstår buggen? Är det frekvent eller sker det sporadiskt?

Exempel på en bra buggrapport:

Feature Request/Change Request

Feature Requests skickas in via vår Zendesk. När man skickar in en begäran om ny funktionalitet i en app är det viktigt att vara tydlig och detaljerad för att hjälpa utvecklingsteamet att förstå behovet och implementera det effektivt.

Följande riktlinjer kan även appliceras på när ni skickar in en Change Request (Förändringsönskemål) för befintlig funktionalitet.

Följ dessa steg för att formulera en tydlig och användbar feature request:

1. Beskrivning av Funktionaliteten:

• Förklara vad den nya funktionen innebär och hur den ska fungera. Var specifik och tydlig i beskrivningen.

2. Användarscenario:

• Ge gärna ett användningsscenario som beskriver hur funktionen ska användas i praktiken.

3. Acceptanskriterier:

• Definiera vad som krävs för att funktionen ska anses vara klar och uppfylla ert behov.

4. Prioritet och Tidsram:

• Ange hur viktig funktionen är och om det finns en önskad tidsram för implementeringen. Detta hjälper utvecklingsteamet att planera och prioritera. 

Exempel på en bra Feature Request: