Marc d’automatització de proves sense script: eines i exemples

scriptless test automation framework

Tot el que heu de saber sobre el marc d’automatització de proves sense codi o sense script i les millors eines. Llista d'eines d'automatització de proves sense script més populars i més populars per a mòbils amb funcions i comparació:

Aquest article us proporcionarà una visió general completa del Framework d’automatització sense scripts en termes senzills.

Els objectius de disseny, els requisits d’implementació, els avantatges i els mites de l’automatització sense script s’expliquen amb exemples perfectes per facilitar-ne la comprensió.

En finalitzar aquest article, obtindreu una bona informació sobre totes les respostes a les preguntes sobre 'per què', 'què', 'quan' i 'com' relacionades amb aquest marc.

Què aprendreu:

• Nivells d'automatització
  • # 1) Scripting / Codificació
  • # 2) Sense script
  • # 3) Automatització avançada mitjançant intel·ligència artificial (IA)
• Funcions generals per a plataformes sense script
• Les millors eines d'automatització de proves sense script
  • Comparació de les millors plataformes sense scripts per a proves d'aplicacions mòbils
  • # 1) TestCraft
  • # 2) ACCELQ
  • # 3) ZapTest
  • # 4) IDE de seleni
  • # 5) Ranorex Studio
  • # 6) Kobiton
• Objectius de disseny
• Informació sobre els requisits d'implementació
• Avantatges de l'automatització de proves sense script
• Mites sobre l'automatització sense scripts
• Exemples sense script
• Conclusió
  • Lectura recomanada

Nivells d'automatització

Anem a fer una ullada ràpida als nivells d’automatització, abans d’endinsar-nos en el Test Code Automation Framework.

# 1) Scripting / Codificació

Com el seu propi nom indica, això requereix crear un programa / programari per automatitzar proves o processos.

Exemple: Si heu de realitzar proves unitàries d'una funció o classe determinades, haureu de crear programes de prova per provar la vostra funció o classe. No hi ha manera d’automatitzar les proves d’unitats sense codificar.

En general, si un eina d'automatització o framework requereix que els provadors creen algun codi o seqüència d’ordres per proporcionar entrada, execució i informe de proves de proves automatitzades, llavors aquestes eines es classifiquen en aquest nivell.

# 2) Sense script

En aquest nivell, no necessiteu cap coneixement de codificació ni seqüència d’ordres per crear proves automatitzades. Tanmateix, com a marc, és una bona pràctica proporcionar la capacitat de personalització.

Per a usuaris avançats, la personalització es pot fer escrivint el seu propi codi per cobrir alguns escenaris de prova únics.

# 3) Automatització avançada mitjançant intel·ligència artificial (IA)

Aquest és el màxim nivell d'automatització que es pot aconseguir:

• Creeu scripts de prova a partir de documents de casos de prova (probablement utilitzant la tecnologia de processament del llenguatge natural).
• Corregiu automàticament els scripts de prova basats en els canvis de l'aplicació per fer proves de regressió efectives.
• Genereu automàticament scripts de prova basats en les accions de l'usuari / casos d'ús a l'aplicació que es prova. Aquesta és la versió avançada de la funció tradicional de gravació i reproducció.
• Autovalidació dels resultats de les proves basada en l’aprenentatge automàtic sense aportacions de l’usuari sobre allò que s’ha de validar i analítiques de proves.

En aquest article, ens centraríem en l’automatització de nivell 2 que no té scripts.

Abans d'això, vegem la llista d'algunes de les millors eines d'automatització sense script.

Funcions generals per a plataformes sense script

Tradicionalment, les proves automatitzades requereixen un complex desenvolupament de seqüències, ja que sovint requereixen conjunts d’habilitats enginyeria forts. A més, aquests scripts de prova solen ser 'trencadissos', és a dir, es trenquen a mesura que canvia l'aplicació o quan l'aplicació s'executa en diferents dispositius.

Aquest és l’atractiu de les plataformes d’automatització sense script. Ofereixen a les organitzacions una oportunitat de baixa complexitat i rendible per aprofitar el poder de les proves automatitzades, sense la complexitat ni el cost associats al desenvolupament de seqüències.

Per tant, és imprescindible seleccionar una plataforma d’automatització sense script mòbil per garantir que:

