Deutsch English French Swedish
KONTAKTA OSS
KONTAKTA OSS
Deutsch English French

AI-driven testning

Kvalitetssäkringsteknik

SAP QA-migrering

Cybersäkerhets- och sårbarhetsbedömning

Finansiella tjänster och bankverksamhet

QESTIT Cybersecurity

QESTIT Academy

QESTIT Systems

Bloggar

Fallstudier

Vita papper

Webinar och evenemang

Nyheter & Press

Om QESTIT

Certifieringar och partners

QESTIT referenser
Buntar

Livet på QESTIT

Lediga jobb
KONTAKTA OSS
move-left Back
🌍 All Regions
Quality Assurance Engineering

De utmaningar som testare står inför: ett mänskligt perspektiv

Testarens arbete är av teknisk karaktär och kräver särskilda färdigheter. Det framstår därför som självklart att testare ställs inför utmaningar som hänger samman med testningens tekniska natur eller vissa specifika arbetsuppgifter.

Men precis som alla andra yrken begränsar sig inte testningen till rent tekniska frågor! Detta gäller i ännu högre grad inom testningen, där testare måste kommunicera om begrepp som kvalitet, riskhantering och förtroende med en bred skara människor med olika bakgrunder.

I den här artikeln presenterar vi några av de mänskliga utmaningar som testare ofta stöter på.

Att bli en del av ett agilt team

Utmaningen

Agila team är små, tvärvetenskapliga team. De måste ha alla de kompetenser som krävs för att skapa den produkt de arbetar med. Detta inkluderar alla testkompetenser (analys, design, kommunikation, automatisering…), medan det i många team endast finns en testare… som därför, på papperet, måste ha alla dessa kompetenser… vilket sällan är fallet.

På samma sätt är ett agilt team, som namnet antyder, ett ”team”. Det är en grupp människor, och det är inte nödvändigtvis lätt att integreras i vilken grupp som helst.

Slutligen arbetar ett agilt team med en produkt som det i allmänhet känner till mycket väl. Att komma in mitt i arbetet kräver att man utökar sina kompetenser.

Kombinationen av dessa tre punkter skapar verkliga utmaningar för en testare, som måste accepteras av teamet både ur ett mänskligt perspektiv och ur ett operativt perspektiv, genom att fungera som referensperson för kvalitet och testning… av just den specifikt utvecklade produkten.

Kombinationen av dessa kompetenser leder ibland till avvisande från det agila teamet, som efter en tid kan anse att testaren inte bidrar så mycket som förväntat.

  • Råd

Det är mycket sällsynt att en testare besitter alla de färdigheter som ett agilt team behöver. Om man dessutom lägger till förmågan att förstå och känna produkten väl, samt ha en god relation till alla teammedlemmar, befinner man sig i det helt osannolika.

Vi får inte glömma att du som agil testare är en del av ett team. Och i ett team, oavsett om det gäller agilt arbete, idrott eller något annat område, hjälper man varandra. Som testare bör du inte tveka att samarbeta med andra teammedlemmar (utvecklare, affärssidan, driftpersonal osv.) och be om hjälp med vissa uppgifter som du inte behärskar.

På samma sätt är det alltid en bra idé att utbyta idéer med kollegor via nätverk eller evenemang som handlar om testning, för att förbättra dina färdigheter inom vissa aspekter av testningen.

Slutligen är det lika viktigt att inte försöka revolutionera allt innan du fullt ut har förstått teamets sammanhang, behov, problem, styrkor och, framför allt, dess produkt. Att vilja förändra allt utan att ha förvärvat legitimitet inom teamet är ofta liktydigt med avvisande, men också med olämpliga rekommendationer.

Att övertyga dina samtalspartner

Utmaningen

Att upptäcka avvikelser är bra, men att åtgärda de som behöver åtgärdas är bättre. Detsamma gäller förbättringsåtgärder: att identifiera dem är bra, men att genomföra dem är bättre.

Du har säkert känt igen vissa situationer. Testarens arbete begränsar sig inte till att identifiera fel, bedöma kvalitetsnivåer eller identifiera förbättringsåtgärder. Det är avgörande att detta arbete leder till framsteg och förbättringar. Tyvärr räcker det inte med att vara övertygad om att dina åtgärder är riktiga (eller att du har rätt) för att övertyga dina samtalspartner.

  • Tips

Testning beror på sammanhanget, och detsamma gäller kommunikationen med dina olika kontakter!

Det är viktigt att lära känna både de personer du arbetar med och den produkt du testar, så att du kan hitta rätt argument för att åtgärda ett problem, initiera förbättringsåtgärder eller varna för bristande kvalitet.

