Menu

Scriptless Test Automation Framework: Værktøjer og eksempler

scriptless test automation framework

Prøv Vores Instrument Til At Fjerne Problemer

Alt hvad du behøver at vide om codeless eller Scriptless Test Automation Framework og de bedste værktøjer. Liste over top og mest populære scriptless testautomatiseringsværktøjer til mobiler med funktioner og sammenligning:

Denne artikel giver dig et komplet overblik over Scriptless Automation Framework i enkle vendinger.

Designmålene, implementeringskravene, fordele og myter ved scriptless automatisering forklares med perfekte eksempler til let forståelse.

Mens du afslutter denne artikel, får du et godt indblik i alle svarene på 'hvorfor', 'hvad', 'hvornår' og 'hvordan' spørgsmål relateret til denne ramme.

Scriptless Test Automation Framework

Hvad du lærer:

Niveauer af automatisering

Lad os se hurtigt på niveauerne for automatisering, inden vi dykker dybt ned i den kodløse Test Automation Framework.

# 1) Scripting / kodning

Som navnet antyder, kræver dette oprettelse af et program / software til automatisering af test eller processer.

Eksempel: Hvis du skal udføre enhedstest af en bestemt funktion eller en klasse, skal du oprette testprogrammer for at teste din funktion eller klasse. Der er ingen måde at automatisere dine enhedstest uden kodning.

Generelt, hvis en automatiseringsværktøj eller framework giver testere mandat til at oprette en kode eller script til levering af testinput, udførelse og rapportering af automatiserede tests, så kategoriseres sådanne værktøjer på dette niveau.

# 2) Scriptless

På dette niveau har du ikke brug for kodning eller scripting-viden for at oprette automatiserede tests. Som en ramme er det imidlertid en god praksis at give mulighed for tilpasning.

For avancerede brugere kan tilpasning ske ved at skrive deres egen kode til at dække nogle unikke testscenarier.

# 3) Avanceret automatisering ved hjælp af kunstig intelligens (AI)

Dette er det højeste niveau af automatisering, der kan opnås:

  • Opret testscripts fra testcase-dokumenter (sandsynligvis ved hjælp af Natural Language Processing-teknologi).
  • Auto-korrekte testskripter baseret på applikationsændringerne til effektiv regressionstest.
  • Generer automatisk testskripter baseret på brugerhandlinger / brugssager på applikationen, der testes. Dette er den avancerede version af den traditionelle optage- og afspilningsfunktion.
  • Automatisk validering af testresultaterne baseret på maskinindlæring uden brugerinput om, hvad der skal valideres, og testanalyser.

Introduktion til scriptless testautomatisering

I denne artikel vil vi fokusere på niveau 2-automatisering, som er scriptless.

Før det skal vi se listen over nogle af de bedste scriptless automatiseringsværktøjer.

Generelle funktioner til scriptfri platforme

Traditionelt kræver automatiseret test kompleks scriptudvikling ved ofte at kræve stærke tekniske færdigheder. Desuden har disse testskripter tendens til at være 'skøre', dvs. de går i stykker, når appen ændres, eller når appen udføres på forskellige enheder.

Dette er appellen fra scriptless automatiseringsplatforme. De tilbyder organisationer en lav kompleksitet og omkostningseffektiv mulighed for at udnytte kraften ved automatiseret test uden den tilknyttede kompleksitet eller omkostning ved scriptudvikling.

Således er det bydende nødvendigt, når man vælger en mobil Scriptless Automation-platform for at sikre, at:

  • Testskripter kan oprettes på en intuitiv “no-code” måde.
  • Test-scripts kan udføres på en bred vifte af enheder og operativsystemer uden at gå i stykker
  • Testskripterne kan eksporteres i en åben standard (f.eks. Appium) for at forhindre leverandørlås.

Faktakontrol: Ifølge Kobiton har 36% af organisationer brugt over $ 100.000 på at teste mobilapps sidste år. Denne undersøgelse med QA-organisationer på Mobile App Testing siger, at 84% af testorganisationer stoler på, at test på den rigtige enhed vil give dem en bedre succesrate end at bruge en emulator eller simulator.

