Què són les proves d'automatització? - Procés de prova i els seus tipus

Què són les proves d'automatització? - Procés de prova i els seus tipus

El programari esdevé més valuós i important a mesura que donem la benvinguda a noves aplicacions i dispositius a les nostres llars i empreses per assumir el domini d’una tasca important. El 16 d’abrilthEl 1994 es va estavellar un avió fatal just abans d'aterrar a l'aeroport. On van morir 250 persones, que va ser l'accident més mortal de les companyies aèries xineses. La principal causa de l'incident va ser a causa d'errors de programari. Els usuaris de programari no es van provar abans d'implementar-lo. Tots els sistemes tenen errors de programari. És impossible dissenyar un sistema de programari sense cap error. Però es pot protegir la fallada causada per errors de programari al sistema fent proves de programari. La prova de programari és un procés que s’utilitza per trobar l’error, la integritat i la qualitat del programari informàtic desenvolupat. Inclou un conjunt d'activitats realitzades amb la intenció de trobar errors al programari de manera que es puguin corregir abans que el producte es lliuri als usuaris finals. Hi ha dos tipus de procediments de proves: proves manuals i automatització proves.



Què són les proves d'automatització?

Les proves automatitzades utilitzen l'assistència d'eines, scripts i programari per realitzar casos de prova repetint accions predefinides. Depèn completament de la prova pre-guionitzada, on comparem el resultat esperat amb el real quan s’executa el pre-guió. Es poden provar proves com la càrrega, l'estrès i el pic utilitzant eines d'automatització. Exemple: Facebook està provant una interfície cervell-ordinador que pot traduir pensaments a textos digitals.


Quins casos de prova s'han d'automatitzar primer?

Els següents són els casos de prova que s’han d’automatitzar en primer lloc,





  • Tasca repetida - Un exemple, com un lloc de comerç electrònic, que prova les credencials d'inici de sessió diverses vegades, per assegurar-se que la pàgina d'inici de sessió funciona segons els requisits de l'usuari.
  • Captura i compartició de resultats - En lloc de reduir els números i fer que els gràfics inverteixin en eines o en estratègies d'automatització, pot ser útil, on es pot estalviar temps.
  • Prova d’entrada de dades - Automatització de la informació a la font de dades perquè es pugui llegir fàcilment. On es pot controlar millor la variabilitat de les dades. Quan és quan es vol cercar dades concretes de milers de dades, es pot utilitzar una eina d'automatització per cercar les dades concretes.
  • Resposta de temporització o detecció - No cal fer un seguiment de la pantalla manualment, es pot millorar utilitzant el codi automatitzat 'espereu fins'.
  • Proves no funcionals: Un exemple d’automatitzar tipus de proves no funcionals és automatitzar les proves de càrrega. Si tenim una càrrega de deu mil en lloc de fer proves manualment, és una opció millor fer servir proves d’automatització.

Procés de prova d'automatització

El procediment pas a pas utilitzat per a la prova d'automatització és

automatització - prova - procés

procés-automatització-prova



1). Selecció de l'eina de prova

Triar l’eina adequada en funció de la naturalesa de la prova implicada és molt important perquè l’automatització tingui èxit. Per a una prova basada en codi, procés o interfaç gràfica d'usuari S'han de seleccionar les eines adequades de prova basades en conseqüència.


2). Definiu l’abast de l’automatització

L’abast de l’automatització té un paper bàsic. Un exemple com ara, les funcions importants per a qualsevol negoci són els escenaris que contenen una gran quantitat de dades, els que tenen una funcionalitat comuna en diferents plataformes i aplicacions, i la complexitat dels casos de prova. Etc.

3). Disseny i desenvolupament de la planificació

Després de determinar l'objectiu i quin tipus de proves es vol automatitzar, s'hauria de decidir quina prova automatitzada realitzaria. En primer lloc, desenvolupeu els casos de prova en proves lògiques més petites, després escriviu scripts de prova i desenvolupeu suites de proves, on s’executen automàticament un darrere l’altre. Això es genera creant una prova en un vestit com una biblioteca que té diversos casos de prova.

4). Execució de la prova

Per a l'execució de l'script de prova s'utilitza una eina d'automatització o una eina de gestió de proves. Després de l'execució final, s'haurà de fer un informe detallat de les proves individuals. De manera que l’informe es pot utilitzar com a referència per a altres proves.

