Projekt:Buggrapportering och översättning 2017/Rapportering efter event

Följande är anteckningarna från det interna event som hölls 2017-06-07

Frågeställningar (inför workshop)

Vilken typ av problem märker ni oftast av?
- Faktiskt blockers
- Allmän förvirring/oväntade resultat
- Återkommande frågor (som är länkade till "onaturlig" funktionalitet/layout)
Hur hanterar ni dessa idag?
- Om inte Phabricator/full buggrapport, vad hindrar?
Praktiska lösningar
- Lista med frågor/checklista som man använder för att intervjua (själv-intervjua) en användare som stöter på ett problem (typ. inloggad?, steg-för-steg, vad förväntade du dig, vad hände istället)
- Dokument, checklista el. dyl. i slutet av ett event för att dumpa tankarna? (dvs för den som organiserar)
- En fråga i formulär som skickas ut till deltagarna (dvs. för deltager)
- Kontakta efteråt

Indenterade punkter är förslag på lösning eller en kommentar.

Hur kommer jag till Wikipedia
Hur öppnar jag en ny flik (dvs. allmänna tekniska frågor orelaterade till MediaWiki)
Frågor kring saknad funktionalitet (t.ex. varför kan jag inte ladda upp en fil av ett visst format)
- Info om vad du kan göra när filformatet inte funkar.
Krocken mellan mallar (som del av standardrutin) och det man lärt sig om hur man ska redigera.
Den som presenterar har massa saker påslagna som inte reflekterar vad nybörjare ser.
- Använd en av deltagarnas konto istället
- Testkonto (utan inställningar)
Rapportera även kända buggar.
- Dels så att de listas internt (reflekterar tid det tog att undersöka)
- Dels, genom att lägga till en kommentar om att det fortfarande är ett problem (gärna med detaljer), blir det tydligt att buggen i fråga har större påverkan än vad som kanske var känt.
- För väldigt nya buggar bör man undvika att lägga till "jag också" kommentar om man inte har ytterligare detaljer. För äldre buggar kan dock en sådan ping vara värt det.
Hur hanterar man när användare stöter på mer komplicerade scenario (OTRS, Notability)
- Vad är en vettig ingång
- Rapportera på både Bybrunnen (el. dylikt) och Phabricator
Buggar i andra projekt (typ GLAM verktyg, Dashboard).
- Inte del av projektet men buggrapporten kan räknas inom projektet om det andra projektet bär arbetstiden av att skapa rapporten.
Specifik bugg: Publicera knappen måste klickas två gånger. Förvirrande!

Att rapportera där och då slösar på kort workshoptid
- Rapportering efteråt sker inte p.g.a. lathet/annat på gång, och efter ett tag är det för sent
  - Påminnelse i slutet av månaden
  - punkt i Global metrics (något bredare)
Sara: Fick en fråga från deltagare:
- Följde upp med standardfrågor för det som behövs för en rapport.

Ta kontaktdetaljer under eventet - Det gör det enkelt att se att man följt upp (även om inget händer)
- Användarnamn räcker inte eftersom många nya deltagare ej märker av att de fått meddelande
- Samla antingen in allas kontaktdetaljer före eventet eller be om e-post på plats. [Bra för mer än bara buggrapportering]
En punkt i Global metrics för påminnelse
Skapa ett frågebatteri som kan användas på plats eller vid efterrapportering/uppföljande kontakt.
Ta ett mobilfoto/video av buggen. Snabb sak att göra under eventet.
Lägg till en fråga om upplevda tekniska problem i formulär som skickas ut till deltagarna (dvs. för deltagarna) [Att formulär skickas ut behövs för mer än bara buggrapportering]

T168226: Lägg till "Fanns redan" i bugg kolumnen
T168228: Lägg till i "reported kolumnen" i bugg projectet
T168227: uselang snutt under länkar o tips
T168227: safemode(?) under länkar o tips
T168228: I Phabricator-mallen: gör det uppenbart var man nämner att det var på en workshop
T167765: kolla uppdatering i Global metrics
T168229: Funktionsaddress bugg wikimedia.se
Fixat! Kan även lista buggar (utöver de som täcks i MediaWiki) men arbetstiden täcks då av annat projekt.
T168232: Skapa ett frågebatteri