• Els scripts de prova es poden crear d'una manera intuïtiva 'sense codi'.
• Els scripts de prova es poden executar en una àmplia gamma de dispositius i sistemes operatius sense interrupcions
• Els scripts de prova es poden exportar en un estàndard obert (per exemple, Appium) per evitar el bloqueig del proveïdor.

Comprovació de dades: Segons Kobiton, l'any passat el 36% de les organitzacions han gastat més de 100.000 dòlars en provar aplicacions mòbils. Aquesta enquesta realitzada amb les organitzacions de control de qualitat de les proves d'aplicacions mòbils afirma que el 84% de les organitzacions de proves confien que les proves al dispositiu real els proporcionaran una millor taxa d'èxit que l'ús d'un emulador o simulador.

diferència entre l'activació del port i el reenviament de ports

Les millors eines d'automatització de proves sense script

Comparació de les millors plataformes sense scripts per a proves d'aplicacions mòbils

	Desplegament	Proves automatitzades	Plataforma	Prova gratuïta	Preu
TestCraft	SaaS	Seleni	Les proves es poden executar en diverses plataformes.	Disponible.	Obteniu un pressupost.
IDE de seleni	Allotjament al núvol	Seleni	Windows, Mac i Linux.	-	Gratuït
Prova Zap	Basat en el núvol.	-	Multiplataforma	Disponible	Obteniu un pressupost.
Kobiton	Presencial i basat en el núvol.	Complet suport a Appium i Selenium	Dispositius iOS i Android.	Prova gratuïta disponible durant 15 dies amb 50 dispositius.	Equip: 40 dòlars al mes Organització: 415 $ / mes Empresa: obteniu un pressupost.
Ranorex	Windows instal·lat.	Seleni o transportador	Ranorex Studio: Windows. Ranorex Webtestit: plataformes Windows, Mac i Linux	30 dies	Comença a 2990 dòlars.

Explorem !!

Les eines principals que pertanyen a aquesta categoria es detallen a continuació per a la vostra referència.

# 1) TestCraft

TestCraft és una plataforma d’automatització de proves Selenium sense script. La seva revolucionària tecnologia d’IA i el modelatge visual únic permeten la creació i l’execució de proves més ràpides alhora que eliminen el manteniment de les proves.

Els provadors creen escenaris de prova totalment automatitzats sense codificar. Els clients troben errors ràpidament, publiquen amb més freqüència, s’integren amb l’aprovació de CI / CD i milloren la qualitat general dels seus productes digitals.

Característiques clau:

• No es requereixen coneixements de programació. Aprofiteu el coneixement empresarial dels verificadors manuals i permeteu-los crear escenaris de proves automatitzats sense codi.
• Reduir substancialment els costos de manteniment. Els scripts s’ajusten automàticament per canviar a causa del nostre algorisme d’intel·ligència artificial. Els canvis principals s’adapten amb uns quants clics.
• A base de seleni. Integreu i aprofiteu ràpidament els mòduls desenvolupats per la comunitat.
• Proporciona temps immediat per valorar. Res a instal·lar (SaaS). Fàcil de dominar.

=> Visiteu el lloc web TestCraft

# 2) ACCELQ

Plataforma d’automatització de proves potent i senzilla d’utilitzar.

ACCELQ és l’única plataforma de proves contínues basades en el núvol que automatitza perfectament les proves web i API sense escriure una sola línia de codi. Equips de TI de totes les mides utilitzen accelQ per accelerar les proves automatitzant aspectes crítics del cicle de vida com ara el disseny, la planificació, la generació i l'execució de proves.

Llegiu també = >> AccelQ Review

Els clients d’acelQ solen estalviar més del 70% del cost que suposen els canvis i els esforços de manteniment de les proves, abordant un dels principals problemes de la indústria. accelQ ho fa possible amb el nucli alimentat per IA per proporcionar automatització d’autocuració entre altres capacitats úniques.

El disseny i el focus d’experiència d’usuari són el centre de l’enfocament continu d’innovació d’accelQ amb un esforç incessant per accelerar les proves i millorar la qualitat lliurada per als seus clients.

Funcions clau:

• Modelització d'aplicacions visuals per al disseny i l'automatització del cicle de vida.
• API sense codi i automatització de la interfície d’usuari en el mateix flux.
• Generació de casos de proves automatitzada i planificació de dades.
• Automatització in-sprint amb múltiples capes d'abstracció.
• Capacitats de planificació i gestió de proves incorporades.
• Integració perfecta de CI / CD i Jira / ALM amb traçabilitat natural.
• Potència d’autocuració amb motor analític d’execució per a una robusta automatització.
• Cap bloqueig de proveïdor, marc extensible alineat de codi obert.

=> Visiteu el lloc web d’ACCELQ

# 3)ZapTest

Millor per Empreses petites o grans o start-ups.
Preu: Obteniu un pressupost pels seus detalls de preus.

ZapTest és una solució empresarial per optimitzar l’automatització de les proves mitjançant menys scripts, documentació automàtica i execució paral·lela. És compatible amb VB Script i JavaScript. Pot provar qualsevol interfície d’interfície d’usuari i API.

Característiques:

• El guió generat a través d'aquesta plataforma es pot utilitzar per a un ordinador, telèfon o tauleta.
• Es pot utilitzar per a automatismes de proves d’interfície d’usuari i API.
• La documentació de la prova es generarà automàticament.
• Es poden crear scripts de prova per a aplicacions en viu, maquetes, escenaris de vídeo i referències textuals.

Veredicte: L'eina us permetrà executar scripts automàticament en tots els entorns de prova simultàniament. Racionalitzarà l’automatització de les proves mitjançant escenaris de vídeo i referències textuals.

Lloc web: ZapTest

# 4) IDE de seleni

Millor per Startups i autònoms.
Preu: Selenium IDE és gratuït i de codi obert.

Selenium IDE és una eina de codi obert per a l'automatització de proves. Funciona a través del registre i la reproducció. S'utilitza com a complement per a navegadors Chrome o Firefox. Admet l'execució de diversos navegadors mitjançant Runner de línia d'ordres per a Selenium IDE.

Té la capacitat de gravar diversos localitzadors per a cada element amb el qual interactua. Els casos de prova que creeu a Selenium IDE es podran reutilitzar.

Característiques:

• Admet estructures de flux de control com si, mentre i temps.
• L'eina es pot ampliar mitjançant connectors.
• Us permetrà crear una suite de proves.
• També us permetrà personalitzar l'script de prova.

Veredicte: Selenium IDE funciona amb la funcionalitat de gravació i reproducció. Tot i que l’eina té funcions limitades, pot ser una eina d’automatització de proves sense script bàsica perfecta.

Lloc web: IDE de seleni

# 5)Estudi Ranorex

Estudi Ranorex inclou un conjunt complet d'eines d'automatització de proves sense scripts per a proves d'escriptori, llocs web i aplicacions mòbils. Automatitzeu les proves a la meitat del temps d'altres enfocaments.

Les funcions clau inclouen:

• Gravadora Ranorex : Captureu totes les interaccions amb la vostra aplicació. Poseu en pausa i repreneu la gravació, editeu els passos i afegiu accions de validació directament a la finestra de captura.
• Ranorex Spy : Identifiqueu els elements de la IU amb un sol clic i, a continuació, arrossegueu-los i deixeu-los anar al cas de prova. Ranorex Studio gestiona automàticament qualsevol element web dinàmic.
• Editor d'accions : Editeu els passos enregistrats, afegiu validacions, especifiqueu les condicions d'execució (sentències IF) i utilitzeu dades d'un fitxer Excel o d'una base de dades, tot sense codificar.
• Incorporable Selenium WebDriver . Executeu proves de diversos navegadors al punt final de WebDriver, a una xarxa local de Selenium o a un proveïdor basat en el núvol.
• Informe d’execució de proves incorporat i informes de vídeo sobre l’execució de la prova . Si falla un pas de prova, simplement torneu a reproduir el vídeo per veure què va passar. Feu clic a un pas fallit a l'informe de prova per saltar directament al cas de prova i depurar-lo.
• S'integra amb les principals eines de seguiment de defectes incloses Jira i Bugzilla , Eines de CI / CD incloses Jenkins i Bambú , TestRail per a la gestió de casos de proves i molt més.
  

