Meny

Steg för steg guide för att implementera POC (Proof of Concept) i Automation Testing

step step guide implement proof concept automation testing

Prova Vårt Instrument För Att Eliminera Problem

Hur implementerar jag Proof of Concept (POC) i automatiseringstestning?

Varje organisation har olika testprocesser och förfaranden. Manuell testning är viktig och oersättlig, men automatisering är snabbhet.

Vi introducerar automatiseringstestning till en organisation är en utmaning och följande punkter kommer att avgöra om det alls krävs:

Automation testar bevis på koncept poc

# 1 . Projektets varaktighet: Kortsiktiga eller långsiktiga - långsiktiga projekt är bra kandidater för automatisering

#två. Hur mycket regression görs i varje testcykel ? - projekt som har repetitiva och långa regressionstester eftersom automatisering minskar den totala testtiden och säkerställer fullständig täckning.

# 3. Applikationens stabilitet: Applikationer som inte är känsliga för frekventa förändringar bör övervägas för automatisering. Produkten som inte är stabil, där GUI / funktionalitet fortsätter att förändras, element eller dess XPath på sidan ändras bör inte automatiseras förrän den är stabil.

bästa mp3-sångnedladdaren för android

# 4. Är projektdata säkra och kräver det några komplicerade procedurer för att testa dem? - I det här fallet är det bäst att gå till manuell testning.

# 5. Gör det organisation har en budget för automatisering? - Automation kommer att lägga till ytterligare utgifter för organisationen som automatiseringsverktygskostnad, resurskostnad, en tid som krävs för ramutveckling och skrivning / underhåll av automatiseringstestskript.

Med automatisering kommer saknade tester eller att ta några testresultat för givet aldrig hända. Det säkerställer 100% täckning av en viss modul varje gång samma testas. Automation hjälper också till att utföra samma test flera gånger på flera webbläsare och plattformar.

Följande figur hjälper dig att förstå processen för automatiseringstestning

Process för automatiseringstestning

Ur teknisk synvinkel har QA-teamet måste förstå följande aspekter om deras automatiseringsverktyg:

  1. Plattforms- och OS-testmatris
  2. Datadriven kapacitet
  3. Rapporteringskapacitet och rapportportabilitet
  4. Enkel felsökning och loggning
  5. Versionskontroll stöds
  6. Utdragbar och anpassningsbar (kan integreras med andra verktyg som Ant, TestNG)
  7. Fortsatt integration.
  8. E-postmeddelanden (Anpassat e-postmeddelande mottaget om test klaras / misslyckades / eller nätverksfel)
  9. Om testning över flera webbläsare och testning av flera plattformar krävs, stöds distribuerad testmiljö eller inte.

Vad du kommer att lära dig:

Välja rätt automatiseringsverktyg:

Välja rätt automatiseringsverktyg

# 1. En applikation som testas är en webbapplikation eller en stationär applikation.
#två. Välja ett verktyg för öppen källkod Vs betalat ett.
# 3. Verktyget bör uppfylla applikationens testkrav
# 4. Använda verktyget - teamets expertis och komfortnivå när det gäller att använda och lära sig verktygen
# 5. Stöder det rapportering - Om nej vilka andra rapporteringsalternativ är tillgängliga (öppen källkod eller betald). Om ja, hur bra är det när det gäller att förmedla korrekta data från presentationer och innehållssynpunkt.

Läs också => A till Z-guiden för att välja det bästa automatiseringsverktyget

Dessutom innefattar verktygsutvärdering:

När du väljer ett automatiseringsverktyg är det mycket viktigt att överväga om det stöds i applikations-GUI-implementeringen.

  1. GUI implementeras med traditionell HTML eller AJAX eller andra verktyg för webbutveckling
  2. Inkluderar GUI videor, bilder eller mycket skrivet innehåll?
  3. Det är interaktivt eller bara informativt
  4. Webbläsare måste testas .

Det är viktigt att bedöma verktyget på ovanstående punkter för att förstå om verktyget verkligen uppfyller projektets testkrav.

Utveckla bevis på koncept för automatisering:

Implementera en automatiseringstestning POC är en avgörande och ofta använda metod för att introducera ett verktyg för en organisation. När det väl har beslutats att automatisering ska göras och ett verktyg har valts är det dags att skapa en prototyp som en POC och presentera den för ledningen för att visa realtidsanvändning och fördelar.

Att göra så:

1) Bestäm testfall som vi kommer att använda i POC.
2) Det hjälper till att välja de områden som kunderna är mest intresserade av.
3) Planera att visa manuell mot automatisering på ett sätt som bevisar att kvaliteten inte försämras genom att välja automatisering.
4) Inkludera ett testfall som misslyckas och resulterar i att hitta en defekt - detta hjälper till att förstärka att verktyget verkligen kan hitta defekter
5) Använd påståenden och valideringspunkter där det är nödvändigt.
6) Visa tydligt områden som kan och inte kan automatiseras. Vanligtvis kan följande aspekter inte automatiseras:

  • Video ångar
  • Flash-innehåll (icke-statiskt innehåll)
  • Icke-statiska bilder

7) Markera om verktyget uppfyller följande krav?

  • Kan det automatisera alla nyckelfunktioner i önskad applikation
  • Är automatisering möjlig i samma webbläsare som krävs av projektet
  • Kommer automatisering att kräva förändring av applikationsimplementeringen? (som för automatisering är det viktigt att elementidentifierare är unika och inte ändras varje gång sidan anropas)