softwareudvikling livscyklus vandfaldsmetode
Pro Tip: Under evaluering af scriptfri testautomatiseringsplatforme inkluderer de faktorer, der skal overvejes implementeringsmuligheder (offentlig sky, privat sky, lokalt), understøttede platforme, test på reelle enheder, support til automatiseringstest (Selenium eller appium), scripttilpasning og omkostninger . Et værktøj skal have mindre vedligeholdelse, nem konfiguration og skal kunne forbedre effektiviteten. Værktøjet skal vælges ved at overveje dine forretningskrav. = >> Kontakt os at foreslå en liste her.

Bedste scriptless testautomatiseringsværktøjer

Sammenligning af de bedste scriptless platforme til test af mobilapps

Implementering Automatiseret test Platform Gratis prøveversion Pris
TestCraft

TestCraft_Logo		SaaSSelenTest kan køres på flere platforme.Ledig.Få et citat.
Selen IDE

SelenIDE_Logo		Cloud HostedSelenWindows, Mac og Linux.-Gratis
Zap-test

ZapTest_Logo		Cloud-baseret.-TværplatformLedigFå et citat.
Kobiton

Kobiton_logo		Lokalt og skybaseret.Fuld support til Appium og SeleniOS- og Android-enheder.Gratis prøveversion tilgængelig i 15 dage med 50 enheder.Hold: $ 40 / måned
Organisation: $ 415 / måned
Virksomhed: Få et tilbud.
Ranorex

Ranorex_Logo		Windows installeret.Selen eller vinkelmålerRanorex Studio: Windows.
Ranorex Webtestit: Windows-, Mac- og Linux-platforme		30 dageDet starter ved $ 2990.

Lad os udforske !!

De øverste værktøjer, der falder ind under denne kategori, er angivet nedenfor til din reference.

# 1) TestCraft

TestCraft logo nyt

TestCraft er en manuel Selen-testautomationsplatform. Dens revolutionerende AI-teknologi og unikke visuelle modeller muliggør hurtigere oprettelse og udførelse af test, samtidig med at testvedligeholdelsesomkostninger elimineres.

Testere skaber fuldautomatiske testscenarier uden kodning. Kunder finder fejl hurtigt, frigiver oftere, integreres med CI / CD-godkendelsen og forbedrer den overordnede kvalitet af deres digitale produkter.

Testcraft

Nøglefunktioner:

  • Ingen programmeringsfærdigheder påkrævet. Udnyt manuelle testers forretningskendskab og lad dem skabe kodeløse automatiserede testscenarier.
  • Reducer vedligeholdelsesomkostningerne betydeligt. Scripts justeres automatisk for at ændre på grund af vores AI-algoritme. Større ændringer tilpasses med et par klik.
  • Selenbaseret. Integrer og udnyt hurtigt moduler udviklet af samfundet.
  • Det giver øjeblikkelig tid til værdi. Intet at installere (SaaS). Let at mestre.

=> Besøg TestCraft-webstedet

# 2) ACCELQ

ACCELQ

Enkel at bruge, kraftfuld AI-drevet testautomatiseringsplatform.

ACCELQ er den eneste skybaserede kontinuerlige testplatform, der problemfrit automatiserer API og webtest uden at skrive en enkelt kodelinje. IT-teams i alle størrelser bruger accelQ til at fremskynde deres test ved at automatisere kritiske aspekter af livscyklussen som testdesign, planlægning, testgenerering og udførelse.

Læs også = >> AccelQ anmeldelse

accelQ-kunder sparer typisk over 70% af de omkostninger, der er involveret i ændrings- og vedligeholdelsesindsatsen ved testning, og adresserer et af de største smertepunkter i branchen. accelQ gør dette muligt med AI-drevet kerne for at bringe selvhelbredende automatisering blandt andre unikke muligheder.

