NextToEdit Tech BloggTestning och motivation

Testning och Motivation

Under min resa som utvecklare har jag alltid haft en stark passion för att skapa snygg och smart design och funktionella webbplatser. Jag har alltid strävat efter att mina webbplatser ska hålla måttet när det kommer till tillgänglighet för alla användare. Men det var inte förrän jag började med manuell tillgänglighetstestning som jag på riktigt fick upp intresset för digital tillgänglighet.

I denna bloggpost vill jag dela med mig av hur detta förändrade min syn på webbutveckling och varför det är så viktigt att integrera tillgänglighet i utvecklingsprocessen.

Fördelar med att integrera tillgänglighetstänkande i utvecklingsprocessen

Har du någonsin designat en ny hemsida eller ett kodblock som du precis ska pusha till produktion? Du kör "bara" några tester medan du går och fyller på kaffekoppen, redo att dra kortet till "done" och njuta av ditt verk. Bara det att när du återvänder möts du av en skärm fylld av irriterande "errors". När du går tillbaka till koden för att fixa dessa kanske du inser att du kommer måsta bygga om - inte bara din kod utan kanske även delar av din design. Inte bara trist, utan även många bortkastade timmar.

Detta är ett (tyvärr vanligt) och Inte särskilt upplyftande eller motiverande sätt att jobba med sin tillgänglighetsoptimering, håller du med? Nu ska jag avslöja en hemlighet, det finns bättre sätt! Lär dig förstå varför du behöver bygga tillgänglighet - så slipper du dessa tråkiga eftergifter.

Inte bara det – det blir roligare, mer meningsfullt och tillfredsställande utvecklarupplevelse. Här följer några fördelar jag upptäckte sedan jag lärde mig mer om tillgänglighet i kod och design, och vad som finns att vinna på att tänka in tillgänglighet från början.

1. Tidseffektivitet: Genom att åtgärda tillgänglighetsproblem tidigt i processen sparar du tid och resurser på lång sikt. Det blir mindre kostsamt att fixa problem innan de blir stora hinder.
2. Användarcentrerad utveckling: Du har användaren med särskilda behov med dig i tanken när du utvecklar. Och som vi alla redan vet - det som gynnar den användare med särskilda behov gynnar även andra användare.
3. Roligare att testa när det funkar: Det finns en särskild glädje i att se att allt fungerar som det ska, särskilt när du vet att ditt arbete gör skillnad för många människor.
4. Mer kreativt och ökade möjligheter! Att redan från början skapa en förståelse för hur jag ska tänka in tillgänglighet som en del av mitt sätt att bygga upp en webbplatskod/design har sparat mig – inte bara tid – utan gjort processen MYCKET mer givande och roligt. Jag är precis på väg att göra ett Instagram-inlägg om just detta, kolla in det för ett konkret exempel!

Men HUR 🤷‍♀️ ?

Ok det låter ju bra, men HUR ska jag skaffa mig det här perspektivet?

Jo, för mig började jag ändra mitt tankesätt när jag började utföra manuell tillgänglighetstestning.

Jag började addera manuella tester till min procedur, utöver de automatiserade testerna jag körde webbprojekt. Att testa med skärmläsare, tangentbordsnavigering och andra assisterande tekniker var inte bara utmanande, men också väldigt intressant och lärorikt.

Genom att navigera endast med tangentbord och utan att se skärmen, fick jag en djupare förståelse för användarens upplevelse. Jag fick verkligen känna hur det känns i kroppen när någonting inte beter sig som jag förväntar mig – frustrationen, irritationen.

Att själv spela rollen av en användare blev för mig en game-changer.

Att verkligen uppleva frustrationen av att inte kunna navigera ur en topnavigation eller att inte förstå vad som är en bild eller en länk, gav mig perspektiv och gjorde mig medveten om mina egna privilegier.

Även om jag vet rent intellektuellt att tillgänglighetskriterier för webb såklart baseras reella behov som finns, är det lätt att inte se hur det är ett privilegium att inte vara beroende använda assisterande teknik. Är en navigation inte tangentbordsvänlig kan jag bara sträcka ut högerhanden och använda min mus för att klicka. Varje gång jag behöver sträcka mig efter den där musknappen tvingas jag till att reflektera över att det inte är ett privilegium alla användare har.

Det kanske låter märkligt att jag behöver uppleva bristen på tillgänglighet på ett personligt plan för att inse vikten av det. Är jag empatilös? Nej. Är jag korkad? Nej. Är jag ensam om att inte tänka längre än nästan räcker? Nej. Att behöva medvetandegöra och förkroppsliga sina egna privilegier handlar varken om IQ eller EQ, utan om makt och normer. Vilket vi alla är en del av. Men vi kan förändra vårt sätt att se på saker. Med kunskap, med kommunikation, med ett öppet sinne. Genom att tillåta sig praktisk inlevelse.

Tillgänglighetsoptimering som en belönande utmaning

Att inse hur jag - ofta med väldigt små justeringar - kan göra väldigt stor skillnad för väldigt många människor, blev ett mycket tydligt varför hos mig. Och nej, det handlar inte om att ta på sig hjältemanteln och förvänta sig stående ovationer. Men jag är stolt över min kod när den håller hög kvalitet, tillämpar bästa praktik och gör att mina användare får en bra upplevelse.

Och för mig räcker det långt!