Menú

Execució de proves en proves de programari: procés i pla exactes amb un exemple

test execution software testing

Proveu El Nostre Instrument Per Eliminar Problemes

Procés i pla exactes per executar casos de prova amb exemples reals.

Avui, a la nostra Mini curs de formació sobre proves de programari , estem avançant cap a la darrera etapa de la STLC, que és la Execució de la prova .

Podeu consultar la llista de tots els tutorials publicats en aquesta sèrie de formació gratuïta en QA en aquesta pàgina: Formació de proves de programari de punta a punta en un projecte en directe.

L’execució de les proves és, sens dubte, la fase més important i “realitzada” del STLC i també tot el cicle de vida del desenvolupament. El motiu és que la contribució i el treball de cada equip o membre de l’equip es validen aquí:

Execució de proves en proves de programari

  • El Business Analyst ha interpretat correctament els requisits?
  • L’equip de desenvolupament ha traduït els requisits empresarials a requisits funcionals i, finalment, a codificar correctament?
  • L’arquitecte de dades i els DBA han dissenyat els sistemes back-end adequats?

Bé, l'execució de les proves és on es trobarien totes les respostes a aquestes preguntes. Això ens fa ser els QA, els herois de tot el procés de creació de programari, oi? :)

L'execució de la prova també és la part 'Prova' del SDLC.

què fa la fase de verificació del cicle de vida del programari?

Una vegada que s’escriuen els casos de prova, es comparteixen amb l’equip de BAs i Dev, revisats per ells, es notifica els canvis a l’equip de control de qualitat (si n’hi ha), l’equip de control de qualitat fa les esmenes necessàries. Ara, preparar els casos de prova no vol dir que puguem iniciar la prova. Cal que l’aplicació estigui preparada, entre altres coses.

Què aprendreu:

Directrius d'execució de proves

Ara fem una llista de totes les coses que són importants per entendre la fase d'execució de la prova:

# 1) El construir (el codi que escriu l’equip de desenvolupadors s’empaqueta en allò que es refereix a una compilació; això no és res més que una peça de programari instal·lable (AUT), llesta per ser desplegada a l’entorn QA). i posat a disposició) per a l'entorn de control de qualitat és un dels aspectes més importants que ha de passar perquè comenci l'execució de la prova.

# 2) L'execució de la prova es realitza a Entorn de control de qualitat . Per assegurar-vos que el treball de l’equip de desenvolupament sobre el codi no es troba al mateix lloc, on l’equip de control de qualitat està provant, la pràctica general és tenir un entorn dedicat de desenvolupament i control de qualitat. (També hi ha un entorn de producció per allotjar l'aplicació en viu).

Això és bàsicament per preservar la integritat de l'aplicació en diverses etapes del cicle de vida de l'SDLC. En cas contrari, l’ideal seria que els tres entorns tinguin una naturalesa idèntica.

# 3) Prova la mida de l'equip no és constant des del començament del projecte. Quan s’inicia el pla de proves, l’equip només pot tenir un cap d’equip. Durant la fase de disseny de la prova, s’incorporen uns quants provadors. L’execució de la prova és la fase en què l’equip té la seva mida màxima.

# 4) L'execució de la prova també passa a almenys 2 cicles (3 en alguns projectes). Normalment, en cada cicle, s'executaran tots els casos de prova (tota la sèrie de proves). L’objectiu del primer cicle és identificar qualsevol bloqueig, defectes crítics i la majoria dels defectes elevats.

L'objectiu del segon cicle és identificar defectes elevats i mitjans restants, corregir els buits en els scripts i obtenir resultats.

# 5) La fase d’execució de la prova consisteix en Execució dels scripts de prova + Manteniment de scripts de prova (buits correctes als scripts) + Informes (defectes, estat, mètriques, etc.) Per tant, a l’hora de planificar aquesta fase els horaris i caldria estimar els esforços tenint en compte tots aquests aspectes i no només l'execució del script.

# 6) Després de fer l'script de prova i de desplegar l'AUT, i abans que comenci l'execució de la prova, hi ha un pas intermedi. Es diu això 'Revisió de la preparació per a proves (TRR)' . Es tracta d’una mena de pas de transició que finalitzarà la fase de disseny de la prova i ens facilitarà l’execució de la prova.

Per obtenir informació sobre aquest pas i una mostra de 'llista de comprovació de la revisió de la preparació per a la prova', consulteu aquest enllaç: Llista de comprovació de proves de programari

# 7) A més del TRR, hi ha poques comprovacions addicionals abans de garantir que puguem continuar acceptant la compilació actual que es desplega a l'entorn QA per a l'execució de la prova.

Aquests són els Proves de fum i seny . Trobareu informació detallada sobre què són: Què és la prova de fum i seny?

# 8) Després de completar amb èxit les proves TRR, fum i seny, comença oficialment el cicle de proves.

# 9) Proves exploratòries es duria a terme un cop la versió estigui llesta per a les proves. L’objectiu d’aquesta prova és assegurar-se que s’eliminin els defectes crítics abans de començar els propers nivells de prova. Aquesta prova exploratòria es realitza a l'aplicació sense cap script ni documentació de prova. També ajuda a familiaritzar-se amb l’AUT.

