Menu

Stapsgewijze handleiding om Proof of Concept (POC) in automatiseringstests te implementeren

step step guide implement proof concept automation testing

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Hoe Proof of Concept (POC) te implementeren in automatiseringstests?

Elke organisatie heeft anders testprocessen en procedures. Handmatig testen is belangrijk en onvervangbaar, maar automatisering is de snelheid waarmee wordt gepickt.

Introductie van automatiseringstesten voor een organisatie is een uitdaging en de volgende punten zullen bepalen of het überhaupt nodig is:

Automatisering testen proof of concept poc

# 1 ​ Duur van het project: Korte of lange termijn - projecten op lange termijn zijn goede kandidaten voor automatisering

#twee. Hoeveel regressie wordt er in elk gedaan testcyclus ​ ​ projecten met repetitieve en langdurige regressietests, aangezien automatisering de totale testtijd verkort en volledige dekking garandeert.

# 3. Stabiliteit van de applicatie: Een toepassing die niet onderhevig is aan frequente wijzigingen, moet voor automatisering worden overwogen. Het product dat niet stabiel is, waar GUI / Functionaliteit blijft veranderen, elementen of de XPath op pagina blijven veranderen, mag pas worden geautomatiseerd als het stabiel is.

hoe je privémethoden test met behulp van mockito

# 4. Zijn de projectgegevens veilig en vereist het testen ervan enkele ingewikkelde procedures? ​ In dit geval kunt u het beste voor handmatige tests gaan.

# 5. Heeft het organisatie budget voor automatisering?​ Automatisering zorgt voor extra uitgaven voor de organisatie, zoals kosten voor automatiseringstools, resourcekosten, tijd die nodig is voor de ontwikkeling van frameworks en het schrijven / onderhouden van automatiseringstestscripts.

Met automatisering zullen het missen van tests of het als vanzelfsprekend beschouwen van sommige testresultaten nooit gebeuren. Het zorgt voor 100% dekking van een bepaalde module, elke keer dat dezelfde wordt getest. Automatisering helpt ook om dezelfde test meerdere keren uit te voeren op meerdere browsers en platforms.

De volgende afbeelding geeft inzicht in het proces van automatiseringstests

Automatiseringstestproces

Vanuit het oogpunt van technisch testen is de QEen team moet het begrijpen de volgende aspecten van hun automatiseringstool:

  1. Matrix voor het testen van platforms en besturingssystemen
  2. Datagestuurde mogelijkheden
  3. Rapportagemogelijkheden en overdraagbaarheid van rapporten
  4. Eenvoudig debuggen en loggen
  5. Versiebeheer wordt ondersteund
  6. Uitbreidbaar en aanpasbaar (kan worden geïntegreerd met andere tools zoals Ant, TestNG)
  7. Continue integratie.
  8. E-mailmeldingen (aangepast e-mailbericht ontvangen als tests zijn geslaagd / mislukt / of een netwerkfout)
  9. Als cross-browser testen en testen op meerdere platformen vereist zijn, wordt een gedistribueerde testomgeving ondersteund of niet.

Wat je leert:

De juiste automatiseringstool selecteren:

De juiste automatiseringstool selecteren

# 1. Een te testen applicatie is een webapplicatie of een desktopapplicatie.
#twee. Het kiezen van een open source-tool versus een betaalde.
# 3. De tool moet voldoen aan de testvereisten van de app
# 4. De tool gebruiken - de expertise en het comfort van het team wat betreft het gebruiken en leren van de tools
# 5. Ondersteunt het rapportage - zo nee, welke andere rapportagemogelijkheden zijn beschikbaar (open source of betaald). Zo ja, hoe goed is het dan in termen van het overbrengen van correcte gegevens vanuit zowel presentaties als inhoudelijk oogpunt.

Lees ook ​ De A tot Z-gids over het selecteren van de beste automatiseringstool

Daarnaast omvat de toolevaluatie:

Bij het selecteren van een automatiseringstool is het erg belangrijk om te overwegen of deze wordt ondersteund door de GUI-implementatie van de applicatie.

