Menú

Guia pas a pas per implementar la prova de concepte (POC) a les proves d'automatització

step step guide implement proof concept automation testing

Proveu El Nostre Instrument Per Eliminar Problemes

Com implementar la prova de concepte (POC) a les proves d'automatització?

Cada organització té diferents processos de proves i procediments. Les proves manuals són importants i irreemplaçables, tot i que l’automatització augmenta la velocitat.

Presentació de proves d'automatització per a una organització és un repte i els següents punts determinaran si és necessari:

Prova d

# 1 . Durada del projecte: A curt o llarg termini: els projectes a llarg termini són bons candidats a l’automatització

# 2. Quanta regressió es fa en cadascun cicle de proves ? - projectes que tenen proves de regressió repetitives i llargues, ja que l’automatització redueix el temps global de proves i garanteix una cobertura completa.

# 3. Estabilitat de l'aplicació: Les aplicacions que no siguin susceptibles a canvis freqüents s’han de considerar per a l’automatització. El producte que no sigui estable, en què la interfície gràfica d’usuari / funcionalitat continuï canviant, els elements o el seu XPath a la pàgina continuïn canviant no s’haurien d’automatitzar fins que no estiguessin estables.

el millor programari de text a veu

# 4. Les dades del projecte són segures i la seva prova requereix alguns procediments complicats? - En aquest cas, el millor és anar a fer proves manuals.

# 5. Fa el l'organització té un pressupost per a l'automatització? - L'automatització s'afegirà a despeses addicionals per a l'organització, com ara el cost de l'eina d'automatització, el cost dels recursos, un temps necessari per al desenvolupament de marcs i la redacció / manteniment de seqüències de proves d'automatització.

Amb l’automatització, no es produiran faltes de proves o es donaran alguns resultats de proves. Assegura una cobertura del 100% del mòdul donat cada vegada que es prova el mateix. L’automatització també ajudarà a realitzar la mateixa prova diverses vegades en diversos navegadors i plataformes.

La figura següent us ajudarà a entendre el procés de proves d'automatització

Procés de proves d

Des del punt de vista de les proves tècniques, el L’equip de control de qualitat ha d’entendre els aspectes següents sobre la seva eina d'automatització:

  1. Matriu de proves de plataforma i SO
  2. Capacitat basada en dades
  3. Capacitat d'informes i portabilitat d'informes
  4. Depuració i registre fàcils
  5. S'admet el control de versions
  6. Extensible i personalitzable (capaç d’integrar-se amb altres eines com Ant, TestNG)
  7. Integració contínua.
  8. Notificacions per correu electrònic (es rep un missatge de correu electrònic personalitzat si les proves es superen correctament / han fallat / o es produeix un error de xarxa)
  9. Si es requereixen proves entre navegadors i proves de diverses plataformes, s'admetrà o no l'entorn de proves distribuïdes.

Què aprendreu:

Selecció de l'eina d'automatització correcta:

Selecció de l

Descàrrega de la biblioteca estàndard c ++

# 1. Una aplicació en prova és una aplicació web o una aplicació d'escriptori.
# 2. L’elecció d’una eina de codi obert no en paga cap.
# 3. L'eina ha de complir els requisits de prova de l'aplicació
# 4. Ús de l’eina: experiència i nivell de comoditat de l’equip en termes d’ús i aprenentatge de les eines
# 5. Admet la presentació d'informes: si no, quines altres opcions d'informes estan disponibles (de codi obert o de pagament). Si és així, què tan bo és transmetre dades correctes de presentacions, així com el punt de vista del contingut.

Llegiu també => La Guia de la A a la Z sobre la selecció de la millor eina d'automatització

A més, l'avaluació de l'eina inclou:

Mentre seleccioneu una eina d'automatització, és molt important tenir en compte si és compatible amb la implementació de la GUI de les aplicacions.

  1. La interfície gràfica d’usuari s’implementa mitjançant HTML tradicional o AJAX o un altre conjunt d’eines de desenvolupament web
  2. La GUI inclou vídeos, imatges o gran quantitat de contingut escrit?
  3. És interactiu o només informatiu
  4. Cal cercar els navegadors .

És important avaluar l’eina en els punts anteriors per comprendre si l’eina compleix realment els requisits de proves del projecte.

Desenvolupament de proves de concepte sobre automatització:

Implementació d'un fitxer automation testing POC és un mètode crucial i més utilitzat per introduir una eina a una organització. Una vegada que es decideix que l'automatització s'ha de fer i s'ha triat una eina, és hora de crear un prototip com a POC i presentar-lo a la direcció per mostrar l'ús i els avantatges en temps real.

Per fer-ho:

1) Decidiu els casos de prova que utilitzarem al POC.
2) Ajuda a triar les àrees en què els clients estaran més interessats.
3) Planifiqueu mostrar l'automatització manual i manual d'una manera que demostri que no hi ha cap degradació en la qualitat triant l'automatització.
4) Incloeu un cas de prova que falla i doni com a resultat un defecte; això ajuda a reforçar que l'eina pot trobar defectes
5) Utilitzeu afirmacions i punts de validació sempre que sigui necessari.
6) Mostra clarament les àrees que es poden automatitzar o no. Normalment, no es poden automatitzar els aspectes següents:

  • Els vídeos de vapor
  • Contingut Flash (contingut no estàtic)
  • Imatges no estàtiques