Fokus på design og brugeroplevelse er kernen i accelQs kontinuerlige innovationsmetode med en ubarmhjertig indsats for at fremskynde testningen og forbedre den leverede kvalitet for sine kunder.

Nøglefunktioner:

  • Visuel applikationsmodellering til automatisering af design og livscyklus.
  • Kodeløs API og UI-automatisering i samme flow.
  • Automatisk generering af testsager og dataplanlægning.
  • In-sprint-automatisering med flere abstraktionslag.
  • Indbygget teststyring og planlægningsfunktioner.
  • Problemfri CI / CD og Jira / ALM integration med naturlig sporbarhed.
  • Kraft til selvhelbredelse med runtime analytisk motor til robust automatisering.
  • Ingen leverandørlås, justerbar ramme med open source.

=> Besøg ACCELQ-webstedet

# 3)ZapTest

Bedst til Små til store virksomheder eller nystartede virksomheder.
Pris: Få et tilbud for dets prisoplysninger.

Zap-test

ZapTest er en Enterprise-løsning til at optimere din testautomatisering gennem mindre scripting, automatisk dokumentation og parallel udførelse. Det understøtter VB Script og JavaScript. Det kan teste ethvert brugergrænseflade og API-interface.

Funktioner:

  • Scriptet, der genereres gennem denne platform, kan bruges til en computer, telefon eller tablet.
  • Det kan bruges til UI- og API-testautomatisering.
  • Testdokumentation bliver automatisk genereret.
  • Test-scripts kan oprettes til live applikationer, mockups, videoscenarier og tekstreferencer.

Dom: Værktøjet giver dig mulighed for at køre scripts automatisk i alle testmiljøer samtidigt. Det strømliner din testautomatisering gennem videoscenarier og tekstreferencer.

Internet side: ZapTest

# 4) Selen IDE

Bedst til Startups og freelancere.
Pris: Selen IDE er gratis og open source.

SelenID

Selen IDE er et open source-værktøj til testautomatisering. Det fungerer gennem optagelse og afspilning. Det bruges som et plugin til Chrome- eller Firefox-browsere. Det understøtter udførelse på tværs af browsere ved hjælp af Command Line Runner til Selen IDE.

Det har evnen til at optage flere lokaliseringer for hvert element, det interagerer med. Testcases, du opretter i Selen IDE, kan genbruges.

Funktioner:

  • Det understøtter kontrolflowstrukturer, som hvis, mens og tidspunkter.
  • Værktøjet kan udvides via plugins.
  • Det giver dig mulighed for at oprette en testpakke.
  • Det giver dig også mulighed for at tilpasse test scriptet.

Dom: Selen IDE fungerer på record-and-play-back funktionaliteten. Selvom værktøjet har begrænsede funktioner, kan det være et perfekt grundlæggende scriptless Test Automation Tool.

Internet side: Selen IDE

# 5)Ranorex Studio

ranorex-studie

Ranorex Studio inkluderer et komplet sæt scriptless testautomatiseringsværktøjer til test af desktop, websted og mobilapp. Automatiser tests i halve tiden af ​​andre tilgange.

Ranorex

Nøglefunktioner inkluderer:

  • Ranorex-optager : Fang enhver interaktion med din applikation. Pause og genoptag optagelse, rediger trin og tilføj valideringshandlinger lige i optagelsesvinduet.
  • Ranorex Spy : Identificer UI-elementer med et enkelt klik, træk og slip dem derefter i din testsag. Ranorex Studio håndterer automatisk dynamiske webelementer.
  • Handlingseditor : Rediger optagede trin, tilføj valideringer, angiv betingelser for udførelse (IF-sætninger) og brug data fra en Excel-fil eller en database - alt sammen uden kodning.
  • Indbygget Selen WebDriver . Udfør test på tværs af browsere på WebDriver-slutpunktet, et lokalt Selen Grid eller en skybaseret udbyder.
  • Indbygget testkørselsrapport og videorapportering af testudførelse . Hvis et teststrin mislykkes, skal du blot afspille videoen igen for at se, hvad der skete. Klik på et mislykket trin i testrapporten for at springe direkte til testsagen og debugere den.
  • Integreres med førende fejlsporingsværktøjer inklusive Jira og Bugzilla , CI / CD-værktøjer inklusive Jenkins og Bambus , TestRail til håndtering af testsager og mere.