bug levenscyclus bij het testen van software
  1. GUI wordt geïmplementeerd met behulp van traditionele HTML of AJAX of een andere toolkit voor webontwikkeling
  2. Bevat GUI video's, afbeeldingen of veel geschreven inhoud?
  3. Het is interactief of alleen informatief
  4. Browsers moeten worden getest ​

Het is belangrijk om de tool op de bovenstaande punten te beoordelen om te begrijpen of de tool echt voldoet aan de testvereisten van het project.

Een proof of concept over automatisering ontwikkelen:

Implementeren van een automatisering testen POC is een cruciale en meest gebruikte methode om een ​​tool in een organisatie te introduceren. Als eenmaal is besloten dat automatisering moet plaatsvinden en er een tool is gekozen, is het tijd om een ​​prototype te maken als een POC en dit aan het management te presenteren om het realtime gebruik en de voordelen te demonstreren.

Om dit te doen:

1) Bepaal de testgevallen die we zullen gebruiken in de POC.
2) Het helpt om de gebieden te kiezen waarin de klanten het meest geïnteresseerd zijn.
3) Plan om handmatig versus automatisering te laten zien op een manier die bewijst dat er geen verslechtering van de kwaliteit is door voor automatisering te kiezen.
4) Voeg een testcase toe die mislukt en resulteert in het vinden van een defect - dit helpt te versterken dat de tool inderdaad defecten kan vinden
5) Gebruik waar nodig beweringen en validatiepunten.
6) Toon duidelijk gebieden die wel en niet kunnen worden geautomatiseerd. Meestal kunnen de volgende aspecten niet worden geautomatiseerd:

  • Video stoomt
  • Flash-inhoud (niet-statische inhoud)
  • Niet-statische afbeeldingen

