Om du strävar efter att bli en programvara testare eller om du vill bli bättre på din nuvarande position , är kvalitetssäkring i ditt dagliga arbete viktigt . Det finns många saker att tänka på , såsom dokumentation , metoder och affärsregler . Dessutom behöver du även räkna in tid som behövs för era ämnesexperter . Dina ämnesexperter kan ha en begränsad tid på dig och kan inte heller vara tillgängliga för att svara på dina frågor när du behöver dem besvarade . Som sagt , du måste veta hur man navigerar ett program och se till att utvecklarna har kodat ansökan korrekt och noggrant för att uppfylla dina personliga deadlines . Saker du behöver
1 dator med Internetanslutning
1 länk till ansökan
1 block med papper
1 penna
Visa fler instruktioner
1
Hitta URL eller programvara miljö länk om att testa en webbaserad applikation . Om att testa icke - webb- programvara , så att du har alla körbara filer på datorn och att du har rätt inloggningsuppgifter oavsett programvaran typ .
2
Ta reda på om det finns flera miljöer , t.ex. som en sandlåda , eftersom det är möjligt vissa funktioner kan konfigureras i en miljö över en annan tidigare lagt till produktion för allmänheten att använda .
3
Forskning om det finns tillgängliga testskript du kan följa så att du vet exakt hur en funktion är att fungera . Om det inte finns några text skript tillgängliga , kan du finna att det finns relaterade dokument för att hjälpa dig att bestämma hur systemet var utformat för att fungera . Några exempel på relaterade dokument innefattar funktionella specifikationer , företag filer härskar, användningsfall dokument , allmänna arbetsflöden och testplaner .
4
Ta reda på om det företag som du testar prenumererar på några testmetoder som Microsoft eller SCRUM . Provningsstandarderna kan vara olika för webbaserade program kontra icke - webb- programvarupaket .
5
Fokus på funktionella frågor och faktorer konsistens . Exempel på funktionella frågor kan omfatta fält försumliga en förmågan att navigera en skärm med och utan användning av en mus. För konsekvens faktorer kan inkludera teckensnitt , bord , stilar och färger användning .
6
Säkerställ att huruvida specifikationsdokumenten finns att du har samtal med skaparna av programvara såsom forskare eller utvecklare innan du skriver buggar . Se också till att avgöra om objektet hittade faktiskt en bugg ( något som är fel ) , en funktion ( något som kan tyckas fel , men är faktiskt så utformad ) , en konfiguration fråga ( något som borde vara påslagen i bakgrunden för dig innan du börjar testa ) eller ett känt problem ( något som redan har dokumenterats som en bugg innan ditt test ) .
7
Skapa en allmän strömning dokument ( för att fånga uppgift eller skärm ordning ) eller kalkylblad som hjälper andra att testa funktionaliteten efter att du ( kanske i en senare version av programvaran ) . Detta kan hjälpa dig nu och andra senare . Till exempel , om du testar nya funktioner i ett system , kan andra komma bakom dig i en senare version av koden och testa exakt samma sak . Den andra gången funktionaliteten testas kallas regression test .
8
Test som om du är en användare ( känna din målgrupp ) . Var noga med att förstå varför och för vem programvaran var utformad . Att veta denna information hjälper dig att veta om varje fält eller drop - down är i rätt ordning och även om de är på rätt skärm . Kanske testar från flera roller - kan kräva multipla inloggningar
9
Se informationen på den andra skärmen defaults lämpligt från första eller föregående skärm , om informationen är uppbyggd från en skärm till nästa . . Ibland information defaults från en skärm som inte var den mest nyligen navigerat skärmen .
10
Document alla frågor i fråga dokumentation programvara , som ibland kallas en bugg spårningsprogram . Detta kommer att varna utvecklare om vad som behöver fixas . Det kommer också att du kan spåra när, om och hur frågorna är lösta .