Ranorex Studio har også en fuld IDE, så du kan udvide dine testsager med kode, hvis det ønskes.

# 6) Kobiton

Bedst til Små til store virksomheder.

Pris: Kobiton tilbyder en gratis prøveperiode i 15 dage. Det har tre prisplaner, dvs. Team ($ 40 pr. Måned), Organisation ($ 415 pr. Måned) og Enterprise (Få et tilbud) . Disse priser gælder for årlig fakturering. Månedlige faktureringsplaner er også tilgængelige.

Kobiton

Kobitons arv er at tilbyde en omfattende platform til test af din app på rigtige enheder og til at styre en enhedsfarm.

Kobiton leverer en kapacitet i sin platform kaldet Intelligent Test Automation, som er en Scriptless Appium-testautomatiseringsfunktion. Kobiton overvåger din manuelle eller udforskende test og giver mulighed for at konvertere den til en automatiseret test.

Disse automatiserede tests bruger Appium under emhætten. Derudover bruger Kobiton AI og Maskinelæring for at løse problemet med skøre scripts, dvs. Kobiton er i stand til dynamisk at opdatere Appium-lokaliseringsstrategierne for at finde elementer i appen, selv når x-stien ændres.

Endelig, selvom du ikke behøver at kende Appium, tilbyder Kobiton muligheden for at eksportere dine automatiserede tests som åbne standard Appium-testskripter.

Funktioner:

  • Den genererede kode kan tilpasses, køre på en konkurrerende enheds testplatform eller kan integreres med dine DevOps-processer.
  • De genererede scripts understøtter appændringer, underliggende enhedsændringer og OS-ændringer.
  • Dets datacentre er også sikret og SOC2, SOC3 og HIPPA-kompatibel.
  • Det kan automatisk registrere testtrin, skærmbilleder og videoer.

Dom: Den genererede kode kan køres på et ubegrænset antal enheder og kan tilpasses efter dine behov. Kobiton giver dit team mulighed for at teste hurtigere og mere effektivt og derved reducere tiden mellem hver udgivelse drastisk.

Internet side: Kobiton

Andre værktøjer:

  1. Automation studio
  2. Robotramme
  3. Tricentis Tosca
  4. Scriptless Test Automation Framework

Design mål

Nogle af de vigtige designmål, der skal overvejes, er beskrevet nedenfor.

# 1) Inputdrevet

Ethvert input, der skal leveres til at køre automatiske tests, skal komme uden for den 'kodende' del af din automatiseringsramme. Input kan være dine testtrin, testbetingelser, testdata, forventede resultater osv.

For hver type input skal rammen understøtte i form af nøgleord, der er nemme at bruge og derved også forstå sammenhængen.

# 2) Tillad tilpasning

Dette betyder klart, at du skal give muligheder for at tilpasse håndteringen af ​​testscripts til avancerede brugere, så de kan inkludere unikke scenarier. Avancerede brugere kan plug-in deres testskripter (i form af et program) til rammens testinput.

# 3) Enkelhed

Dette er et virkelig vigtigt designmål, da det ikke bliver meget vanskeligt end kodning at forstå, hvordan man opsætter, konfigurerer og bruger automatiseringsrammer.

En sådan eksempel ville være at tilvejebringe en skabelon, der har alle de krævede testinput med standardværdier (men relevant for konteksten).

På denne måde ville brugerne hurtigt forstå, hvordan man leverer testinput baseret på deres applikationsbehov. En anden måde ville være at give et højt abstraktionsniveau i testindgangene.

Eksempel: Lad os overveje simuleringen af ​​knapets klik. Her er jeg som bruger kun interesseret i en simpel handling kaldet klik på en knap.