7) Markeer of de tool voldoet aan de volgende vereisten?

  • Kan het alle belangrijke functies van de gewenste applicatie automatiseren?
  • Is automatisering mogelijk op dezelfde browser die nodig is voor het project
  • Zal automatisering een verandering in de implementatie van applicaties vereisen? (zoals voor automatisering is het belangrijk dat element-ID's uniek zijn en niet elke keer dat de pagina wordt aangeroepen, veranderen)

Het resultaat van POC - het is meestal een van de volgende:

  1. Tools voldoen aan de projectvereisten - Werk verdere details uit. Zoals implementatiekosten - onderhandelen over prijzen is noodzakelijk, licentievergoedingen, kosten voor training en ondersteuning, consultatie en uitgaven voor implementatie enz. In geval van open source bepalen tools de volwassenheid van de tool, beschikbare leermiddelen, leercurve, beschikbare ondersteuning enz. Voor zowel gelicentieerde als open source-tools moet ook rekening worden gehouden met de onderhoudskosten. Houd er rekening mee dat de voordelen slechts over een lange periode aanzienlijk zijn.
  2. De tool voldoet niet aan de eisen en heeft beperkingen - de tool wordt niet langer overwogen.
  3. Tool voldoet gedeeltelijk aan de eisen - opnieuw bezoeken en controleren of een ander beter aan de vereisten voldoet OF als automatisering totaal buiten beeld is OF als er een andere oplossing is met dezelfde tool.

Zodra we onze proof of concept aan het management hebben voorgelegd en we groen licht krijgen, is de volgende stap het implementeren van een pilotproject met die tool.

POC-sjabloon:

Er is niet één perfecte POC-sjabloon. Het omvat doorgaans:

  1. Vereiste voor POC
  2. Kandidaten van POC (alle automatiseringstools)
  3. Projectvereisten
  4. Voors en tegens van elke tool op basis van de projectvereisten
  5. POC-resultaat

Hier zijn een aantal Automation POC-sjablonen ter referentie:

​ POC-sjabloon 1
​ POC-sjabloon 2

Implementatie van een proefproject:

We moeten ons pilootproject definiëren door:

wat is een .bin-bestand?
  • Het kwantificeren van businesscases die bepalen of we deze tool moeten gebruiken of niet.
  • Definieer naamgevingsconventie en verschillende richtlijnen voor de applicatietool.
  • Voordelen van een tool zoals financiële en andere, wat kan worden gedaan en wat niet kan worden gedaan en ook de mogelijke oplossingen.

Stap 1​ Testcases kiezen voor pilot

  • Modules / functies die belangrijk zijn vanuit het perspectief van de klant
  • Functionaliteit gemakkelijk te demonstreren (happy path end to end)
  • Testgevallen die moeilijk handmatig te testen zijn en eenmaal geautomatiseerd, zal het testen ervan vereenvoudigd worden
  • Gebroken functionaliteit om aan te tonen hoe automatisering kan helpen bij het identificeren van een mislukte testcase

Stap 2​ Automatiseringsraamwerk ontwikkeling

Een testautomatiseringsraamwerk is de set van concepten, processen, procedures, praktijken en omgeving. Het is niets anders dan een geïntegreerd systeem dat bestaat uit regels om een ​​bepaald product te automatiseren. Dit systeem omvat een set functionele bibliotheken, API's, testgegevens, objectrepository en diverse andere modules. Het raamwerk en de aanpak van scripting die worden gebruikt voor testautomatisering hebben effect op de kosten ervan.

De volgende scripttechnieken kunnen worden gebruikt:

  • Lineair
  • Hybride
  • Datagestuurd
  • Zoekwoordgestuurd en
  • Gestructureerd

Met behulp van een van de bovenstaande technieken kan een testraamwerk worden ontworpen dat zal helpen bij het bereiken van een specifiek formaat om de test uit te voeren en de uitvoering en rapportage van tests te vereenvoudigen.

Bepaal sjablonen, naamgevingsconventies voor objecten, testcases, testsuites, gegevensrepository enz.

Stap 3​ Scriptontwikkeling en uitvoering

Stap 4​ Rapportage: Heeft de tool ingebouwde rapportagemogelijkheden? Zijn de ingebouwde rapporten in staat om alle vereiste informatie precies over te brengen? Hebben we een ander hulpmiddel nodig voor rapportagedoeleinden, zoals Crystal Reports, ReportNG, enz.?

Stap # 5 ​ Automatiseringsscripts onderhouden

Presenteren aan de stakeholders:

Evenals proof of concept en het implementeren van een pilot is belangrijk, zo is het presenteren op de juiste manier. De volgende punten zullen helpen om het op een positieve manier te presenteren.

  1. Begin met hoeveel handmatige testinspanning er in elke testcyclus wordt gestoken, uitdagingen waarmee we worden geconfronteerd tijdens handmatige tests en hoe we automatisering kunnen gebruiken om deze te overwinnen.
  2. Leg uit hoe u de tool heeft geselecteerd op basis van de proof of concept
  3. Benadruk kenmerken van de automatiseringstool en hoe deze de testvereisten aanvult
  4. Leg tijdens het doorlopen van de automatisering uit hoe de automatiseringstool niet alleen helpt bij snellere testuitvoering, maar ook bij het uitvoeren van verificatie en bugidentificatie.
  5. Laat zien hoe het rapport de uitvoeringsstatus van de testcase laat zien
  6. Markeer rapportagefuncties zoals kleurrijke legendes voor verschillende testcasestatus, momentopnames van mislukte testcases en rapporteerbaarheid
  7. En laat tot slot zien hoeveel testtijd er voor elke testcyclus zal worden verminderd.
  8. Leg ook uit hoe u het volledige door u ontwikkelde automatiseringsraamwerk en de voordelen ervan in termen van gebruik en onderhoud kunt realiseren.

Wees voorbereid om vragen te beantwoorden met betrekking tot hoeveel tijd het kost om een ​​enkele eenvoudige of kritieke functionaliteit te automatiseren. Als er een kleine wijziging plaatsvindt aan de voorkant van de applicatie, hoeveel scriptwijzigingen er nodig zijn en hoeveel tijd er nodig zal zijn om deze aan te passen.

We hopen dat deze handleiding nuttig is voor u om een ​​POC-document voor het testen van automatisering te schrijven. Laat het ons weten als u nog vragen heeft.

Aanbevolen literatuur

^