5 diagrames importants que els provadors han d’aprendre a utilitzar

5 important diagrams that testers need learn how use

Si no fos per les imatges, no hi haurà enregistraments d’història primerenca, coneixement transitable i evolució del llenguatge.

No per dramatitzar excessivament, però els diagrames tenen el seu propi lloc especial, fins i tot en un món amb formes d’escriptura i expressió altament evolucionades i sofisticades.

A la indústria tecnològica, els nostres diagrames ens són estimats.

Aquests són alguns dels més destacats amb els quals els verificadors entrem en contacte estret amb freqüència i com els fem servir.

Què aprendreu:

• 5 diagrames que els provadors han d’aprendre a utilitzar
• # 1) Organigrames:
• # 2) Diagrames de transició d'estats:
• # 3) Diagrames de context:
• # 4) Mapes mentals:
• # 5) Gràfics ER:
• # 6) Bonificació: maquetes de pantalles / filferros:
• Per acabar, com podeu crear aquests diagrames si ho necessiteu?
• Lectura recomanada

5 diagrames que els provadors han d’aprendre a utilitzar

Aqui venim.

# 1) Organigrames:

Els diagrames de flux són els millors per a il·lustracions de processos. Utilitzen símbols específics per a cada tasca / tipus d’acció que es duu a terme dins del procés. Permet prendre decisions, sucursals, bucles, etc., cosa que el converteix en una eina perfecta per a la documentació i la comprensió.

Els provadors solen trobar els diagrames de flux al pla de prova, l’estratègia de prova, els artefactes de requisits (BRD, FRD, etc.) o altres documents de procés.

Els símbols més utilitzats i els seus significats en un diagrama de flux són:

• Ovals- Per començar i parar
• Rectangles- Per al processament / o una tasca
• Diamant- Per a decisions

Per obtenir informació completa sobre les formes del diagrama de flux, consulteu Símbols del diagrama de flux .

Entendre un procés o flux de control a través d’un diagrama de flux és molt senzill. Ajuda a recordar, comprendre i serveix de referència ràpida.

Llegiu també => Com escriure escenaris complexos de proves de lògica empresarial mitjançant la tècnica de la taula de decisions

A continuació, es mostren dues maneres en què els verificadors utilitzen els diagrames de flux:

a) Diagrames de flux per al control de flux i anàlisi estadística:

Complexitat ciclomàtica és una mètrica que ens ajuda a mesurar el complex que és un programa de programari concret. Un dels usos de conèixer la complexitat ciclomàtica és que ens ajuda a entendre l’abast de les proves d’unitats que s’han de fer per aconseguir una cobertura completa (més informació i enllaços a continuació).

El diagrama de flux és un mètode bàsic per arribar a aquesta mesura.

Aprenem a calcular la complexitat ciclomàtica per al programa següent mitjançant un diagrama de flux de control.

Simplement creeu un diagrama de flux de control com es mostra a continuació i utilitzeu aquesta fórmula:

Complexitat ciclomàtica: = Nombre de connexions o línies: nombre de nodes + 2

A partir del diagrama, el nombre de nodes són 7 i les connexions són 7.

Per tant, la complexitat ciclomàtica d’aquest tros de codi és de 7-7 + 2 = 2.

Necessiteu més informació sobre com utilitzar el diagrama de flux de control i la complexitat ciclomàtica?

Mira això:

• Correlació entre complexitat ciclomètrica i cobertura del codi mentre es realitza la prova de caixa blanca
• La complexitat ciclomàtica de McCabe i per què no l’utilitzem

b) Organigrames per a la il·lustració de processos:

El següent és un procés de seguiment de defectes representat en un format de diagrama de flux. Com podeu veure, és molt fàcil d’absorbir i implementar:

(Nota:Feu clic a la imatge per a la vista ampliada)

# 2) Diagrames de transició d'estats:

Les taules o diagrames de transició d’estats són excel·lents eines d’anàlisi quan es tracta de sistemes complexos que experimenten molts canvis d’un estat a un altre.

Per als principiants que estiguin pensant: 'què és la transició d'estat?': Penseu en una bombeta controlada per un interruptor. Es pot activar / desactivar un commutador. Per tant, l’estat que una bombeta pot estar en un punt determinat és ON o OFF i l’esdeveniment / acció que la fa passar d’un estat a un altre és el gir del commutador.