Rammen skal være i stand til at udføre denne handling ved internt at håndtere forskellige metoder til at identificere en knapkontrol efterfulgt af handlingen. Faktisk er dette noget relateret til det inputdrevne mål, hvor du skal definere nøgleord, der er lette at forstå som i dette eksempel, Klik på knappen .

# 4) Platform Agnostic

Skal kunne køre på forskellige pc- og mobilplatforme. Forskellige browsere i tilfælde af scriptless automatisering udviklet til webapplikationer. Som en del af dette mål skal du også overveje at støtte de fælles testinput på tværs af forskellige platforme.

# 5) Agnostisk teknologi

I dagens scenarie ved vi alle, at teknologierne er enorme, og der er mange muligheder for at udvikle applikationer.

Uanset hvilken teknologi der bruges til at udvikle en applikation under test (under en given applikationstype som f.eks. Web eller mobil), er automatiseringsramme skal være i stand til at teste disse applikationer med nogle minimale eller ingen ændringer i testindgange og selve rammemotoren.

# 6) Test miljø Agnostiker

Det skal kunne køre i cloud og lokalt, virtuelt miljø.

# 7) Kan udvides

Vi skal give muligheder for at plug-in de andre softwarekomponenter for at dække komplekse testscenarier.

Lad os tage en eksempel af e-handelswebstedet, der har både frontend-applikation og webtjenester, og du vil teste funktionaliteten af ​​din applikation sammen med ydeevnen. Dette krav ville helt sikkert have brug for plug-ins til værktøjer, der også kan teste webservices og ydeevne på hjemmesiden.

Indsigt i implementeringskrav

Før vi kigger på specifikationerne ved implementeringen, lad os først forstå de arkitektoniske komponenter på højt niveau i Scriptless Automation Framework.

Arkitektoniske komponenter i scriptless automation Framework

Der er 3 primære komponenter (selvfølgelig kan komponenterne opdeles yderligere i det lavere niveau, men det er ikke formålet for nu!) Som vi vil se for at få et stort billede af rammen:

# 1) Rammekernemotor: Dette er kernekomponenten i rammen, der udfører alle tunge løftearbejder inden for automatiseringslogik, valideringer, grænseflader til resten af ​​arkitekturkomponenterne og tredjepartsapps / -scripts til tilpasset testkonfiguration og udførelser.

Alle testinputhandlinger videresendes til handlingshåndteringen for at behandle handlingerne på AUT (Application Under Test). Til udvikling af denne motor er det vigtigt at vælge den rigtige programmeringsviden og teknologi ved at overveje de ovennævnte designmål.

Afhængigt af det smarte valg af teknologi vil du være i stand til at nå de fleste af dine designmål og derved give de bedst mulige fordele for forbrugerne af automatiseringsrammen.

# 2) Test input-interface: Dette er frontend-komponenten set fra forbrugerens synspunkt, og det er her, du vil give alle dine testindgange, såsom testcase-trin, testbetingelser, testdata, forventede resultater osv.

Husk designmålet om enkelhed, denne komponent skal designes på en sådan måde, at forbrugerne hurtigt kan tilpasse sig og begynde at bruge din ramme. Manglende opfyldelse af dette mål vil resultere i mindre brug af selve din ramme.

Grænsefladen til kernemotoren er tolken, som typisk følger en protokol for at udveksle information om testindgange.

træ datastruktur c ++

# 3) Testoutputgrænseflade: Dette er den komponent, der er ansvarlig for at udsende dine testresultater, testlogfiler, defektlogging, rapportering og dashboards. Rammekernemotoren videresender resultaterne til outputloggeren, som derefter gengives af outputgrænsefladen.

Ud af ovenstående komponenter ville forbrugerne typisk grænseflade med testindgangsgrænsefladen og testudgangsgrænsefladen. Derfor vil vi kun udforske disse 2 komponenter.

Test input-interface