Ranorex Studio també té un IDE complet perquè pugueu ampliar els casos de prova amb codi si ho desitgeu.

# 6) Kobiton

Millor per De petites a grans empreses.

Preu: Kobiton ofereix una prova gratuïta durant 15 dies. Té tres plans de preus, és a dir, Equip (40 dòlars al mes), organització (415 dòlars al mes) i Enterprise (Obteniu un pressupost) . Aquests preus són per a la facturació anual. També hi ha disponibles plans de facturació mensuals.

L’herència de Kobiton és oferir una plataforma completa per provar la vostra aplicació en dispositius reals i per gestionar una granja de dispositius.

Kobiton proporciona una capacitat a la seva plataforma anomenada Intelligent Test Automation, que és una capacitat d’automatització de proves sense script Appium. Kobiton supervisarà la vostra prova manual o exploratòria i oferirà l'opció de convertir-la en una prova automatitzada.

Aquestes proves automatitzades fan servir Appium sota el capó. A més, Kobiton utilitza IA i Aprenentatge automàtic per solucionar el problema dels scripts fràgils, és a dir, Kobiton és capaç d’actualitzar dinàmicament les estratègies de localització d’Appium per trobar elements a l’aplicació fins i tot quan canvia el camí x.

Finalment, tot i que no necessiteu conèixer Appium, Kobiton ofereix la possibilitat d’exportar les proves automatitzades com a scripts de prova estàndard oberts d’Appium.

Característiques:

• El codi generat es pot personalitzar, executar en una plataforma de proves de dispositius competidors o es pot integrar amb els processos de DevOps.
• Els scripts generats donaran suport als canvis de les aplicacions, els canvis de dispositiu subjacents i els canvis del SO.
• Els seus centres de dades també estan protegits i compleixen SOC2, SOC3 i HIPPA.
• Pot capturar automàticament els passos de prova, captures de pantalla i vídeos.

Veredicte: El codi generat es pot executar en un nombre il·limitat de dispositius i es pot personalitzar segons les vostres necessitats. Kobiton permet al vostre equip fer proves més ràpides i eficients, reduint així dràsticament el temps entre cada versió.

Lloc web: Kobiton

Altres eines:

1. Estudi d’automatització
2. Marc del robot
3. Tricentis Tosca
4. Marc d’automatització de proves sense scripts

Objectius de disseny

A continuació es detallen alguns dels objectius de disseny importants que s’haurien de tenir en compte.

# 1) Impulsat per l'entrada

Qualsevol entrada que cal proporcionar per executar proves automàtiques hauria de sortir de la part de 'codificació' del vostre marc d'automatització. L’entrada pot ser els passos de la prova, les condicions de la prova, les dades de la prova, els resultats esperats, etc.

Per a cada tipus d’entrada, el marc hauria de ser compatible amb paraules clau fàcils d’utilitzar i, per tant, també entendre el context.

# 2) Permet la personalització

Això significa clarament que haureu de proporcionar opcions per personalitzar el maneig dels scripts de prova per a usuaris avançats de manera que puguin incloure escenaris únics. Els usuaris avançats poden connectar els seus scripts de prova (en forma de programa) a l’entrada de prova del framework.

# 3) Simplicitat

Aquest és un objectiu de disseny realment important, ja que entendre com configurar, configurar i utilitzar el marc d’automatització no hauria de ser molt difícil que la codificació.

Un d’aquests exemple seria proporcionar una plantilla que tingui totes les entrades de prova necessàries amb valors per defecte (però rellevants per al context).

com trucar a una matriu a Java

D'aquesta manera, els usuaris entendrien ràpidament com proporcionar aportacions de prova en funció de les seves necessitats d'aplicació. Una altra manera seria proporcionar un alt nivell d'abstracció en les entrades de prova.

Exemple: Considerem la simulació de clic de botó. Aquí, com a usuari, només m’interessa una simple acció anomenada fer clic a un botó.

El marc hauria de ser capaç de realitzar aquesta acció gestionant internament diferents mètodes d'identificació d'un control de botó seguit de l'acció. De fet, això està una mica relacionat amb l'objectiu basat en l'entrada, en el qual heu de definir paraules clau fàcils d'entendre com en aquest exemple, Feu clic al botó .

# 4) Plataforma Agnòstica

