Zoek de URL of software koppeling milieu als het testen van een web - based applicatie . Als het testen van niet - web- software , dan dient er alle uitvoerbare bestanden op uw computer en dat u over de juiste inloggegevens ongeacht het type software. Kopen van 2

Zoek uit of er meerdere omgevingen , zoals als een zandbak , aangezien het mogelijk is een aantal functies kunnen worden geconfigureerd in de ene omgeving over een ander voordat toegevoegd aan de productie voor het grote publiek te gebruiken .

Onderzoek 3 of er beschikbare testscripts u kunt volgen, zodat je precies weet hoe een functie is om te functioneren . Als er geen tekst scripts beschikbaar zijn , kunt u vinden dat er documenten om u te helpen bij het bepalen hoe het systeem werd ontworpen om te werken . Enkele voorbeelden van gerelateerde documenten bevatten functionele specificaties , business rule files , use case documenten , algemene workflows en testplannen .
4

Zoek uit of het bedrijf waarvoor u test onderschrijft het testen praktijken zoals Microsoft of SCRUM . De normen voor het testen kan verschillend zijn voor web - based applicaties versus niet - web- softwarepakketten .

Focus 5 van functionele vraagstukken en consistentie factoren . Voorbeelden van functionele problemen kan velden gebreke een de mogelijkheid om een ​​scherm te navigeren met en zonder het gebruik van een muis . Overwegende , consistentie factoren kunnen zijn lettertype , tafel , stijlen en kleurgebruik .
6

Zorg ervoor dat al dan niet specificatie documenten bestaan ​​die je gesprekken met de makers van de software , zoals wetenschappers en ontwikkelaars hebben voor het schrijven bugs . Zorg er ook voor om te bepalen of het object gevonden is eigenlijk een bug ( iets dat onjuist is ) , een eigenschap ( iets dat verkeerd lijkt , maar is eigenlijk zo ontworpen ) , een configuratie probleem ( iets dat moet worden ingeschakeld in de achtergrond voor u voordat u begint met het testen ) of een bekend probleem ( iets dat al is gedocumenteerd als een bug voorafgaand aan uw testing ) .
7

Maak een algemene stroom document ( tot taak of scherm om vast te leggen ) of spreadsheet dat anderen dat de functionaliteit te testen nadat je ( misschien in een latere release van de software ) helpt . Dit kan later helpen nu en anderen . Bijvoorbeeld, als u het testen van nieuwe features van een systeem , kunnen anderen achter je komen in een latere versie van de code en test het precies hetzelfde . De tweede keer dat de functionaliteit wordt getest, is regressie testen .

Test 8 alsof je een gebruiker ( weet uw doelgroep ) . Vergeet niet te begrijpen waarom en voor wie de software is ontworpen . Het kennen van deze informatie zal u toelaten om te weten of elk veld of drop-down is in de juiste volgorde en zelfs als ze op het juiste scherm . Misschien test vanuit meerdere rollen - kan meerdere logins nodig
9

Zorgen informatie op het tweede scherm standaardinstellingen adequaat uit de eerste of vorige scherm , als de informatie wordt opgebouwd van het ene scherm naar het volgende . . Soms informatie standaardinstellingen van een scherm dat was niet het meest recent genavigeerd scherm .

Document 10 alle waarschuwingen in kwestie documentatie software , ook wel bekend als een bug tracking software . Dit zal ontwikkelaars waarschuwen over wat er moet worden vastgesteld . Het zal je ook toestaan ​​om bij te houden wanneer , wanneer en hoe problemen worden opgelost .