Resultatet av POC-det är vanligtvis ett av följande:

  1. Verktyg uppfyller projektkraven - Arbeta med ytterligare detaljer. Så som kostnader för implementering - förhandla om priser är nödvändiga, slutföra licensavgifter, utbildning & supportkostnader, konsultation och implementeringskostnader etc. I händelse av öppen källkod bestämmer verktygen löptiden för verktyget, tillgängliga lärresurser, inlärningskurva, tillgängligt stöd etc. För både licensierade och open source-verktyg måste underhållskostnader också beaktas. Man måste komma ihåg att fördelarna endast är betydande under lång tid.
  2. Verktyget uppfyller inte kraven och har begränsningar - verktyget beaktas inte längre.
  3. Verktyget uppfyller delvis kraven - återbesök och kontrollera om en annan uppfyller kraven bättre ELLER om automatisering är helt ur bilden ELLER om det finns någon annan lösning med samma verktyg.

När vi väl presenterat vårt bevis på koncept för ledningen och vi får ett klartecken från dem, är nästa steg att genomföra ett pilotprojekt med det verktyget.

bra anime webbplatser att titta på animes gratis

POC-mall:

Det finns ingen perfekt POC-mall. Det inkluderar vanligtvis:

  1. Krav på POC
  2. Kandidater för POC (alla automatiseringsverktyg)
  3. Projektkrav
  4. För- och nackdelar med varje verktyg baserat på projektkraven
  5. POC-resultat

Här är ett par Automation POC-mallar som referens:

bästa spionappar för Android-telefoner

=> POC-mall 1
=> POC-mall 2

Genomföra ett pilotprojekt:

Vi bör definiera vårt pilotprojekt genom att:

  • Kvantifiera affärsärenden som kommer att avgöra om vi ska använda detta verktyg eller inte.
  • Definiera namngivningskonvention och olika riktlinjer för applikationsverktyg.
  • Fördelar med ett verktyg som finansiella och andra, vad som kan göras och vad som inte kan göras och dess möjliga lösningar.

Steg 1. Välja testfall för pilot

  • Moduler / funktioner viktiga ur kundperspektiv
  • Funktionalitet lätt att demonstrera (lycklig väg ända till slut)
  • Testfall som är svåra att testa manuellt och en gång automatiserade förenklar testningen av dem
  • Trasig funktionalitet för att visa hur automatisering kan hjälpa till att identifiera misslyckade testfall

Steg 2. Automationsramverk utveckling

En testautomatiseringsram är uppsättningen koncept, process, procedurer, praxis och miljö. Det är inget annat än ett integrerat system som består av regler för att automatisera en viss produkt. Detta system innehåller uppsättning funktionella bibliotek, API: er, testdata, objektförvar och olika andra moduler. Ramverket och tillvägagångssättet för skript som används för testautomatisering påverkar dess kostnader.

Följande skripttekniker kan användas:

  • Linjär
  • Hybrid
  • Data driven
  • Nyckelord driven och
  • Strukturerad

Med hjälp av någon av ovanstående tekniker kan ett testramverk utformas som hjälper till att uppnå ett specifikt format för att driva testet, förenkla testutförande och rapportering.

Bestäm mallar, namnkonventioner för objekt, testfall, testsviter, datalager etc.

Steg 3. Skriptutveckling och utförande

Steg 4. Rapportering: Har verktyget inbyggda rapporteringsfunktioner? Kan de inbyggda rapporterna förmedla all nödvändig information exakt? Behöver vi ett annat verktyg för rapporteringsändamål som kristallrapporter, reportNG, etc.?

Steg 5 . Underhålla automatiseringsskript

Presentera för intressenterna:

Så mycket som bevis på koncept och implementering av en pilot är viktigt så är det att presentera det på rätt sätt. Följande punkter hjälper till att presentera det på ett positivt sätt.

  1. Börja med hur mycket manuell testansträngning läggs i varje testcykel, utmaningar som ställs inför manuell testning och hur kan vi använda automatisering för att övervinna dem.
  2. Förklara hur du valde verktyget baserat på konceptbeviset
  3. Markera funktioner i automatiseringsverktyget och hur det kompletterar testkraven
  4. Medan du kör igenom automatiseringen, förklara hur automatiseringsverktyget inte bara hjälper till med snabbare testutförande utan också dess förmåga att utföra verifiering och felidentifiering.
  5. Demonstrera hur rapporten visar status för utförande av testfall
  6. Markera rapporteringsfunktioner som färgglada legender för olika testfallstatus, ögonblicksbilder av misslyckade testfall och rapportportabilitet
  7. Och slutligen visa hur mycket testtid som kommer att minskas för varje testcykel.
  8. Förklara också hur du kan uppnå hela det automatiseringsramverk som du har utvecklat och dess fördelar när det gäller användning och underhåll.

Var beredd att svara på frågor relaterade till hur lång tid det tar att automatisera en enkel eller kritisk funktion. Om en mindre ändring inträffar på applikationsfronten, hur mycket skriptändringar kommer det att krävas för hur mycket tid det kommer att ta att ändra.

Vi hoppas att den här guiden är användbar för dig att börja skriva ett automatiskt testande POC-dokument. Låt oss veta om du har några frågor.

Rekommenderad läsning

^