Ha de ser capaç d'executar-se en diferents plataformes de PC i mòbils. Es desenvolupen diferents navegadors en cas d’automatització sense scripts per a aplicacions web. Com a part d’aquest objectiu, també hauríeu de plantejar-vos donar suport a les entrades de prova habituals en diferents plataformes.

# 5) Tecnologia agnòstica

En l’escenari actual, tots sabem que les tecnologies són vastes i que hi ha moltes opcions per desenvolupar aplicacions.

Independentment de la tecnologia que s'utilitzi per desenvolupar una aplicació en proves (en un tipus d'aplicació determinat, com ara web o mòbil), el marc d’automatització hauria de ser capaç de provar aquestes aplicacions amb alguns canvis mínims o nuls per provar les entrades i el propi motor del framework.

# 6) Entorn de prova agnòstic

Hauria de ser capaç d'executar-se al núvol i a l'entorn virtual local.

# 7) Extensible

Hauríem de proporcionar opcions per connectar els altres components del programari per cobrir escenaris de proves complexos.

Prenem un exemple del lloc web de comerç electrònic que té tant aplicacions frontals com serveis web i que voleu provar la funcionalitat de la vostra aplicació juntament amb el rendiment. Aquest requisit necessitaria definitivament complements per a eines que també puguin provar els serveis web i el rendiment del lloc web.

Informació sobre els requisits d'implementació

Abans d’examinar els detalls específics de la implementació, primer comprenguem els components arquitectònics d’alt nivell del Scriptless Automation Framework.

Hi ha 3 components principals (per descomptat, els components es poden dividir encara més al nivell inferior, però aquest no és el propòsit de moment!) Que veurem per obtenir una visió general del marc:

# 1) Motor bàsic del marc: Aquest és el component bàsic del marc que realitza tots els treballs de càrrega pesada de lògica d’automatització, validacions, interfícies amb la resta de components de l’arquitectura i aplicacions / scripts de tercers per a configuracions i execucions de proves personalitzades.

Totes les accions d'entrada de prova es reenvien al gestor d'accions per processar les accions a l'automàtica (Application Under Test). Per desenvolupar aquest motor, és important triar el coneixement i la tecnologia de programació adequats tenint en compte els objectius de disseny esmentats anteriorment.

Depenent de la selecció intel·ligent de tecnologia, podreu assolir la majoria dels vostres objectius de disseny, proporcionant els millors avantatges possibles als consumidors del marc d’automatització.

# 2) Interfície d'entrada de prova: Aquest és el component frontal des del punt de vista del consumidor i és aquí on proporcionareu totes les vostres entrades de prova, com ara passos de casos de prova, condicions de prova, dades de prova, resultats esperats, etc.

Recordeu l'objectiu de disseny de la simplicitat, aquest component s'ha de dissenyar de manera que els consumidors puguin adaptar-se ràpidament i començar a utilitzar el vostre framework. Si no s'aconsegueix aquest objectiu, es reduirà l'ús del propi marc.

La interfície del motor principal és l’intèrpret que normalment segueix algun protocol per intercanviar informació sobre les entrades de prova.

# 3) Interfície de sortida de prova: Aquest és el component que s’encarrega de publicar els resultats de les proves, els registres de proves, el registre de defectes, els informes i els taulers. El motor bàsic del marc reenviarà els resultats al registrador de sortida que després renderitzarà la interfície de sortida.

Dels components anteriors, els consumidors normalment estarien relacionant-se amb la interfície d'entrada de prova i la interfície de sortida de prova. Per tant, explorarem només aquests 2 components.

Interfície d'entrada de prova

Les entrades de prova es poden proporcionar de diferents maneres. Tot i això, depèn completament del tipus de consumidors a qui orientem aquest marc.

• Fitxers com XML, Excel; El motor de framework defineix un esquema com ara camps de dades de prova, passos de prova, tipus de dades, etc., que s’ha de seguir mentre es proporcionen les entrades de prova.
• Entrada basada en la GUI on proporcionareu els camps de prova pertinents perquè els consumidors puguin proporcionar tots els detalls de la prova per a la seva execució.
• Entrada basada en l'editor visual on els consumidors poden proporcionar en forma de diagrames de flux (que suporten lògica bàsica, com ara condicions i bucles). De fet, aquesta és la forma més tendent de proporcionar interfície d’entrada, tot i que és relativament llarga per desenvolupar aquesta interfície.