På samma sätt måste kommunikationen med tekniska personer (t.ex. utvecklare i teamet) och funktionella personer (t.ex. produktägare, projektledare osv.) se olika ut, eftersom förväntningarna och målen inte är desamma.

Det är också viktigt att veta när en kamp är ”förlorad på förhand”, så att du inte sliter ut dig. Att införa en teststrategi kan vara värdefullt… Men om du inte kan övertyga dina teammedlemmar kan det bero på att teamet inte känner något behov av det ännu, eller att det finns andra frågor med högre prioritet.

Utmana dig själv ständigt

Utmaningen

Det är normalt att vi vill återanvända testtekniker, strategier eller tillvägagångssätt som har fungerat i tidigare sammanhang. Det är vanligt att man vill använda verktyg som man behärskar och är bekant med.

Tyvärr når detta tillvägagångssätt snabbt sina gränser, eftersom testning är beroende av sammanhanget, och det sammanhanget beror på den programvara vi arbetar med, liksom på tiden. Så även om vi fortsätter att arbeta i samma team och med samma produkt, så slits testmetoder som tester ut (bekämpningsmedelsparadoxen).

För att undvika en försämring av kvaliteten är det viktigt att regelbundet utmana sig själv och ifrågasätta sig själv för att kunna utvecklas i takt med sammanhanget.

  • Tips

Det är viktigt att ha fullständig insikt i produktionen, att se till att kampanjerna fortsätter att utvecklas och att utbyta idéer med teammedlemmar och kollegor för att identifiera eventuella svagheter och förbättringsområden.

Man måste faktiskt förbli nyfiken och ha en ständig vilja att utvecklas. Ingenting kan någonsin tas för givet… och det är just det som gör testarens arbete så fascinerande… och så svårt att automatisera!

Kommunikation om kvalitetsnivå

Utmaningen

Att definiera en kvalitetsnivå är en komplex fråga. För att göra det måste man fastställa sin teststrategi. Tyvärr räcker det inte med att kunna definiera denna nivå! Det är viktigt att testaren kan få sina samtalspartner att förstå denna kvalitetsnivå.

Indikatorer är ett bra sätt att göra detta på, men i slutändan räcker de inte. En testare måste snabbt kunna förmedla detaljerna kring driftsättningen. Vilka är riskerna? Vilka är de kända och icke åtgärdade felen? Vilken inverkan har de?

Du kommer att se att detta är uppgiften för ett välkänt dokument: balansräkningen! I praktiken måste du lägga ner mycket arbete på denna genomgång, men också öva på att presentera fakta kortfattat och tydligt muntligt för att säkerställa att du förstår dem.

  • Tips

Det är viktigt att tydligt definiera dina indikatorer och göra dem transparenta. Detta kräver god spårbarhetshantering. Kommunikationen måste också anpassas till målgruppen… vilket leder oss tillbaka till utmaningen att ”övertyga din målgrupp”.

Att få människor att acceptera att investera i testning

Utmaningen

Testning ses i allmänhet som en kostnadspost. Även om denna uppfattning kvarstår visar fakta på något annat. Om så inte vore fallet skulle företagen inte testa!

Det är dock fortfarande viktigt att investera i testning för att göra den mer effektiv, och det är inte alltid lätt. Budgeten för att utveckla mjukvaruprodukter är nämligen begränsad, och investeringar i testning sker ”på bekostnad av” potentiell ytterligare funktionalitet.

  • Tips

Det är viktigt att få människor att inse ”värdet av testning” och påminna dem om fördelarna med testning, både ur ett ekonomiskt och icke-ekonomiskt perspektiv.

Ur ekonomisk synvinkel finns det vanliga indikatorer, såsom kostnaden för att upptäcka fel i produktionsmiljön och under testningen. Denna beräkning visar de besparingar som testningen medför tack vare att fel upptäcks. Det är också möjligt att ha indikatorer på tidsbesparingar, särskilt när det gäller den procentuella andel av tiden som läggs på att åtgärda fel i produktionsmiljön.

Ur ett icke-ekonomiskt perspektiv ger testning kvalitetsinformation som underlag för beslutsfattande. Information är en avgörande faktor, och även om den inte direkt genererar intäkter skapar den förtroende. Testning säkerställer dessutom en kvalitetsnivå som gynnar företagets och/eller programvarans varumärkesimage. Denna kvalitet bygger lojalitet och lockar nya användare!

Följ med för att lära dig mer om de utmaningar som testare står inför. Jag kommer snart att dela med mig av de tekniska utmaningarna och några tips i samband med dessa.

Tags

Quality Assurance Engineering All Industries All Business Units