how translate manual test cases into automation scripts
Dit zal het basisartikel zijn en is niet specifiek voor een automatiseringstool. Wat ik hier in feite probeer te doen, is het denkproces dat nodig is om een automatiseringstestcase te maken, onder woorden te brengen. Zoals altijd hoop ik dat dit voor jullie allemaal nuttig zal zijn.
Hoe ontwerp je een automatiseringstestcase of -script?
Automatisering volgt altijd handmatig testen. Doorgaans worden al een of meer manuele tests uitgevoerd op de AUT. Dit houdt in dat er al handmatige testgevallen zijn die minimaal één keer zijn uitgevoerd.
Bijvoorbeeld neem aan dat het volgende uw Handmatige testcase Het is gewoon inloggen op de Gmail.com-site. Dit ziet er nu eenvoudig genoeg uit, nietwaar? Hoe wordt dit een automatiseringsscript? (klik op afbeelding om te vergroten)
Wat je leert:
Hoe kan ik deze handmatige testcase vertalen naar een automatiseringsscript?
Hieronder volgen de richtlijnen die we gaan volgen om de vertaling naar een automatiseringsscript te bereiken:
# 1) Staat van de AUT: De kolomvoorwaarde is niets anders dan een bepaalde toestand van de achtergrond die moet worden ingesteld om een bepaalde stap uit te voeren. Dit is vooral belangrijk in twee scenario's:
- Om met de test te beginnen: In dit geval hebben we de browser nodig die beschikbaar en gestart is. (De beschikbaarheid van gebruikersnaam en wachtwoord zal binnen korte tijd worden behandeld). Hoe schrijf je nu hetzelfde in de automatiseringswereld? Overweeg QTP. U heeft een optie om de browser te starten met behulp van programmatische instructies of u kunt het dialoogvenster ‘record and run setting’ gebruiken om de eigenschappen in te stellen. Het correct instellen van deze eigenschappen is erg cruciaal. Dit is vaak de reden waarom een bepaald stuk code in een machine werkt en niet in de andere.
- Om een bepaalde stap uit te voeren : Om stap 2 uit te voeren, moeten we stap 1 voltooien en voltooien. Om dit handmatig te doen, kunnen we gewoon wachten tot de uitvoering van de stap is voltooid en de pagina volledig wordt geladen. Gebruik de synchronisatie of wacht op instructies in uw automatiseringsscript om te wachten tot de gewenste status uitkomt.
Notitie: Als u dezelfde code gebruikt voor meerdere gegevenssets, wilt u er zeker van zijn dat u de AUT terugbrengt naar de staat die het zou moeten zijn voordat de volgende iteratie start.
# 2) Teststappen
wat voor soort softwareprogramma's zijn access, oracle, db2, mysql en sql server?
We kunnen de handmatige teststappen in 3 categorieën indelen:
- Gegevensinvoer : Bij de gegevensinvoerstappen voert u informatie in als invoer voor uw AUT.
- Verandering van AUT-statusstappen : dit zijn de stappen die ervoor zorgen dat er een wijziging in uw AUT plaatsvindt. Het kan gaan om een nieuwe pagina, een bepaald veld dat zichtbaar is, een bewerkingsvak dat bewerkbaar is, enz.
- Combinatie : zoals de naam al aangeeft, is dit de combinatie van beide bovenstaande typen. Neem het geval van een selectievakje, wanneer ingeschakeld, wordt een bepaald veld actief. In dat geval vult u de waarde 'True' in voor het selectievakje veld en het resulteert ook in een toestand van uw AUT.
In het bovenstaande testgeval zijn er alleen type 1 en 2 stappen.
- Type 1: teststappen 2 en 3
- Type 2: teststappen 1 en 4
De eerste vereiste voor het maken van een automatiseringsscript met behulp van een tool is om wat tijd te besteden aan het analyseren van zowel de tool als AUT. Probeer te zien hoe ze allebei met elkaar omgaan. Bijvoorbeeld QTP heeft 3 opnamemethoden en elk werkt op een andere manier.
Als u weet hoe het objecten identificeert, weet u welke u moet gebruiken en kunt u ze beter gebruiken. Als u een webapp heeft waarmee QTP de objecten gemakkelijk kan identificeren, kunt u de normale modus gebruiken. Als dit niet het geval is, moet u mogelijk de analoge of low-level-methoden gebruiken.
Automatiseringsstappen:
- Stappen voor gegevensinvoer zijn niet erg verschillend in automatisering en handmatige methoden. Het enige dat u hoeft te doen, is de gegevens invoeren. De manier waarop u naar het veld verwijst, is anders. Omdat het de machine zal zijn die de stappen uitvoert, moeten we er gewoon voor zorgen dat we naar de velden in de AUT verwijzen op een manier die de tool begrijpt. Dat betekent dat u de logische naam moet gebruiken zoals deze in de code wordt gebruikt.
- Voor het wijzigen van AUT / Combinatiestappen in een handmatig scenario voert u de actie uit (klikken of controleren of invoeren) en verifieert u de wijziging in één keer. Maar in een automatiseringsscenario is dat niet mogelijk. We moeten er dus voor zorgen dat we stappen voor actie en validatie / verificatie toevoegen.
- Opmerkingen voor leesbaarheid.
- Foutopsporingsverklaringen - deze zijn vooral belangrijk bij het maken en testen van de test zelf. Probeer vaak berichtvensters te gebruiken om verschillende waarden in verschillende stadia van de testuitvoering uit te voeren. Dit geeft u inzicht in de test zoals niets anders dat zou doen.
- Output statements - naar schrijf naar resultaten of een andere externe plaats, zoals een notitieblok of Excel-blad.
# 3) Verificatie en validatie
Zonder verificatie en validatie gaat de bedoeling van testen verloren. Meestal moet u een ijkpunt gebruiken (dit betekent niet noodzakelijk de ingebouwde). Je zult dus veel voorwaardelijke instructies moeten gebruiken en ook lusinstructies om de logica op te bouwen.
Een belangrijk ding om te overwegen is: het attribuut waarop u uw V&V baseert, mag niet dubbelzinnig zijn. Bijvoorbeeld voor een succesvolle login, zoek naar de inbox-paginaweergave en niet naar het aantal nieuwe e-mails, want dat is geen constante waarde.
U moet dus iets kiezen dat waar is elke keer dat een reeks bewerkingen plaatsvindt - zonder fouten.
# 4) Testgegevens
lijst van bedrijven die cloud computing gebruiken
Hieronder volgen enkele van de vragen die u zou kunnen beantwoorden voor uw testgegevensvereisten:
- Waar te plaatsen?
- Hardcoderen of niet?
- Beveiligingsproblemen?
- Herbruikbaarheidsproblemen?
Als je terugkijkt op het handmatige testscript, zul je merken dat het beschikbaar hebben van de testgegevens, de gebruikersnaam en het wachtwoord een van de voorwaarden is om met de test te beginnen.
# 5) Resultaten
Bij een handmatige test kunt u het resultaat van elke stap in de kolom 'Werkelijk resultaat' plaatsen. Het resultatenbestand van een automatiseringstool bevat het resultaat van elke stap wanneer deze wordt uitgevoerd.
Automatiseringstools hebben tegenwoordig zeer robuuste rapportagefuncties. Het is echter mogelijk dat u het Test resultaten Neem dus de stappen op om regelmatig naar het resultaatbestand te schrijven, zodat u precies weet wat er gebeurde terwijl de uitvoering plaatsvond.
Als de tool die u gebruikt het schrijven naar het gegenereerde resultaatbestand niet ondersteunt, is het een goed idee om ten minste een Excel-blad of notitieblok aan elke test te koppelen om onderweg commentaar te geven over de uitvoeringsstatus.
standaardgateway niet gevonden windows 10
# 6) Postoperaties
Als u eenmaal klaar bent met testen, hoeft het niet expliciet vermeld te worden in uw handmatige testcase om de browser te sluiten of de AUT enz. Te sluiten. Als tester zou u dit ijverig doen. In het geval van de Automation-testcase kunt u deze stappen opnemen in uw script. Opruimen - is wat ik deze activiteiten noem. Dood alle verbindingen die je hebt gemaakt. Sluit alle apps. Maak het geheugen vrij.
Aan de hand van deze richtlijnen vertaal ik onze Manual Test case naar een QTP Test Script dat gebruik maakt van VB Scripting. Het volgende is het resultaat: (klik op afbeelding om te vergroten)
Loop door elke stap
Stap 1: Voorwaarde. We lanceren de IE met de Gmail.com-URL programmatisch.
Stap 2 & 7: Synchronisatie-instructie. Zoals we hierboven hebben besproken, zijn deze belangrijk om ervoor te zorgen dat de AUT in de gewenste staat komt voordat de volgende stap wordt uitgevoerd.
Stap 3 en 4: Gegevensinvoer. Alle gegevens worden hard gecodeerd in het script. Hoewel het niet aan te raden is, is het een begin.
Stap 5: Verandering van AUT-stap. Stap 5 omvat het klikken op de knop Aanmelden. U heeft geen V&V nodig wanneer deze verklaring wordt uitgevoerd. Dat komt omdat er een volgende verklaring is en of die kan worden uitgevoerd; het betekent degene voordat het succesvol is geweest. Maar als u extra ijverig bent, kunt u er hier een opnemen.
Stap 6 en 8: Opmerkingen
Stap 9 en 11: Voorwaardelijke verklaring. V & V / Checkpoint. We proberen te zien of het inloggen is gelukt door te controleren of er een inbox-link op de resulterende pagina staat. Als je zorgvuldig noteert, link met innerlijke tekst, 'inbox. *' Wordt gezocht. Dus ongeacht het aantal nieuwe e-mails (dat variabel is) dat u ontvangt, als u een inboxlink (die altijd een constante is) beschikbaar heeft, betekent dit dat het ijkpunt is gepasseerd.
Stap 10: Berichten box. Voor zichtbaarheid
Stap 12 & 13: Dit zijn de opruimactiviteiten. U meldt zich af bij het account en sluit de browser.
Gevolgtrekking
U ziet dus hoe gemakkelijk een automatiseringsscript zich ontvouwt als u een goed geschreven handmatig script en een reeks basisrichtlijnen hebt die u moet volgen. Aangezien dit geen artikel betreft kaders , Ik bleef duidelijk van functies, herbruikbaarheidsfactoren, parametrisering, enz. Omdat het testscript de fundamentele bouwsteen is, is het gemakkelijk om op een script te improviseren als je de basis goed hebt.
Zijn er nog andere factoren die u in overweging neemt, een andere methode die u gemakkelijker vindt of een richtlijn die u moeilijk te volgen vindt? Laat me je feedback weten in de comments.
Dit bericht is geschreven door STH-teamlid Swati Seela. Ze heeft meer dan 9 jaar ervaring in handmatige en automatiseringstesten in het werken met verschillende MNC's. Ze is ook onze instructeur voor de Software Testing QA Training cursus Als je geïnteresseerd bent in deze cursus, kijk dan op de komend batchschema hier
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- Automatiseringstestproces in 10 stappen: hoe u automatiseringstests in uw organisatie start
- Waarom hebben we framework nodig voor testautomatisering?
- Uitdagingen voor handmatige en automatiseringstests
- Hoe verschilt de testplanning voor handmatige en automatiseringsprojecten?
- Hoe te beslissen welk type testen vereist is voor een project? - Handmatig of automatisering
- Wat is automatiseringstesten (ultieme gids om testautomatisering te starten)
- QTP-frameworks - Testautomatiseringsframeworks - Sleutelwoordgestuurde en lineaire framework-voorbeelden - QTP-zelfstudie # 17
- Top 10 testautomatiseringsstrategieën en best practices