El conjunt de funcions típic que cal proporcionar són:

• Capacitat per agrupar casos de prova segons els tipus de prova, la prioritat de la prova, etc.
• Ha de ser capaç de crear suites de proves personalitzades per executar proves de fum i regressió, proves selectives, etc.
• Prova les entrades que són agnòstiques de la plataforma.
• Possibilitat d'executar un sol cas de prova diverses vegades.
• Hauríem de poder executar un únic cas de prova per a diferents valors de prova.
• Possibilitat de llançar un altre executable per a un pas o prova de prova específics. Per exemple. Interfície amb Jenkins per iniciar automàticament l'execució de la prova.
• Provar configuracions per a l'execució i el registre de sortida. Exemple: Temps morts.
• Disposició per configurar la 'biblioteca de scripts de prova' per a la seva reutilització en equips i projectes que es considerin necessaris.
• Possibilitat d’importar entrades de dades de proves de plantilles creades anteriorment.
• Disposició per importar documents de casos de prova i assignar-los a les entrades de dades de prova. Recordeu l'objectiu de disseny 'Extensibilitat'. Sí, aquest és el primer pas cap al següent nivell d'automatització.

Interfície de sortida de prova

Des del punt de vista de l’automatització sense scripts, també heu d’assegurar-vos que podeu veure els resultats de l’execució de la prova de manera perfecta sense necessitat d’escriure codi especial.

El conjunt de funcions típic que cal proporcionar són:

• Possibilitat de veure els resultats de proves, registres de proves, registres de marcs, etc.
• Generació de diversos informes de prova i taulers.
• Possibilitat de crear informes personalitzats en funció de requisits específics.
• Ha de poder transmetre els resultats de les proves en temps d'execució mitjançant la GUI.
• Capacitat d'interfície amb eines estàndard de gestió de casos de proves.
• Hauria de poder exportar resultats de proves, informes i taulers en diferents formats, com Excel, doc, pdf, etc.
• Possibilitat de filtrar i analitzar registres de proves per a requisits específics, com ara enginyeria de proves de rendiment, etc.
• Subministrament per transmetre totes les dades de proves (resultats, registres, punts de dades selectius) a mòduls avançats, com ara analítiques. Recordeu l'objectiu de disseny 'Extensibilitat'. Sí, aquest és un altre primer pas cap al següent nivell d'automatització.

Avantatges de l'automatització de proves sense script

A continuació es detallen els avantatges principals de crear Framework sense script:

1. No és obligatori que els provadors tinguin cap habilitat de programació ni de guió.
2. A part dels provadors (que són els consumidors principals de l’automatització sense scripts), el marc utilitzat es pot estendre als propietaris de productes (al món Agile) i als analistes empresarials per configurar i executar les proves d’acceptació d’usuaris (UAT).
3. Desenvolupament més ràpid de proves automatitzades que s'adapten perfectament al Procés àgil .
4. Ofereix flexibilitat tant per als usuaris nadius com per als avançats.
5. Menys errors relacionats amb la 'prova', ja que s'hauria provat minuciosament el marc subjacent sense script. Al seu torn, això redueix el temps dedicat a depurar i solucionar problemes relacionats amb les proves.
6. Manteniment més senzill de la suite d’automatització general.

Mites sobre l'automatització sense scripts

A continuació es detallen alguns mites sobre aquest marc.

# 1) SAF és 100% sense script: En realitat, això no és 100% cert. Tot i que l’objectiu és fer-lo 100% sense codi, pràcticament no és possible aconseguir aquesta gesta.

La raó principal d’això és la presència de diverses complexitats a les aplicacions sota prova (AUT), les tecnologies i els llenguatges de programació que s’utilitzen en el desenvolupament del programari. Per tant, un dels objectius de disseny que hem esmentat és proporcionar flexibilitat per a la personalització.

# 2) Per utilitzar SAF, els provadors no necessiten cap coneixement de programació o codificació: Una vegada més, això no és 100% cert. En realitat, requereixen alguns conceptes bàsics de programació i habilitats lògiques.

