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)

  1. 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)
  2. Hur hanterar ni dessa idag?
    • Om inte Phabricator/full buggrapport, vad hindrar?
  3. 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

Anteckningar från Workshopen

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

Vilken typ av problem märker ni oftast av?

  • 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!

Hur hanterar ni dessa idag?

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

Praktiska lösningar

  • 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]

ATT GÖRA

  • 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