Es pot mostrar en forma de diagrama o taula. Com a continuació:

Senzill, oi? Assumim quelcom una mica més complex. Mireu un diagrama de transició d'estats per a un sistema de venda de bitllets. És bastant senzill i fàcil d’entendre.

Tingueu en compte que els diagrames de transició d'estats solen centrar-se en l'entitat empresarial i no visualment centrar-se en la navegació.

Per exemple: L'entitat principal del negoci en el nostre cas és el bitllet en si que es crea a través de l'aplicació. La primera part, fer el bitllet, podria implicar la navegació pel sistema a través d'unes pàgines:

• Pàgina 1-> Seleccioneu no. de viatgers: adults, nens i gent gran.
• Pàgina 2-> Trieu el tipus de bitllet: un abonament de dia, un abonament setmanal, un abonament mensual, etc.
• Pàgina 3-> Reviseu els detalls i finalitzeu-los.
• Pàgina4-> Fer pagaments, etc.

Per tant, és possible que hi hagi moltes transicions visuals de pàgina per pàgina, però el bitllet en si es troba en estat de fabricació. Per tant, normalment no creem un diagrama ST per a les transicions visuals (podeu fer-ho si voleu, però no s’utilitza tan sovint), ho fem per a les transicions d’estat de l’entitat empresarial principal.

Un cop creat el diagrama ST, podeu utilitzar-lo per identificar fàcilment els escenaris de prova d’extrem a extrem i les transaccions dels usuaris finals, de la següent manera:

Les tres línies grogues són 3 casos d'extrem a extrem que, quan es proven, cobriran les àrees més crítiques i més utilitzades de l'aplicació. Aquesta és una eina tan beneficiosa per crear casos de proves significatius i proves d’acceptació de punta a punta.

Per obtenir una explicació molt més completa i un ús real, consulteu => Tècnica de proves de transició estatal per provar aplicacions complexes

# 3) Diagrames de context:

Els sistemes de programari poques vegades funcionen com a unitats independents. Les aplicacions simples, com ara una calculadora, un bloc de notes, etc., poden funcionar sols, però les aplicacions empresarials sovint s’interfacen amb moltes altres aplicacions.

Per exemple: Un sistema de nòmines pot interactuar amb l'aplicació de comptabilitat, el sistema de fulls de temps per a les hores dels empleats i el portal de recursos humans per obtenir informació sobre els empleats. Els diagrames de context són excel·lents diagrames que mostren totes aquestes relacions d’una manera fàcil d’entendre.

El següent és un diagrama contextual del sistema de nòmines que s’acaba de descriure:

Un diagrama de context mostra molt clarament el context d’un determinat sistema amb totes les altres entitats que s’hi relacionen. Per obtenir una explicació senzilla, consulteu aquí =>

Per obtenir una explicació senzilla, consulteu aquí => Diagrama de context del sistema

Els diagrames de context ajuden els comprovadors a entendre el sistema en un sentit més ampli i ajuden a crear estratègies de prova que incloguin aquestes relacions entrants i sortints que el sistema manté amb les altres entitats. És possible que no creem un diagrama de context com a part del nostre procés de prova, però, si està disponible, facilita la comprensió.

# 4) Mapes mentals:

Un mapa mental fa un seguiment d’una ment ocupada que salta d’un tema a un altre; cada pensament es va aprofundint i es va ampliant amb cada idea. És una forma de diagrama que comença per la vostra idea principal i documenta tots els subpensaments que se’n deriven.

com fer que els fitxers .jar s'obrin amb java

Els mapes mentals es poden utilitzar per a qualsevol cosa. Tot i que encara han d'aparèixer a l'IEEE, CMMI o altres plantilles estàndard o documents de procés, continuen sent una part molt popular de la cultura de la indústria del programari.

Un ús molt popular dels mapes mentals és fer un seguiment de les proves exploratòries. (Ja ho sé, ho sé, estàs pensant, per què cal fer un seguiment de les proves exploratòries? És perquè, amb cicles de desenvolupament ràpid, àgils i altres mètodes més ràpids de desenvolupament de programari, cada vegada és menys probable que els provadors trobin temps i abast per a la documentació completa. Això vol dir que l’extensió de l’exploració està creixent i que s’ha de reforçar. Els mapes mentals poden fer-ho per vosaltres).

