Menu

Hoe verschilt de testplanning voor handmatige en automatiseringsprojecten?

how does test planning differ

Probeer Ons Instrument Voor Het Oplossen Van Problemen

We zijn het er allemaal over eens dat automatiseringsprojecten van aard verschillen van handmatige tests. Hoewel autonome automatiseringsprojecten niet echt bestaan ​​(of idealiter niet zouden moeten bestaan), worden zowel handmatige als automatiseringsprojecten tijdens de planning anders behandeld.

Een gemengd gepland project wordt onvermijdelijk uitgevoerd; dit heeft niet alleen invloed op het huidige project en werpt een schaduw op de capaciteiten van het individu, maar kan ook leiden tot het verlies van vertrouwen in het team voor de klant / het management, wat de verdere business beïnvloedt. Ik zou liever zeggen dat wij testers veilig zijn dan sorry.

​ Klik hier voor een complete serie testplannen

Testplanning

Een goede Dilbert-strip over planning:

projectplanning dilbert

Voordat we verder gaan, wil ik vaststellen waar dit artikel NIET over gaat.

# 1) Dit is geen diepgaande bespreking van automatiseringsframeworks. Verschillende projecten gebruiken verschillende kaders, afhankelijk van de aard van hun AUT, architectuur, complexiteit, teamexpertise, enz.

De informatie over de frameworks is te vinden op de onderstaande links:

Test automatiseringsframeworks deel 1 en deel 2 ​

#twee) Dit gaat ook niet over sjabloon, formaat of het maken van een Testplan document ​We gaan de overwegingen voorafgaand aan de documentatie voor een automatiseringsproject behandelen, meer in de zin van een haalbaarheidsanalyse.

# 3) Dit zijn ook geen tools specifiek. Elke activiteit in de SDLC kost tijd, moeite, infrastructuur, met andere woorden: GELD.

Voor een handmatig testproject zijn de kostenverslindende factoren:

  • Mensen
  • Tools - Test- / defectbeheer
  • Infrastructuur - omgeving
  • Tijd
  • Opleiding

Voor een automatiseringsproject zijn naast de bovenstaande items uitgaven nodig voor:

  • Automatiseringstools
  • Add-in voor integratie van testbeheertools
  • Add-in ter ondersteuning van AUT (zoals SAP, Oracle, enz.)
  • Framework opgezet
  • Tool-specifieke training

Is het succes van een automatiseringsproject, gegeven deze omstandigheden, afhankelijk van hoe goed u de code hebt geschreven, hoeveel herbruikbare componenten u hebt geschreven of met hoeveel regels code u het gewenste resultaat hebt bereikt?

Niet doen.

Er is één en de enige vraag die het succes bepaalt - 'Kunt u een betere ROI (Return on Investment) genereren in vergelijking met de handmatige route'? - Zo niet onmiddellijk, uiteindelijk.

Als het antwoord op deze vraag “NEE” is, dan heeft u het automatiseringsproject verkeerd gepland.

Normaal gesproken heeft een testplan de volgende secties. We gaan ze allemaal bespreken met de nadruk op automatiseringsspecifieke aspecten om te overwegen:

automatisering testplan

Automatisering testen Testplan secties

Sectie 1:Reikwijdte

  • Kies de testgevallen / -scenario's die keer op keer over meerdere cycli moeten worden teruggedraaid.
  • Soms hebben de eenvoudigste testcases veel gecompliceerde oplossingen nodig om te worden geautomatiseerd. Als deze slechts voor eenmalig gebruik zijn, heeft het duidelijk geen zin. Herbruikbaarheid moet uw focus zijn.
  • Automation Testing kan / kan geen verkennend testen uitvoeren.

Sectie 2: Test strategie

  • Deze sectie wordt in de automatiseringswereld het Framework genoemd. Sommige frameworks zijn buitengewoon uitdagend om te creëren en zijn ook effectief, maar tijd, moeite en competentie vragen. Zoek altijd een middenweg en doe je best zonder de overbenutting van middelen in gevaar te brengen.
  • Bepaal welke best practices voor codering moeten worden gebruikt, naamgevingsconventies, locaties waar testmiddelen moeten worden opgeslagen, het formaat van testresultaten, enz. Om de uniformiteit te behouden en de productiviteit te verhogen.