5). Manteniment

Els scripts d'automatització s'han d'afegir, revisar i mantenir per a cada cicle. Quan sigui necessari el manteniment. Per exemple, després d’escriure codi, comprovem el codi i, si hi ha algun error, es produeix un error. Per tant, identifiquem quina part del codi té un error i ho solucionem i, a continuació, executem el codi des del principi. Per tant, el manteniment juga un paper vital que millora la necessitat dels scripts d’automatització.

Aproximacions a l'automatització

Hi ha tres enfocaments d’automatització

1). Enfocament basat en el codi

Posa a prova el treball de marcs, se centra en l'execució de casos de prova per esbrinar si diverses seccions de codis funcionen segons les expectatives en condicions diferents o no. És un mètode popular utilitzat en el desenvolupament de programari àgil.

2). Interfície gràfica d'usuari (GUI)

Les aplicacions que tenen interfícies gràfiques es poden provar mitjançant aquest mètode per registrar les accions i respostes de l'usuari diverses vegades. Exemple: eina de seleni que s’utilitza per provar un lloc web. Els casos de prova es poden escriure en qualsevol llenguatge de seqüència d’ordres com java, phyton, C .. etc.

3). Enfocament marc

És un conjunt de pautes. Quan el marc reuneix les biblioteques de la funció, fonts de dades de proves, detalls d’objectes i altres mòduls reutilitzables. El cost de manteniment és menor i altament eficient. Exemple: si hi ha algun canvi en el cas de prova, aquesta part del fitxer de cas de prova s’ha d’actualitzar sense cap canvi al controlador ni als scripts d’inici.

Tipus de marcs

Hi ha diferents tipus d’enfocaments marc que són

  • Marc de guions lineals
  • Marc de treball basat en dades
  • Marc de treball basat en paraules clau
  • Marc de prova modular
  • Marc de proves híbrides.

Tipus de proves d'automatització

Els diferents tipus de proves d'automatització són

  1. Proves d’unitat
  2. Proves de fum
  3. Proves funcionals
  4. Proves d'integració
  5. Proves de regressió

1). Proves unitàries

En una aplicació web, pot haver-hi diversos components / models que s'han de provar. El procés de prova de tots i cadascun dels models és la prova unitària. Es fa durant la fase de desenvolupament. On els codis són escrits per desenvolupadors i també provadors.

2). Proves de fum

Les proves de fum també es coneixen com a 'Proves de verificació de compilació'. S'utilitza per comprovar si el codi està escrit segons les expectatives de resultats finals o no. En les proves de fum, un cop feta la prova, el resultat final decidirà si la futura prova s’ha de continuar o no. Els problemes durant les proves es poden identificar en una etapa inicial.

3). Proves funcionals

Comprova la funcionalitat del web, funcionant en conseqüència o no. Per exemple, si tenim en compte la pàgina d'inici de sessió, on hem d'introduir l'identificador d'usuari i la contrasenya. Si no introduïm dades correctes, la nostra pàgina esperada no s'obre. Si el codi està escrit per a la pàgina d'inici de sessió i es prova correctament, s'obre la pàgina esperada, significa que la prova funcional funciona correctament.

4). Proves d’integració

En això, els components individuals s’integren i comproven alhora. On podem comprovar si els mòduls individuals són compatibles amb la comunicació entre ells. Per exemple, si tenim en compte la fabricació d'un bolígraf, on el bolígraf consisteix en un recanvi, tap, cos, que es fabriquen per separat i es munten junts. Durant el muntatge els comprovem si s’adapten correctament o no.

5). Proves de regressió

Quan hi ha alguna actualització del codi, ens assegurem que no afecti els codis ja escrits. Per tant, fem proves de regressió. L’ús de proves de regressió és actualitzar el codi en funció del requisit, detectar l’error i solucionar-lo. Un exemple de proves de regressió és el lloc web bancari, on el lloc web s’actualitza periòdicament quan es requereix, com ara l’actualització del saldo del compte corrent. Per tant, mentre actualitzeu el lloc web, heu d’assegurar-vos que les funcions actualitzades recentment no afecten les funcions ja existents.

Com triar les eines d'automatització?

