Beste antwoord
Systeemtestgevallen
Hier zijn enkele voorbeeldtestscenarios voor een e-commercesite:
1 Als de site correct start met alle relevante paginas, functies en logo
2. Als de gebruiker kan registreren / inloggen naar de site
3. Als de gebruiker de beschikbare producten kan zien, kan hij producten aan zijn winkelwagentje toevoegen, kan hij betalen en kan hij een bevestiging krijgen via e-mail of sms of bel.
4. Als de belangrijkste functionaliteit zoals zoeken, filteren, sorteren, toevoegen, wijzigen, verlanglijst enz. werken zoals verwacht
4. Als het aantal gebruikers (gedefinieerd als in het vereiste document) tegelijkertijd toegang heeft tot de site
5. Als de site correct start in alle grote browsers en eir nieuwste versies
6. Als de transacties op de site worden gedaan via een specifieke gebruiker, zijn ze veilig genoeg
7. Als de site correct start op alle ondersteunde platforms zoals Windows, Linux, Mobile etc.
8. Als het retourbeleid van de gebruikershandleiding / gids, het privacybeleid en de voorwaarden voor het gebruik van de site beschikbaar zijn als een afzonderlijk document en nuttig zijn voor elke beginner of nieuwe gebruiker.
9. Of de inhoud van paginas correct is uitgelijnd, goed beheerd en zonder spelfouten.
10. Als sessietime-out is geïmplementeerd en werkt zoals verwacht
11. Als een gebruiker tevreden is na het gebruik van de site of met andere woorden, de gebruiker vindt het niet moeilijk om de site te gebruiken.
Soorten systeemtests
ST wordt een superset genoemd van alle soorten testen a s alle belangrijke soorten testen komen erin aan bod. Hoewel de focus op soorten testen kan variëren op basis van product, organisatieprocessen, tijdlijn en vereisten.
Functionaliteitstesten: zorg ervoor dat de functionaliteit van het product werkt volgens de gedefinieerde vereisten, binnen de mogelijkheden van het systeem.
Herstelbaarheidstests: om er zeker van te zijn hoe goed, het systeem herstelt van verschillende invoerfouten en andere foutsituaties.
Interoperabiliteitstesten: om er zeker van te zijn of het systeem goed kan werken met derde -party-producten of niet.
Prestatietests: om de prestaties van het systeem onder de verschillende omstandigheden te garanderen, in termen van prestatiekenmerken.
Schaalbaarheidstests: om zeker te zijn van de schaalbaarheid van het systeem in verschillende termen, zoals schalen van gebruikers, geografische schalen en schalen van bronnen.
Betrouwbaarheidstests: om ervoor te zorgen dat het systeem langer kan worden gebruikt zonder fouten te ontwikkelen.
Regressietests: om zorg voor de stabiliteit van het systeem terwijl het door een integratie van verschillende subsystemen en onderhoudstaken gaat.
Documentatietest: Om ervoor te zorgen dat de gebruikershandleiding van dat systeem en andere helponderwerpen zijn documenten correct en bruikbaar.
Beveiligingstests: om ervoor te zorgen dat het systeem geen ongeautoriseerde toegang tot gegevens en bronnen toestaat .
Antwoord
Laten we een eenvoudig voorbeeld nemen om te begrijpen wat Test is Automatiseringsraamwerk . Hoe denk je dat de Indiase democratie, de op een na grootste ter wereld, functioneert? Is het ad-hoc? Nee! Er zijn basisprocessen en -structuren die de Indiase democratie aandrijven – de grondwet van India. Wat als er geen grondwet was? Wat als mensen zich niet laten leiden door richtlijnen? Ja! Totale chaos.
‘Framework’ is wat bijna alles drijft – een basisoverzicht of structuur, een reeks richtlijnen die, wanneer ze worden gevolgd, coherente en gunstige resultaten opleveren. Of het nu gaat om productie, politiek of dienstverlening. Hoe kan dan Test Automation Framework anders zijn!
Test Automation Framework
Voordat u naar Testautomatiseringsraamwerk , laten we eerst de verschillende componenten van testautomatisering begrijpen.
- AUT : de te testen applicatie
- Testautomatiseringstool zoals HPE UFT of Selenium
- Testbeheertool waar de testcases en screenshots worden opgeslagen. Als dit niet het geval is, kan ook een gemeenschappelijke gedeelde schijf worden gebruikt.
- Testomgeving : een stabiele omgeving waarop de applicatie wordt geïmplementeerd voor testdoeleinden
- Applicatie-objecten : verschillende elementen binnen de applicatie zoals tekstvak, selectievakje, keuzerondje, vervolgkeuzelijst, etc.
- Applicatiemodules : specifieke functionele stromen die moeten worden uitgevoerd binnen verschillende testgevallen. Bijv. Gebruikersaanmelding.
- Testgegevens : invoerwaarden (geldig of ongeldig) voor de toepassingsvelden, zoals aanmeldingsgegevens
- Functies : een set herbruikbare instructies (voor een bepaalde functionele stroom) die moet worden uitgevoerd in verschillende scripts. Bijv. Gebruikerslogin.
- Testscript : een op zichzelf staande testcase gecodeerd in een bepaalde programmeertaal met behulp van de testautomatiseringstool
- Resultaten : dit omvat de foutenlogboeken, uitvoeringsstatus, schermafbeeldingen, formele rapporten, enz.
Hoe gaat het nu denkt u dat deze verschillende componenten samenwerken om de applicatie automatisch te testen? Hoe moduleer je applicatiestromen naar verschillende functies? Hoe identificeer en organiseer je applicatieobjecten? Waar worden de testgegevens opgeslagen? Hoe is het toegankelijk? Waar voert u de testscripts uit? Automatiseringstool of testbeheertool? Welke alle screenshots en logboeken worden vastgelegd? & in welk formaat? Hoe rapporteer je de resultaten van de testuitvoering? Ja! Er moet een reeks richtlijnen zijn die deze regels aansturen, toch? Dat is wat we het een Test Automation Framework noemen!
Officieel
A Test Automation Framework is een set protocollen, standaarden en richtlijnen (geprogrammeerd) die de regels bepalen voor het testen van een specifiek product – hoe verschillende automatiseringscomponenten zullen samenwerken om automatiseringsscripts uit te voeren en de resultaten op een coherente en gunstige manier vast te leggen. D.w.z. hoe deze verschillende componenten (bouwstenen) in elkaar moeten worden gezet.
Onder leiding van Voorbeeld
Hoop je dat dit het concept een beetje duidelijk maakt? Nee? Al in de war? Om het nog glashelder te maken, laten we eens kijken naar enkele permutaties en combinaties van hoe deze verschillende componenten kunnen samenwerken, dwz verschillende manieren waarop deze componenten kunnen worden georganiseerd.
- De gebruiker gebruikt een record-and-playback functie waarbij de gebruiker elke stap van de testcase registreert (inclusief navigatie en gegevensinvoer) >> script wordt automatisch gegenereerd >> bewerk het script om controlepunten in te voegen >> Speel het script af. Omgeving, objecten en testgegevens worden allemaal vastgelegd tijdens het opnemen in het testscript.
- In plaats van elke stap op te nemen, verenigt u algemene taken zoals gebruikersaanmelding in functies die vervolgens kunnen worden opgeroepen vanuit verschillende testscripts.
- We kunnen een aparte objectrepository maken om details van alle toepassingsobjecten op te slaan en deze objecten vervolgens in testscripts te gebruiken, in plaats van het object elke keer in elk script te identificeren.
- Hoe zit het met we houden de testgegevens buiten het script? Zeggen in een apart Excel-bestand? En deze waarden vervolgens tijdens runtime in scriptvariabelen laden?
- Stel dat we verschillende functies maken voor elke applicatiestroom / actie en vervolgens de reeks stappen (samen met de gegevens) lezen uit een extern bestand zoals Excel vel? Bijv. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Wat als we een gemeenschappelijk configuratiebestand definiëren dat alle omgevingsinstellingen bevat, zoals de applicatie-URL, browserspecifieke informatie, inloggegevens, enz.?
- Het vastleggen van de schermafbeeldingen voor alleen de mislukte stappen en het creëren van een cumulatief geslaagd / mislukt-rapport aan het einde van de testuitvoering dat wordt opgeslagen in een gedeelde schijf
- Testresultaten worden geregistreerd in een afzonderlijk log-bestand dat vervolgens naar belanghebbenden kan worden gemaild
De samenvatting
Het Test Automation-framework biedt de gebruiker met verschillende voordelen die hen helpen om de automatiseringstestscripts efficiënt te ontwikkelen, uit te voeren en te rapporteren – standaardscripting, coherente aanpak, teamconsistentie, schaalbaarheid, modulariteit, minder foutgevoelig, begrijpelijkheid, herbruikbaarheid, minimale handmatige tussenkomst, eenvoudige rapportage, minder kosten, eenvoudig onderhoud etc.
Samenvattend, Test Automation Framework spelen een sleutelrol bij automatiseringstesten. Maar voordat u begint met het bouwen van een framework, moet u er rekening mee houden dat er een uiteenlopend bereik is van Test Automation Framework nu beschikbaar – zorg ervoor dat u een raamwerk bouwt dat het best geschikt is voor het project of de applicatie die wordt getest!
Nou, dit was slechts een inleiding over testautomatiseringsraamwerk en ik hoop dat je het basisidee hebt gekregen van waar een raamwerk over gaat.