Menú

Què és l'arnès de prova i com se'ns pot aplicar, verificadors?

what is test harness

Proveu El Nostre Instrument Per Eliminar Problemes

No sóc un gran fan de les etiquetes. Això és el que vull dir amb això.

Si he de comprovar alguns aspectes abans de determinar si es pot iniciar o no el control de qualitat, simplement faré una llista i duré a terme l'acció. Al meu entendre, no importa si ho anomeno oficialment operació de 'revisió de la preparació per a la prova' o no; sempre que faci el que se suposa que faig, crec que no cal anomenar-ne un nom o etiqueta específics .

Què és l’arnès de prova

Però estic corregit. Recentment, a la meva classe, estava ensenyant el model Agile-scrum per al desenvolupament de programari. Hi havia una pregunta ' Com es realitzen les proves en un mètode Agile? 'Explicava dos mètodes: un és on intentem incloure'l a cada sprint i l'altre és una bona pràctica que he après de la implementació de primera mà, que consisteix a retardar un sprint de control de qualitat respecte al de desenvolupament.

Un dels meus estudiants em va preguntar si hi ha un nom per al segon i no ho vaig fer perquè mai vaig posar èmfasi en els mateixos noms.

Però en aquell moment, em va semblar la importància d’etiquetar adequadament un procés per assegurar-nos que tenim un terme per referir-nos al procés del qual parlem.

Per tant, avui farem exactament això: Apreneu el procés que hi ha darrere del terme 'Test Harness'.

Com he esmentat anteriorment en alguns dels meus articles anteriors: es pot entendre molt a partir del significat literal del nom. Per tant, consulteu el vostre diccionari sobre què significa 'Arnés' i la gran revelació de si s'aplica o no, en aquest cas, és una cosa que veurem al final.

Hi ha dos contextos en què s’utilitza l’arnès de prova:

  1. Proves d'automatització
  2. Proves d’integració

Comencem pel primer:

Què aprendreu:

Context núm. 1: Arnès de proves en automatització de proves

En el proves d'automatització món, L’arnès de proves fa referència al marc i als sistemes de programari que contenen els scripts de prova, els paràmetres necessaris (és a dir, dades) per executar aquests scripts, reunir els resultats de les proves, comparar-los (si cal) i supervisar els resultats.

Intentaré fer-ho més senzill amb l'ajut d'un exemple.

Exemple:

Si parlés d’un projecte que utilitza HP Quick Test Professional (ara UFT) per a proves funcionals, HP ALM està enllaçat per organitzar i gestionar tots els scripts, execucions i resultats, i les dades es recullen d’un DB de MS Access. El següent seria l’arnes de prova d’aquest projecte:

c # preguntes i respostes d’entrevistes per a experiències amb exemples
  • El propi programari QTP (UFT)
  • Els scripts i la ubicació física on s’emmagatzemen
  • Conjunts de proves
  • MS Access DB per subministrar paràmetres, dades o les diferents condicions que s’han de subministrar als scripts de prova
  • HP ALM
  • Els resultats de les proves i els atributs de control comparatius

Prova d’arnès en automatització

Com podeu veure, els sistemes de programari (automatització, gestió de proves, etc.), dades, condicions, resultats (tots ells es converteixen en una part integral de l’arnès de proves), sent l’única exclusió el mateix AUT.

Context núm. 2: Prova de l'arnès en proves d'integració

Ara és el moment d 'explorar què significa l' arnès de prova a context de 'Prova d'integració' .

Les proves d’integració consisteixen a reunir dos o mòduls (o unitats) de codi que interactuen entre si i comprovar si el comportament combinat és o no l’esperat.

Idealment, les proves d’integració de dos mòduls haurien de ser i podrien dur-se a terme quan tots dos estiguin 100% preparats, provats per la unitat i siguin bons.

Tot i això, no vivim en un món perfecte, cosa que significa que és possible que no estiguin disponibles un o més mòduls / unitats de codi que han de ser els elements constitutius de la prova d’integració. Per solucionar aquesta situació, disposem de troncs i conductors.

