En försvunnen rad är inte ett bevis på att raderingen fungerar. Beställ både vad användaren ser och vad som ska finnas kvar efter omladdning. Om appen lovar återställning behöver du prova att rätt post kommer tillbaka med rätt innehåll.
Du raderade fel aktivitet
Du bygger en app för föreningens aktiviteter. I listan finns ”Testträff A” och ”Testträff B”. Du öppnar menyn på fel rad och trycker på Radera. Raden försvinner, en grön text säger ”Klart”, och först då upptäcker du misstaget. Det här är vårt påhittade exempel genom hela artikeln. Ingen verklig app har provats här.
Det avgörande är inte färgen på knappen. Det är vilket löfte du vill ge: kan du ångra direkt, hitta aktiviteten i en papperskorg nästa dag eller bara avbryta innan en permanent borttagning? Skriv löftet innan du ber byggverktyget lägga till knappen. Annars kan en snygg animation dölja att funktionen bara gömmer raden i det öppna fönstret.
Tre val och vad du måste bestämma
| Val | Beställ detta | Avvägning att ta ställning till |
|---|---|---|
| Ångra | En tydlig möjlighet att ta tillbaka den senaste raderingen under en bestämd tid. | Vad händer när tiden går ut, du laddar om eller du raderar en andra post? |
| Papperskorg | En särskild vy för borttagna poster, med återställning och en beslutad regel för tömning. | Du behöver bestämma vem som får återställa och hur länge posten sparas. |
| Permanent | Ett steg före borttagningen som visar vilken post och vilket innehåll du är på väg att ta bort. | Appens vanliga gränssnitt erbjuder sedan ingen återställning av posten. |
Du kan kombinera ångra och papperskorg. I vårt exempel väljer vi papperskorg utan automatisk tömning och låter samma testanvändare återställa. Ett separat val, ”Ta bort permanent”, kräver bekräftelse. Det är ett beslut för exemplet, ingen rekommendation om obegränsad lagring av verkliga uppgifter. För din app behöver lagringstiden bestämmas innan funktionen används med riktigt innehåll.
Väljer du en kort ångratid, skriv ett konkret värde, exempelvis 30 sekunder, och bestäm vad omladdning innebär. Det talet är ett förslag du kan ändra. Undvik ett besked som säger ”Du kan ångra” utan att tala om när möjligheten försvinner. Vill du ge användaren längre betänketid är en synlig papperskorg ett annat val att beställa och prova.
Bekräftelse är ett sätt att förebygga misstag
W3C:s förklaring av WCAG 2.2, kriterium 3.3.4 beskriver felprevention för webbsidor som bland annat ändrar eller raderar användarstyrda uppgifter i lagringssystem. Kriteriet anger alternativ: handlingen kan återtas, inmatningen kontrolleras med möjlighet till rättning, eller informationen granskas, bekräftas och rättas före slutförandet. Vilket alternativ som passar beror på handlingen.
W3C förtydligar att avsikten vid ändring och radering är att förebygga större dataförlust, exempelvis när en fil eller post tas bort. Det är inte ett krav på bekräftelse vid varje sparning eller enkel redigering. Beställ därför ett skydd som passar din radering; en ruta med ”Är du säker?” säger dessutom mindre än ”Ta bort Testträff A permanent? Aktivitetens två anteckningar tas också bort.” Artikeln bedömer inte om din app uppfyller WCAG som helhet.
Vad ska komma tillbaka?
Ge testaktiviteten ett datum, platsen ”Testrum 4” och två anteckningar: ”Testanteckning 1” och ”Testanteckning 2”. Skriv upp dessa värden som facit före raderingen. Om återställning bara skapar en ny aktivitet med samma namn men utan anteckningarna har den inte uppfyllt vår beställning. Namnet räcker inte för att skilja den gamla posten från en tom kopia.
Bestäm också vad som händer med kopplade poster. I exemplet ska anteckningarna följa aktiviteten till papperskorgen och återkomma vid återställning. De ska inte visas som fristående anteckningar medan aktiviteten ligger där. En annan rimlig beställning är att stoppa radering tills kopplingarna har hanterats. Det viktiga är att du väljer ett beteende och ger provet samma facit.
Lägg till en andra aktivitet som kontrollpost. Den ska finnas kvar med oförändrat innehåll efter varje prov. Då kan du upptäcka om Radera tog fel rad eller om tömning av en post råkade omfatta fler. Finns en deltagare kopplad till flera aktiviteter behöver beställningen dessutom säga om själva deltagaren ska behållas. I vårt exempel finns bara aktivitetens egna två anteckningar.
Kopiera beställningen och byt ut exemplet
Mallen följer arbetssättet i guiden om att beskriva vad du vill ha: sammanhang, beteende, avgränsning och prov. Den beställer papperskorg, inte alla tre alternativen samtidigt. Byt ut aktivitet och anteckningar mot dina egna slags poster, men behåll precisa regler för kopplingar och återställning.
Appen visar aktiviteter med datum, plats och egna anteckningar. Jag vill att Radera flyttar den valda aktiviteten och dess anteckningar till en papperskorg. Visa aktivitetens namn före flytten och erbjud Avbryt. Avbryt ska lämna allt oförändrat. Visa inte posten eller dess anteckningar i de vanliga vyerna efter flytten, även efter omladdning. Visa dem i papperskorgen. Samma inloggade användare ska kunna återställa dem därifrån. Återställning ska behålla datum, plats, anteckningarnas innehåll och deras koppling till samma aktivitet. Skapa inga dubbletter. I denna testversion sker ingen automatisk tömning. Funktionen Ta bort permanent ska ange aktivitetens namn och att dess egna anteckningar också tas bort. Kräv bekräftelse och erbjud Avbryt. Efter bekräftelsen ska ingen återställning erbjudas i appen. Andra aktiviteter ska vara oförändrade. Prova med Testträff A, Testrum 4 och två märkta testanteckningar. Testträff B är kontrollpost. Jag kontrollerar avbryt, omladdning, återställning och permanent borttagning mot samma uppskrivna facit. Rör inte backup eller andra funktioner. Bestäm lagringstid för skarpa uppgifter i ett separat steg före lansering. Beskriv först planen och eventuella oklarheter innan du bygger.
Fem manuella prov med låtsasdata
Gör proven i en testmiljö där du har kontrollerat att uppgifterna är separerade från riktigt innehåll. Använd påhittade namn och inga personuppgifter. Listan visar föreslagna prov och förväntade resultat för mallen, inte redan genomförda kontroller. Anteckna datum, vilken version du provade, vad du klickade och vad du såg efter omladdning.
- Avbryt. Välj Radera på Testträff A och tryck Avbryt. Ladda om listan och öppna aktiviteten. Facit: både aktiviteterna och A:s datum, plats och två anteckningar finns kvar. Papperskorgen har inte fått A.
- Radera och ladda om. Flytta A till papperskorgen. Ladda om sidan och sök efter A i den vanliga listan. Facit: A och dess anteckningar saknas där, men finns i papperskorgen. B finns kvar. Om A återkommer i listan var försvinnandet bara tillfälligt.
- Återställ med innehåll. Återställ A från papperskorgen och ladda om. Facit: exakt en A visas med det uppskrivna datumet, Testrum 4 och båda anteckningarna under rätt aktivitet. A saknas i papperskorgen och B är oförändrad. Öppna anteckningarna; räkna inte bara en siffra på kortet.
- Avbryt permanent borttagning. Flytta A till papperskorgen igen, välj Ta bort permanent och avbryt. Ladda om papperskorgen. Facit: A finns kvar där och går fortfarande att återställa med båda anteckningarna. Avbryt ska ha samma innebörd även i detta steg.
- Bekräfta permanent borttagning. Ta bort A permanent från papperskorgen. Ladda om både den och de vanliga vyerna. Facit: A kan inte hittas eller återställas via appens funktioner och anteckningarna visas inte fristående. B är oförändrad. Detta prov visar gränssnittets beteende; det bevisar inte att alla bakomliggande kopior är borta.
Om du i stället beställer ångra behöver du också prova inom den valda tiden, efter att tiden gått ut och efter omladdning. Radera sedan två olika testposter i följd och kontrollera vilken post Ångra avser. En knapp som bara återställer den senaste posten behöver säga det, och ditt förväntade resultat ska följa just den regeln.
Papperskorg och backup har olika uppgifter
Den här beställningen gäller en vald post i appens gränssnitt. Att återställa appen från backup är ett separat arbete med ett annat prov och en annan omfattning. Fråga tekniskt ansvarig hur radering hanteras i lagring och säkerhetskopior om du behöver besked om det. En tom papperskorg eller en text om permanent borttagning ger inte det svaret.
Artikeln gör ingen bedömning av rätt till radering. Här använder vi ”permanent” för löftet att appens vanliga funktioner inte erbjuder återställning av posten. Bedöm beställningen med samma begränsning: kan du avbryta, består raderingen efter omladdning, kommer rätt innehåll tillbaka och lämnas kontrollposten orörd? Ett grönt besked på skärmen är början på provet, inte dess facit.
Källa och metod
W3C: Understanding SC 3.3.4, Error Prevention (Legal, Financial, Data), kontrollerad 8 oktober 2026, stöder avsnittet om felprevention och kriteriets omfattning. Beställningsmallen, testuppgifterna och de fem proven är redaktionella exempel. De beskriver önskat beteende och måste genomföras i din app innan du kan bedöma resultatet.