Sectie 3:Middelen / rollen en verantwoordelijkheden

  • De eerste stap in deze richting is om de capaciteiten van het team te begrijpen en te anticiperen op de reikwijdte van automatisering die in beeld komt. Dit zal helpen bij het kiezen van een team dat past bij zowel de behoeften op het gebied van automatisering als handmatige tests. Kies ook mensen met de juiste instelling - zij denken niet dat handmatig testen onder hun niveau ligt.
  • Kies een team dat goed thuis is in AUT, Test Management, Defect Management en andere SDLC-activiteiten
  • Sectie # 1: Reikwijdte

Sectie 4:Gereedschap

Kies automatiseringstools op basis van de volgende regels:

  • Heeft het bedrijf al licenties voor een bepaalde tool, probeer dan eens te kijken of je die kunt gebruiken
  • Zoek naar open-source (maar betrouwbare) tools
  • Kennen de teamleden de tool al of moeten we iemand anders binnenhalen? Of train de bestaande?

Sectie # 5: Schema's

  • Neem tijd op voor code-walkthroughs en inspectie van de automatiseringsscripts
  • Onderhoud de scripts tijdig. Als u een stukje code maakt dat u de komende zes maanden niet gaat gebruiken, moet u dit regelmatig onderhouden om de kans op mislukking te verkleinen.

Sectie # 6:Milieu

  • De doelomgeving die uw AUT gaat draaien en de automatiseringstool die u wilt gebruiken, moeten compatibel zijn. Dit is een van de factoren die moeten worden beschouwd als pre-licentieverlening voor de tool.
  • Analyseer ook of de rest van het Management tools en de automatiseringstool die u probeert binnen te halen, kunnen onderling worden verbonden voor extra voordeel.

Sectie # 7:Deliverables

  • Uw testscripts zijn uw resultaten. Niet iedereen is echter handig met automatisering / programmeertaal. Plan dus om een ​​'How-to' -document te maken dat de huidige gebruikers en toekomstige teamleden helpt dit script te begrijpen, zelfs als u er niet bent.
  • Voeg ook opmerkingen toe aan uw script.

Sectie # 8: Risico's

Als u een automatiseringsoplossing gaat voorstellen, zorg er dan voor dat u kosteneffectieve tools en oplossingen kiest om ervoor te zorgen dat de automatiseringsinspanning het project niet belast.

Het is belangrijk om de verwachting te wekken dat ROI voor een automatiseringsproject niet direct positief kan zijn, maar duidelijk zichtbaar is over lange perioden.

Daarom, als u voorstelt een systeem te automatiseren, kies dan het systeem dat dat is

  • Stabiel en niet teveel onderhoud
  • Heeft ruimte voor enorme regressiesuites
  • Heeft niet teveel handmatige tussenkomst of is niet afhankelijk van de intuïtie van een mens

Sectie # 9:Testgegevens

  • Houd rekening met de beveiligingsaspecten van de gegevens
  • Codeer geen testgegevens in de scripts. Dit leidt alleen maar tot te veel scriptonderhoud en kan tijdens de wijziging fouten veroorzaken.
  • Wees heel specifiek. Voor een handmatige teststap - ‘voer de voornaam in’ kunt u een naam van 5 tekens invoeren. Tijdens het testen kan een tester 'Swati' of 'Seela' of iets anders typen. Maar voor een tool kan het dergelijke veronderstellingen niet doen. Geef daarom exacte waarden op.

Sectie # 10:Rapporten / resultaten

  • De resultaten van scriptuitvoering zijn ook technisch en kunnen door de rest van de teams niet gemakkelijk worden begrepen. Plan om als extra maatregel gedetailleerde resultaten naar kladblok of Excel-bladen te schrijven.
  • Gedetailleerde raamwerkdocumenten, beoordelingsresultaten, defectrapporten, uitvoeringsstatusrapporten worden ook verwacht.

Wij, als automatiseringsliefhebbers, denken misschien dat klanten / management de automatiseringsvoorstellen niet gemakkelijk kopen.

hoe css selector in selenium te schrijven

Wanneer ons uiteindelijke doel echter is om de ROI te maximaliseren door middel van automatisering, zijn we ook in perfecte harmonie met de doelstellingen van het management / de klant. Dit zal ervoor zorgen dat we niet alleen ons project kunnen automatiseren, maar ook in staat zullen zijn om dit te doen, met veel instemming, samenwerking en opwinding.

Planning en grondige analyse van alle hierboven genoemde factoren kunnen onze bondgenoot zijn tijdens deze reis. Nogmaals, ROI betekent alles.

Dit bericht is geschreven door Swati Seela, teamlid van STH-auteurs.

Heeft u vragen of zaken te bespreken? Voel je vrij om in onderstaande reacties te posten.

​ Bezoek hier voor een complete serie testplannen

Aanbevolen literatuur

^