7) Voleu ressaltar si l'eina compleix els requisits següents?

  • Pot automatitzar totes les funcions clau de l’aplicació desitjada
  • És possible l'automatització en el mateix navegador que requereix el projecte
  • L'automatització requerirà un canvi en la implementació de l'aplicació? (com per a l'automatització, és important que els identificadors d'elements siguin únics i no canviïn cada vegada que s'invoca la pàgina)

El resultat de POC- sol ser un dels següents:

  1. Les eines compleixen els requisits del projecte - Esbrineu més detalls. Com ara el cost de la implementació: negociar els preus és necessari, finalitzar les taxes de llicència, els costos de formació i suport, les despeses de consulta i implementació, etc. Tant per a eines amb llicència com per a codi obert, també s'han de tenir en compte els costos de manteniment. Cal tenir present que els beneficis són substancials només durant un llarg període de temps.
  2. L'eina no compleix els requisits i té limitacions: l'eina ja no es considera.
  3. L'eina compleix parcialment els requisits - Reviseu i comproveu si un altre compleix millor els requisits O si l'automatització està totalment fora de la imatge O si hi ha alguna altra solució amb la mateixa eina.

Un cop presentem la prova de concepte a la direcció i en rebem el vistiplau, el següent pas és implementar un projecte pilot amb aquesta eina.

POC Template:

No hi ha una plantilla POC perfecta. Generalment inclou:

  1. Requirement for POC
  2. Candidats a POC (totes les eines d'automatització)
  3. Requisits del projecte
  4. Pros i contres de totes les eines basades en els requisits del projecte
  5. POC result

A continuació, es mostren un parell de plantilles POC d’automatització com a referència:

=> POC template 1
=> POC template 2

Implementació d’un projecte pilot:

Hauríem de definir el nostre projecte pilot mitjançant:

  • Quantificar casos empresarials que determinaran si hauríem d’utilitzar aquesta eina o no.
  • Definiu la convenció de noms i diverses directrius per a l'eina d'aplicacions.
  • Avantatges d’una eina com la financera i altres, què es pot fer i què no es pot fer i també les seves possibles solucions.

Pas 1. Triar casos de prova per al pilot

  • Mòduls / funcions importants des de la perspectiva del client
  • Funcionalitat fàcil de demostrar (camí feliç de punta a punta)
  • Els casos de prova difícils de provar manualment i un cop automatitzats simplificaran la prova
  • Funcionalitat incompleta per demostrar com l’automatització pot ajudar a identificar casos de prova fallits

Pas 2. Marc d’automatització desenvolupament

Un marc d’automatització de proves és el conjunt de conceptes, processos, procediments, pràctiques i entorn. No és res més que un sistema integrat que consisteix en regles per automatitzar qualsevol producte determinat. Aquest sistema inclou un conjunt de biblioteques funcionals, API, dades de proves, dipòsit d'objectes i diversos altres mòduls. El marc i l'enfocament dels scripts utilitzats per a l'automatització de proves tenen efectes sobre els seus costos.

Es poden utilitzar les següents tècniques de script:

  • Lineal
  • Híbrid
  • Basat en dades
  • Impulsat per paraules clau i
  • Estructurat

Mitjançant qualsevol de les tècniques anteriors, es pot dissenyar un marc de proves que ajudi a aconseguir un format específic per conduir la prova, simplificar l'execució de la prova i la presentació d'informes.

Determineu plantilles, convencions de noms per a objectes, casos de prova, suites de proves, dipòsit de dades, etc.

què és un fitxer .jnlp

Pas 3. Desenvolupament i execució de scripts

Pas 4. Informes: L'eina té funcions d'informes integrades? Els informes incorporats són capaços de transmetre amb precisió tota la informació necessària? Necessitarem una altra eina per informar de propòsits com informes cristal·lins, reportNG, etc.?

Pas 5 . Mantenir scripts d'automatització

Presentació als grups d'interès:

Tant com la prova de concepte i la implementació d’un pilot són importants, és important presentar-lo de la manera correcta. Els següents punts ajudaran a presentar-lo de manera positiva.

  1. Comenceu amb l’esforç de les proves manuals que es realitzen en cada cicle de proves, els reptes als quals s’enfronten les proves manuals i com podem utilitzar l’automatització per superar-los.
  2. Expliqueu com heu seleccionat l'eina en funció de la prova de concepte
  3. Destaqueu les característiques de l'eina d'automatització i com complementa els requisits de prova
  4. Mentre executeu l’automatització, expliqueu com l’eina d’automatització no només ajudarà a una execució més ràpida de les proves, sinó també a la seva capacitat de verificació i identificació d’errors.
  5. Demostreu com l'informe mostrarà l'estat d'execució del cas de prova
  6. Destaqueu funcions d'informes com llegendes de colors per a diferents estats de casos de prova, instantànies de casos de prova fallits i portabilitat de l'informe
  7. I, finalment, mostreu quant es reduirà el temps de prova per a cada cicle de proves.
  8. Expliqueu també com podeu aconseguir tot el marc d’automatització que heu desenvolupat i els seus avantatges en termes d’ús i manteniment.

Estigueu preparats per respondre a preguntes relacionades amb el temps que trigareu a automatitzar una sola funcionalitat senzilla o crítica. A més, si es produeix un canvi menor a la part frontal de l’aplicació, quants canvis d’escriptura es requeriran i quant de temps es trigarà a modificar.

Esperem que aquesta guia us sigui útil per començar a escriure un document POC de proves d'automatització. Feu-nos-ho saber si teniu cap pregunta.

Lectura recomanada

^