Stud és generalment un fragment de codi que té una funció limitada i que substitueix o substitueix el mòdul de codi real que ha de substituir-lo.

Exemple: Per explicar-ho més, deixeu-me utilitzar un escenari

Si hi ha una unitat A i B que s’han d’integrar. A més, la Unitat A envia dades a la Unitat B o, dit d’una altra manera, la Unitat A crida a la Unitat B.

Unitat A si el 100% està disponible i la unitat B no, llavors el desenvolupador pot escriure un fragment de codi limitat en la seva capacitat (el que això significa és la Unitat B si té 10 funcions, només 2 o 3 que són importants per a la integració amb A) es desenvoluparà i s’utilitzarà per a la integració. Això s’anomena a STUB.

La integració ara seria: Unitat A-> Stub (en substitució de B)

En canvi, si la Unitat A està disponible al 0% i la Unitat B està disponible al 100%, la simulació o el servidor intermediari haurà de ser la Unitat A aquí. Per tant, quan una funció de trucada se substitueix per un codi auxiliar, es diu ' CONDUCTOR .

La integració, en aquest cas, seria : DRIVER (substituint A) -> Unitat B

Tot el marc: el procés de planificació, creació i ús de troncs i / o controladors per dur a terme les proves d’integració s’anomena Test Harness.

Nota : l'exemple anterior és limitat i l'escenari en temps real pot no ser tan senzill ni tan senzill com aquest. Les aplicacions en temps real tenen punts d’integració complexos i compostos.

En conclusió:

Com sempre, STH creu que fins i tot les definicions més tècniques es poden derivar del significat literal i senzill del terme.

El diccionari del meu telèfon intel·ligent em diu que hi ha un 'arnès' (mira sota el context verbal):

'Posar en condicions d'ús efectiu; obtenir el control per a un fi concret; '

Després d'això i adaptant-ho a les proves:

'Un arnès de prova és simplement crear el marc correcte i utilitzar-lo (i tots els seus elements constitutius) per controlar tota l'activitat i aprofitar al màxim la situació, ja sigui automatització o integració. '

Allà reposem el nostre cas.

Algunes coses més abans d'acabar:

P. Quins avantatges té un arnès de proves?

Ara, ens preguntaria quina és la importància de l’alè per a la vida humana: és intrínseca, oi? De la mateixa manera, un marc per provar amb eficàcia és com un determinat. L’avantatge, si l’hem d’escriure amb tantes paraules, diria, cada procés de prova té un arnès de prova, ja sigui que diem conscientment que és “L’arnès de prova” o no. És com viatjar coneixent la ruta, la destinació i totes les altres dinàmiques del viatge.

P. Quina diferència hi ha entre l'arnès de prova i el marc de proves ?

Personalment, crec que comparar i contrastar no és sovint l’enfocament adequat a l’hora d’entendre conceptes relacionats, perquè les línies sovint són borroses. Com a resposta a aquesta pregunta, diria que l’arnès de prova és específic i el marc de prova és genèric. Per exemple, un arnès de prova inclourà la informació exacta de l'eina de gestió de proves fins als identificadors d'inici de sessió que s'utilitzaran. Un marc de proves, d'altra banda, simplement dirà que una eina de gestió de proves realitzarà les activitats respectives.

Q. Hi ha eines de prova d'arnès ?

L’arnès de proves inclou eines, com ara programari d’automatització, programari de gestió de proves, etc. No obstant això, no hi ha eines específiques per implementar un arnès de proves. Totes les eines o qualsevol poden formar part de l'arnès de prova: QTP, JUnit, HP ALM, totes elles poden ser eines constitutives de qualsevol arnès de prova.

Sobre l'autor: Aquest article està escrit per Swati S., membre de l'equip de STH.

I, sempre amb definicions, sempre hi ha diferències d’opinions. Donem la benvinguda a les vostres opinions i ens agrada escoltar el que penseu. Si us plau, no dubteu a deixar un comentari, preguntes o suggeriments a continuació.

Lectura recomanada

^