Testindgange kan leveres på forskellige måder. Det afhænger dog helt af, hvilken type forbrugere vi målretter mod denne ramme.

  • Filer som XML, Excel; Skema såsom testdatafelter, testtrin, datatyper og så videre defineres af rammemotoren, og det skal følges, mens testindgangene leveres.
  • GUI-baseret input, hvor du vil give de relevante testfelter, så forbrugerne kan give alle testdetaljerne til udførelse.
  • Visuelt editorbaseret input, hvor forbrugerne kan levere i form af flowdiagrammer (understøtter grundlæggende logik såsom betingelser og sløjfer). Faktisk er dette den mest populære måde at levere inputgrænseflade på, selvom det er relativt tidskrævende at udvikle en sådan grænseflade.

Det typiske funktionssæt, der skal leveres, er:

  • Evne til at gruppere testsager baseret på testtyper, testprioritet og så videre.
  • Skal være i stand til at oprette brugerdefinerede testpakker til kørsel af røg- og regressionstest, selektive tests osv.
  • Test input, der er agnostiske på platformen.
  • Evne til at udføre en enkelt test sag flere gange.
  • Vi skal være i stand til at udføre en enkelt testtilfælde for forskellige testværdier.
  • Evne til at starte en anden eksekverbar fil til et specifikt testtrin eller testtilfælde. For eksempel. Interface til Jenkins for automatisk at starte testudførelse.
  • Testkonfigurationer til udførelse og outputlogning. Eksempel: Timeouts.
  • Levering til at oprette 'test script-bibliotek' til genanvendelighed på tværs af teams og projekter, der anses for nødvendige.
  • Evne til at importere testdataindgange fra skabeloner, der er oprettet tidligere.
  • Levering til at importere testdokumenter og kortlægge dem til testdataindgangene. Husk designmålet 'Udvidelse'. Ja, dette er det første skridt mod det næste niveau af automatisering!

Test outputgrænseflade

Fra skriptfri automatisering skal du også sikre, at du er i stand til at se testudførelsesresultaterne problemfrit uden behov for at skrive en særlig kode.

Det typiske funktionssæt, der skal leveres, er:

  • Evne til at se testresultater, testlogfiler, rammelogfiler osv.
  • Generering af forskellige testrapporter og dashboards.
  • Evne til at oprette brugerdefinerede rapporter baseret på specifikke krav.
  • Skal være i stand til at streame testresultater ved kørselstid gennem GUI.
  • Evne til at grænseflade med standard test case management værktøjer.
  • Bør kunne eksportere testresultater, rapporter og dashboards i forskellige formater som Excel, doc, pdf osv.
  • Evne til at filtrere og analysere testlogfiler til specifikke krav såsom Performance test engineering osv.
  • Levering til at skubbe alle testdata (resultater, logfiler, selektive datapunkter) til avancerede moduler som analyser. Husk designmålet 'Udvidelse'. Ja, dette er endnu et første skridt mod det næste niveau af automatisering!

Fordele ved scriptless testautomatisering

Nedenfor er de største fordele ved at oprette Scriptless Framework:

  1. Det er ikke obligatorisk for testere at have nogen programmerings- eller scripting-færdigheder.
  2. Bortset fra testerne (som er de primære forbrugere af scriptless automatisering) kan den anvendte ramme udvides til også at omfatte Produktejere (i Agile-verdenen) og Forretningsanalytikere til opsætning og udførelse af brugeraccepttest (UAT).
  3. Hurtigere udvikling af automatiserede tests, der passer perfekt ind i Agil proces .
  4. Det giver fleksibilitet for både indfødte og avancerede brugere.
  5. Mindre 'test' relaterede fejl, da den underliggende scriptless ramme ville være blevet testet grundigt. Dette reducerer igen den tid, der bruges på fejlretning og løsning af testrelaterede problemer.
  6. Nemmere vedligeholdelse af den samlede automatiseringspakke.

Myter om scriptless automatisering

Nedenfor er et par myter om denne ramme.

# 1) SAF er 100% scriptless: Faktisk er dette ikke 100% sandt. Selvom målet er at gøre det 100% kodeløst, er det praktisk talt ikke muligt at opnå denne bedrift.

