Hvis du ønsker at blive en software tester , eller du ønsker at blive bedre til din aktuelle position , kvalitetssikring i dit daglige arbejde er vigtigt . Der er mange ting at overveje , såsom dokumentation , metoder og forretningsregler . Derudover vil du også nødt til at faktor i nødvendige tid på vegne af dit emne eksperter. Dit emne eksperter kan have en begrænset mængde tid til rådighed for dig og kan heller ikke være til rådighed for at besvare dine spørgsmål, når du har brug for dem besvaret. Det er sagt, skal du vide, hvordan man navigerer et program, og sørg for udviklerne har kodet ansøgningen korrekt og præcist at opfylde dine personlige deadlines. Ting du skal
1 computer med internetadgang
1 link til programmet
1 blok papir
1 pen eller blyant
Vis Flere Instruktioner
1

Find URL eller software miljø link, hvis afprøvning af et web - baseret applikation. Hvis test ikke- web -software, så sikre, at du har alle eksekverbare filer på din computer, og at du har de nødvendige login-oplysninger uanset software type.
2

Find ud af, om der er flere miljøer , som som en sandkasse , nogle funktioner da det er muligt kan konfigureres i en miljø over en anden , før føjes til produktion til offentligheden for at bruge.
3

Research , om der er tilgængelige test scripts , du kan følge, så du ved præcist, hvordan en funktion er at fungere . Hvis der ikke er nogen tekst scripts til rådighed , kan du finde , at der er relaterede dokumenter til at hjælpe dig med at bestemme , hvordan systemet er designet til at arbejde. Nogle eksempler på relaterede dokumenter omfatte funktionelle specifikationer , business rule filer, brug sagsdokumenter , generelle arbejdsgange og testplaner .
4

Find ud af, om det selskab, som du tester abonnerer på eventuelle test praksis såsom Microsoft eller SCRUM . Prøvningsstandarder kan være forskellige for web -baserede applikationer versus ikke- web softwarepakker .
5.

Fokus på funktionelle spørgsmål og konsistens faktorer. Eksempler på funktionelle problemer kan medtage felter misligholder en mulighed for at navigere en skærm med og uden anvendelse af en mus . Betragtninger , konsistens faktorer kan omfatte skrifttype , bord, stilarter og farve brug.
6

Sørg for, at hvorvidt specifikationsdokumenter eksisterer , at du har samtaler med skaberne af software som videnskabsmænd eller udviklere før skrivning bugs . Også være sikker på at afgøre, om det fundne element er faktisk en bug ( noget, der er forkert ) , en funktion (noget , der kan synes forkert, men er faktisk så designet ) , en konfiguration problem ( noget, der bør være tændt i baggrunden for dig, før du begynder testning) eller et kendt problem ( noget, der allerede er blevet dokumenteret som en bug før din test ) .
7

Opret et generelt flow dokument ( at fange opgave eller skærm rækkefølge) eller regneark, der hjælper andre , der tester funktionaliteten , efter at du (måske i en senere udgivelse af software) . Dette kan hjælpe dig nu og andre senere. For eksempel, hvis du tester nye funktioner i et system , kan andre komme bag dig i en senere version af koden og teste præcis de samme ting . Anden gang funktionaliteten testes kaldes regressionstest .
8

Test , som hvis du er bruger ( kender din målgruppe ) . Vær sikker på at forstå, hvorfor og for hvem softwaren blev designet . Kendskab til disse oplysninger vil give dig mulighed for at vide, om hvert felt eller drop- down er i den rigtige rækkefølge, og selv om de er på den højre skærm . Måske test fra flere roller - kan kræve flere logins
9

sikre oplysning om den anden skærm defaults hensigtsmæssigt fra den første eller sidste skærmbillede , hvis oplysningerne er bygget fra den ene skærm til den næste. . Sommetider oplysninger misligholdelser fra en skærm, der ikke var den senest navigeret skærm.
10

Document alle spørgsmål omhandlede dokumentation software , til tider kendt som en bug tracking software. Dette vil advare udviklerne om, hvad der skal fastsættes. Det vil også give dig mulighed for at spore , når om og hvordan problemer er løst .