Quan es tracta d’aplicacions basades en web o mòbils, els provadors també han de conèixer els conceptes bàsics d’objectes i classes que s’han d’incloure com a part d’escriptures personalitzades.

Hi ha algunes eines com TestCraft que, de fet, no necessita que el professional de QA tingui coneixements de codificació. Les seves funcions d'arrossegar i deixar anar a la marxa permeten a qualsevol persona entendre com executar proves.

# 3) SAF consisteix en gravar i reproduir, en què es pot confiar: No. El registre i la reproducció només proporcionaran a l'usuari un script de treball amb un valor codificat en format d'entrades i fluxos que s'haurà de personalitzar posteriorment.

De qualsevol manera, NO cobreix tots els escenaris possibles d’entrada d’usuaris i passos de prova.

Exemples sense script

A continuació es detallen alguns exemples d’Automatització sense scripts per facilitar-ne la comprensió.

# 1) Aquí teniu un exemple d'execució de proves

1. Pàgina d’Openweb
2. Introduïu Usuari al camp Nom d'usuari
3. Introduïu la contrasenya al camp Contrasenya
4. Feu clic al botó Inicia la sessió

Cadascuna de les anteriors són les paraules clau que s’admeten en marcs sense script.

Com a provador, només heu de passar els valors que es mostren a continuació:

Pàgina d’Openweb 'Www.linkedin.com'
Enteruser dummyuser
Introduir la contrasenya dummypwd, mask = true
Feu clic a iniciar Sessió

Les paraules en cursiva són les paraules clau que accepten arguments per dur a terme accions.

Nota: EnterPassword accepta 2 arguments. El segon és el senyalador per indicar l’emmascarament dels caràcters a mesura que s’escriu al camp de la contrasenya.

# 2) Posem per cas que voleu automatitzar un flux de transaccions de pagament:

• Seleccioneu Tipus de compte
• Introduïu l'import dels béns comprats
• Introduïu el PIN
• Imprimir el resguard

Seleccioneu Compte Crèdit
EnterAmount 1.000 INR
Introduïu PIN 1234, màscara = true
Imprimeix el rebut Customercopy = fals, Merchantcopy = cert

Les paraules en cursiva són les paraules clau que accepten arguments per dur a terme accions.

Nota: EnterPIN accepta 2 arguments. El segon és el senyalador per indicar l’emmascarament dels dígits PIN a mesura que s’escriu al camp d’entrada del PIN. PrintReceipt també té 2 arguments.

Si observeu el flux anterior, es tracta d'un flux de transaccions típic. Podeu utilitzar tot el flux com a 'plantilla de prova de transaccions' per a diversos casos de prova. Així és com faciliteu la generació de passos de prova i entrades de prova per als provadors.

La reutilització de paraules clau, grup de paraules clau i paraules clau basades en flux es pot fer a Scriptless Automation Framework (SAF).

Conclusió

A partir d’aquest article, hauríeu descobert que desenvolupar un marc d’automatització sense codi o sense scripts és una tasca difícil i igual d’interessant.

Podeu desenvolupar aquests marcs per a qualsevol tipus de prova d'aplicacions, és a dir, aplicacions mòbils basades en web, serveis web, GUI, base de dades, aplicacions de dispositius incrustats, etc.

Tot i això, s’ha de tenir la màxima cura per desenvolupar una eina estable, fiable i d’alt rendiment. Aquesta és només una paraula de precaució per triar la tecnologia i el llenguatge de programació / seqüència adequats per desenvolupar un marc meravellós i útil.

Té alguna experiència en automatització sense scripts? No dubteu a compartir els vostres pensaments amb nosaltres a la secció de comentaris següent.

Lectura recomanada

• Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
• Per què necessitem un marc per a l'automatització de proves?
• 11 millors eines d'automatització per provar aplicacions d'Android (eines de prova d'aplicacions d'Android)
• 20+ millors eines de prova d'automatització de codi obert el 2021
• Top 10+ millors eines de prova de SAP (eines d'automatització de SAP)
• Tutorial Selendroid: Marc per a l'automatització de proves per a mòbils d'Android (primera part)
• 10 millors eines de programari d’automatització del màrqueting el 2021
• Top 20 de les millors eines de proves d'automatització del 2021 (llista completa)