Den primære årsag til dette er tilstedeværelsen af ​​forskellige kompleksiteter i Application Under Test (AUT), teknologier og programmeringssprog, der bruges til at udvikle softwaren. Derfor handler et af de designmål, som vi har nævnt, om at give fleksibilitet til tilpasning.

# 2) For at bruge SAF behøver testerne ingen programmerings- eller kodningsviden: Igen er dette ikke 100% sandt. Faktisk kræver de nogle grundlæggende begreber programmering og logiske færdigheder.

Når det kommer til web- eller mobilbaserede applikationer, skal testerne også kende det grundlæggende i objekter og klasser, der skal inkluderes som en del af tilpassede scripts.

Der er nogle værktøjer som TestCraft, som faktisk ikke har brug for QA-professionelle for at have kodende viden. Deres træk og slip plus on-the-fly-funktioner gør det muligt for enhver at forstå, hvordan man kører tests.

# 3) SAF handler om optagelse og afspilning, som man kan stole på: Nej. Optagelse og afspilning giver bare brugeren et fungerende script med en hårdkodet værdi af input og flow, som senere skal tilpasses.

På nogen måde dækker det IKKE alle mulige scenarier for brugerinput og testtrin.

Eksempler uden script

Nedenfor er nogle eksempler på Scriptless Automation for din nemme forståelse.

# 1) Her er et eksempel på testudførelse

  1. Åbn webside
  2. Indtast bruger i feltet Brugernavn
  3. Indtast adgangskode i feltet Adgangskode
  4. Klik på knappen Login

Hvert af ovenstående er de nøgleord, der understøttes af scriptless rammer.

Som tester skal du bare overføre værdierne som vist nedenfor:

Åbn webside “Www.linkedin.com”
Enteruser dummybruger
Indtast adgangskode dummypwd, maske = sandt
Klik på Log på

Ordene i kursiv er de nøgleord, der accepterer argumenter for at udføre handlinger.

Bemærk: EnterPassword accepterer 2 argumenter. Den anden er flag for at indikere maskering af tegn, da det er skrevet i adgangskodefeltet.

# 2) Lad os sige, at du vil automatisere et betalingstransaktionsflow:

  • Vælg Kontotype
  • Indtast beløb for købte varer
  • Indtast pinkode
  • Udskriv kvittering

Vælg Konto Kredit
EnterAmount INR1000
EnterPIN 1234, maske = sandt
Udskriv kvittering Customercopy = false, Merchantcopy = true

Ordene i kursiv er de nøgleord, der accepterer argumenter for at udføre handlinger.

Bemærk: EnterPIN accepterer 2 argumenter. Den anden er flag for at indikere maskering af PIN-cifre, når det er skrevet i PIN-indtastningsfeltet. PrintReceipt har også 2 argumenter.

Hvis du bemærker strømmen ovenfor, er dette en typisk transaktionsflow. Du kan bruge hele flowet som en 'transaktionstestskabelon' til forskellige testsager. Sådan gør du genereringen af ​​testtrin og testinput let for testerne.

Genanvendelighed af nøgleord, gruppe nøgleord og flowbaserede nøgleord kan gøres i Scriptless Automation Framework (SAF).

Konklusion

Fra denne artikel ville du have fundet ud af, at det er en udfordrende og lige så interessant opgave at udvikle en kodeløs eller scriptfri automatiseringsramme.

Du kan udvikle sådanne rammer til enhver form for applikationstest, dvs. webbaserede, mobile apps, webservices, GUI, database, indlejrede enhedsapplikationer osv.

Dog skal der udvises størst mulig forsigtighed med at udvikle et stabilt, pålideligt og højtydende værktøj. Dette er blot et ord med forsigtighed for at vælge den rigtige teknologi og script / programmeringssprog til at udvikle en vidunderlig og nyttig ramme.

Har du nogen erfaring med scriptless automatisering? Del gerne dine tanker med os i kommentarfeltet nedenfor.

Anbefalet læsning

^