Per exemple: El següent és un diagrama per a una aplicació de comerç electrònic en què simplement feu un seguiment de les proves amb un mapa mental de la manera següent:

És possible que els provadors no obtinguin els mapes mentals com a entrades. Però és possible que vegem situacions quan les hem de crear. Fer-ho és molt fàcil. Comenceu amb la vostra idea central o punt de partida i seguiu cap a on us portin els vostres pensaments. Hi ha moltes eines en línia gratuïtes i senzilles que podeu utilitzar per al mapatge mental. Aquesta és la que he utilitzat per dibuixar l’anterior mapa aquí.

Per obtenir més informació i eines, consulteu => Mapatge mental en proves de programari: maneres de fer que les proves siguin més divertides.

# 5) Gràfics ER:

Els diagrames Entitat-Relació (ER) s’utilitzen per al modelatge de bases de dades. Ens ajuden a entendre les taules, els seus camps i com es relacionen els camps d'una taula amb els camps d'altres taules del sistema de base de dades. Mostra de manera visual els components del vostre sistema de base de dades i les relacions entre ells.

Els diagrames ER també actuen com una prova inicial del model de base de dades i visualització abans de dissenyar i construir sistemes de base de dades.

Els diagrames ER tenen entitats (les instàncies de taules de bases de dades) i les seves relacions (una a una, una a moltes, una a obligatòria, etc.) representades mitjançant caixes i connectors de potes de gall. )

Hi ha moltes variacions als diagrames ER, però la versió més senzilla es pot veure com es mostra a continuació:

Imatge Font

Per obtenir una introducció i explicació ràpides, comproveu:

• Vídeo de formació del diagrama de relacions amb les entitats (ERD)
• Tutorial sobre el diagrama de relacions amb les entitats (ERD)

# 6) Bonificació: maquetes de pantalles / filferros:

Els filferros són HTML o imatges simples (captures de pantalla) que ens mostren esquemàticament la futura pàgina / component de la IU.

Els marcs de filferro són una benedicció per als comprovadors, ja que ens faciliten la visualització del producte final i el millor procés d’anàlisi del disseny de proves. Això significa millors escenaris de proves, millors casos de prova i, al seu torn, una major efectivitat de la prova.

Els filferros poden ser simples imatges dibuixades a mà o estructures de pàgines web creades de forma interactiva o qualsevol altre diagrama que sigui representatiu del sistema final.

Un simple wireframe per a la pantalla d'inici de sessió pot ser el següent:

Aquí hi ha un enllaç ràpid per entendre la manera com els equips de control de qualitat utilitzen els wireframes per a proves inicials i algunes eines per crear-los => Marcs metàl·lics: s’haurien de provar realment? I si és així, com?

Per acabar, com podeu crear aquests diagrames si ho necessiteu?

Majoritàriament, els provadors interpreten la majoria dels diagrames esmentats anteriorment. Però poques vegades hauríem de crear-los. MS Visio i SmartDraw són excel·lents eines per utilitzar. Tanmateix, si busqueu alguna cosa lliure i lleugera (sense instal·lació ni configuració), fes una ullada aquí.

Quan no tingueu accés a Internet i tot el que teniu és la vostra paraula o pintura, podeu utilitzar les formes disponibles per crear aquests diagrames (bé, almenys la majoria). Aquest és el meu mètode menys preferit perquè consumeix molt de temps i no és tan fàcil d’utilitzar, però sí.

Sobre l'autor: Aquest article està escrit pel membre del nostre equip Swati.

Quins diagrames utilitzeu i quins són els vostres preferits?

Lectura recomanada

• Consells sobre proves de programari per a provadors novells
• Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
• Què és la prova de components o la prova de mòduls (apreneu amb exemples)
• Què és la prova de comparació (apreneu amb exemples)
• Els provadors perden el control de les proves a causa de l'automatització?
• El negoci global de proves de programari arribarà aviat a 28,8 mil milions de dòlars
• Com mantenir la motivació viva en els provadors de programari?
• Prova de descàrrega de llibres electrònics