Per seleccionar una eina d'automatització adequada, verifiqueu les propietats següents que s'enumeren a continuació:

  • Suport al medi ambient
  • Proves de bases de dades
  • Identificació d'objectes
  • Proves d’imatges
  • Proves de recuperació d'errors
  • Suport per a múltiples treballs de marcs
  • Minimitzar el cost
  • Amplis informes de proves i costos.

Tipus d'eines de proves d'automatització

Hi ha moltes eines de proves d'automatització, poques d'elles es detallen a continuació

1). Seleni

És de codi obert que és un mètode de prova popular per realitzar aplicacions web, diversos navegadors i plataformes. L'última versió de seleni és Seleni 4. El programador requereix coneixements avançats de llenguatge de programació. Hi ha quatre components de seleni, seleni IDE, control remot de seleni, controlador web, xarxa de seleni.

2). aigua

És una eina de proves de codi obert formada per una biblioteca de rubis que automatitza les proves d'aplicacions web. L'última versió de watir és watir 6.16. Els codis es poden escriure en qualsevol idioma. Firefox, Chrome, Safari són determinats navegadors compatibles amb Watir. Algunes de les funcions de watir són: necessita pantalons curts de pantalla, rendiment de la pàgina i pot descarregar qualsevol fitxer fàcilment.

3). Ranorex

És una eina de prova flexible en tot un GUI. És adequat per a tots els navegadors i dispositius de l'entorn. Admet C # i V.NET. Està integrat a Microsoft Windows i Windows Server. Els components principals de ranorex són ranorex recorder, dipòsit de ranorex, ranorex spy, editor de codi ranorex i depurador de ranorex.

4). API (Proves d'interfície de programació d'aplicacions)

És una eina de proves mòbils, que és un programari d'aplicacions de codi obert. L'API detecta si una prova de l'API que s'executa dóna resultats exactes o no. Hi ha diversos tipus de proves d’API, proves d’unitats, proves funcionals, proves de càrrega, detecció d’errors en temps d’execució, proves de seguretat, proves d’interfície d’usuari web, proves de penetració, proves de difusió. S'implementa a l'API POSIX.

Eines de proves d'automatització per a aplicacions mòbils

Els diversos tipus d’eines de proves d’automatització per a aplicacions mòbils són Appium, Robotium, MonkeyRunner, UI Automator, Selendroid, MonkeyTalk, Testdroid, Calabash, Frank, SeeTest

1). appium

  • És un codi obert
  • Admet Java, Ruby i altres
  • El codi font es pot reutilitzar
  • Compatible per a Android i iOS.

2). robots

  • És un codi obert
  • Compatible amb totes les versions i subversions d'Android.
  • Els codis s’escriuen en Java.

3). Monkeyrunner

  • Les proves de nivell funcional o de marc es fan mitjançant monkeyrunner
  • Els codis s’escriuen en pitó
  • Funcions: controla molts dispositius alhora, l’automatització es pot ampliar, es poden provar aplicacions i maquinari per a Android i es pot ampliar l’automatització.

4). Automatitzador d’interfície d’usuari

  • S’utilitza per provar interfícies d’usuari mitjançant casos de prova de la IU.
  • Admet diverses versions d'androides
  • Pot bloquejar i desbloquejar telèfons intel·ligents

5). Selendroide

  • S'utilitza per provar la interfície d'usuari d'un híbrid basat en Android.
  • Els casos de prova s’escriuen amb selendroid
  • A protocol com el cable JSON és molt compatible.

Risc implicat en les proves d'automatització

El risc que comporten les proves d'automatització és

  • El cost inicial serà elevat
  • L'automatització mai és al 100%
  • No automatitza la interfície d'usuari sense arreglar
  • Avaluació incorrecta de temps i esforç
  • Incompatibilitat d'eines d'automatització.

Avantatges de les proves d'automatització

Els avantatges de automatització les proves són

  • L’execució de casos de proves es simplifica
  • Millora la fiabilitat de la prova
  • Redueix el cost de manteniment
  • Els resultats de les proves es fan públicament
  • Sense errors humans
  • Estalvia temps i memòria.

Aquí es descriu el programari proves d'automatització, el seu procés de prova, tipus de proves d'automatització i eina de proves d'automatització. Aquí teniu una pregunta: 'Com són millors les proves d'automatització que les proves manuals?'.