Enumereu i expliqueu almenys dues coses que podeu aconseguir provant el programari per detectar problemes de seguretat.

# 10) Igual que les altres fases del STLC, el treball es divideix també entre els membres de l'equip en la fase d'execució de proves. La divisió es pot basar en el mòdul o en el cas de proves o en qualsevol altra cosa que tingui sentit.

# 11) El resultat principal de la fase d’execució de la prova es presenta principalment en informes, és a dir, Informe de defectes i informe d’estat d’execució de la prova. Podeu trobar el procés detallat d’informes a Informes d'execucions de proves.

Document sobre columnes noves en casos de prova

Ara es pot ampliar el document de casos de prova amb les dues columnes següents: Estat i resultat real .

( Nota : Per a l'execució de la prova del projecte en directe, hem afegit i actualitzat aquestes columnes amb els resultats de l'execució de la prova al full de càlcul dels casos de prova que es proporcionen a continuació per descarregar

# 1) Columna d'estat

L’execució de la prova no és altra cosa que, mitjançant els passos de prova de l’automòbil, subministrar les dades de la prova (tal com s’identifica al document del cas de prova) i observar el comportament de l’automòbil per veure si compleix o no el resultat esperat.

Si no es compleix el resultat esperat, es pot interpretar com un defecte. I l'estat del cas de prova passa a ser 'Fallit' i, si es compleix el resultat esperat, l'estat és 'Aprova'. Si el cas de prova no es pot executar per cap motiu (un defecte existent o un entorn no compatible) l'estat quedaria 'Bloquejat'.

L'estat d'un cas de prova que encara s'ha d'executar es pot establir en Sense execució / sense executar o es pot deixar buit.

  • Per a un cas de prova amb diversos passos, si no es compleix el resultat esperat d'un determinat pas (al mig dels passos del cas de prova), l'estat del cas de prova es pot establir a 'Falla' allà mateix i no cal executar els passos següents.
  • L'estat 'Falla' es pot indicar en color vermell, si voleu cridar-hi l'atenció immediatament.

# 2) Columna de resultats reals

Aquest és un espai on els verificadors podem registrar quina és la desviació en el resultat esperat. Quan es compleix el resultat esperat (o un cas de prova l'estat és 'Aprovat'), aquest camp es pot deixar buit. Perquè, si es compleix el resultat esperat, significa el resultat real = resultat esperat, el que significa que reescriure-ho a la columna de resultats reals serà una repetició i una redundància.

A aquesta columna es pot adjuntar una captura de pantalla de la desviació per millorar la claredat de quin és el problema.

Resultats d'execució de proves per al projecte OrangeHRM Live

Obtenim ara OrangeHRM i realitzem l'execució de la prova basant-nos en les directrius anteriors.

A continuació, es detallen alguns punts:

  • La plantilla de casos de prova ampliada.
  • Les proves exploratòries tal com s'indica s'han de realitzar sense scripts de prova. Per tant, no dubteu a provar l’aplicació en paral·lel com considereu oportú.
  • A causa de les limitacions que tenim a l'hora de presentar el projecte en directe en forma de contingut llegible, només es mostra una quantitat limitada de casos de prova / funcionalitat de l'aplicació OrangeHRM a la plantilla d'execució de proves de mostra. Una vegada més, si us plau, no dubteu a treballar més per obtenir l’experiència més pràctica.
  • Les suites de proves Sanity and Smoke també s’afegeixen al document per fer-vos una idea del tipus de casos de prova que es consideren en aquestes etapes.
  • Els defectes encara no es registren, tot i que l'estat d'alguns casos de prova s'estableix en 'Falla'. Això es deu al fet que registrar els defectes és el següent més important / que es treballa habitualment en un aspecte de la nostra vida com a provadors. Per tant, volem tractar-ho en detall al següent article.

Casos de prova amb resultats d'execució:

=> Feu clic aquí per descarregar el document d'execució de casos de prova.

Conté - Resultat d'execució de casos de proves, proves de fum, proves de seny, proves exploratòries: fulls de càlcul

convertidor de youtube a mp4 per a mac

Finalment, si es va utilitzar una eina de gestió de proves per crear i mantenir el cas de prova, també es pot utilitzar el mateix per a l'execució de la prova. L’ús d’una eina facilita l’informació, però en cas contrari, el procés d’execució dels casos de prova és el mateix. Consulteu aquest article per fer-vos una idea com utilitzar HP ALM per a l'execució de casos de proves .

(Feu clic a la imatge per obtenir una vista ampliada)

ALM per al resultat d

Això ens porta al final d’un altre segment interessant del procés de proves. Al següent i darrer article mini-curs de formació en QA sobre proves de programari en línia gratuïtes , analitzarem els defectes amb detall; concloure temes com 'quan deixar de provar', mètriques i tancar la sessió de control de qualitat.

=> Dia 6 de la formació en control de qualitat: Seguiment d'errors, mètriques de prova i tancament de prova

Feu-nos saber com estem i estigueu atents al proper article.

Lectura recomanada

^