destructive testing
Diferència entre les proves destructives i les proves no destructives amb els seus tipus i mètodes:
En aquest article, analitzarem detalls sobre les proves destructives i les proves de programari no destructives.
En coneixerem un per un i també veurem les diferències entre aquests dos tipus de proves al final de l’article.
Què aprendreu:
- Què són les proves destructives i quins són els seus beneficis?
- Què són les proves no destructives i quins són els seus beneficis?
- Diferència entre proves destructives i no destructives
Què són les proves destructives i quins són els seus beneficis?
La prova de programari destructiu (DST) és un tipus de prova de programari que intenta fer que una part de l'aplicació de programari fracassi de manera incontrolada, per provar-ne la robustesa i detectar el punt de fallada.
A diferència d'altres mètodes de prova de programari convencionals que comproven la funcionalitat del programari, aquest mètode inspecciona el comportament imprevisible de l'usuari dins del programari. Per tant, ens permet descobrir defectes de programari que els usuaris habituals no solen trobar.
Tingueu en compte que les proves de programari destructives (DST) són un enfocament alternatiu a les proves de programari de tipus convencional (CST), però no la seva substitució. És eficaç realitzar DST a més de CST.
Les proves destructives es duen a terme en les condicions operatives més rigoroses i continuen fins que es trenca l'aplicació. La idea clau d’aquestes proves no és només descobrir els punts febles del disseny, si és que no es revelaran en condicions normals de treball, sinó també descobrir la vida útil del producte de programari.
Aquest tipus de proves comparteixen similituds amb les proves de mico, proves ad hoc i proves exploratòries.
Avantatges de les proves de programari destructives
proves de preguntes i respostes d'entrevistes per a persones amb experiència
- Ajuda a mesurar la robustesa, la recuperabilitat i la vida útil de l’aplicació.
- Revela els punts d'error en cas d'ús inadequat o incorrecte del programari.
- Estableix el context adequat per al provador, ja que ignora els biaixos de les històries dels usuaris a les proves.
- Ens permet descobrir defectes de programari que els usuaris habituals no solen trobar.
- Aquest tipus de proves són úniques a l’hora de descobrir defectes a l’aplicació que, quan s’adreça, promouran el rang del programari a l’estat de prova de novells.
Passos per realitzar aquesta prova
- Al començament del cicle de proves de programari destructiu, el client envia una còpia de l'aplicació o les credencials d'accés i els requisits de l'usuari.
- A continuació, el client presenta els requisits i demostra l'aplicació a un analista de control de qualitat.
- A continuació, l'analista de control de qualitat estableix la funció dels límits dins de l'aplicació i crea els límits d'usabilitat de l'aplicació dins dels límits.
- Ara, el provador de control de qualitat posarà a prova a l’atzar l’aplicació dins d’aquests límits, mitjançant tècniques estocàstiques. Es registren els fluxos de treball i els defectes de la prova de control de qualitat.
- Finalment, el directori de defectes es comparteix amb el client.
- Si cal, el cicle de proves destructives es pot repetir en funció dels requisits del client.
Per a aquesta prova, és bo tenir un cert coneixement dels requisits originals del programari. Això ajuda a elaborar una bona estratègia de proves.
Què verifiqueu a la prova destructiva?
- Comportament incorrecte i correcte de l'aplicació de programari.
- Dades d'entrada vàlides i no vàlides.
- Ús inadequat de l'aplicació de programari.
Mètodes i estratègies de prova de programari destructiu
Hi ha diverses maneres a través de les quals es poden realitzar proves destructives:
1) Mètode d'anàlisi del punt de fallada:
En aquest mètode, es revisa i examina l'aplicació per accedir a tots els camins i racons de la mateixa. Es determina què pot fallar en diversos punts. Per a aquest mètode, podeu obtenir ajuda d'analistes de negocis per obtenir una informació detallada sobre l'aplicació.
2) Revisió per parells:
Obteniu l'aplicació revisada per un altre provador que no estigui familiaritzat amb el programari. Això us ajudarà a trobar alguns punts d’error ocults que no podríeu veure com a provador.
3) Obteniu casos de prova revisats per l'empresa:
com escriure casos de prova en proves de programari amb exemple
De vegades, els usuaris finals i altres grups d’interès poden pensar en escenaris de prova vàlids que pot ser que un provador hagi perdut. Per tant, la revisió dels casos de prova per part de l’empresa pot augmentar la cobertura de les proves.
4) Proves exploratòries:
Feu proves exploratòries amb l'ajut de fulls d'execució. Us ajudarà a saber què es prova, repetir-ne i controlar la cobertura.
5) Alimentar el sistema amb dades incorrectes:
Podeu proporcionar una entrada no vàlida a l'aplicació. Això pot incloure dades danyades, una seqüència incorrecta de passos a la interfície d'usuari, etc.
6) Utilitzeu altres fonts:
També podeu utilitzar qualsevol altra font o forma de trencar el sistema i analitzar-lo per a diferents escenaris. El millor és que la història de l'usuari sobre les proves de programari destructives no necessàriament demana 'requisits' i 'especificacions', de manera que podeu provar qualsevol forma adequada de dur a terme aquestes proves.
Tècniques de proves destructives
Les proves de programari destructives es poden dur a terme mitjançant diverses tècniques com:
- Proves d'acceptació
- Proves de bucle
- Proves de regressió
- Particionament d'equivalència
- Prova de valor límit
- Proves d'interfície
- Proves alfa / beta
- Proves del sistema
- Proves descendents
- Proves de caixa negra
Pocs consells útils per a proves de programari destructives
- Obteniu el màxim coneixement possible del producte. Poseu-vos en la pell del client i després penseu en el producte des de la seva perspectiva.
- Esborreu tota la informació esbiaixada de la història de l'usuari. Oblideu-vos de la descripció de la història de l'usuari i dels criteris d'acceptació i intenteu trencar l'aplicació com un client boig.
- Cerqueu els camins d’excepció, no els camins feliços. Tingueu en compte que, ignorant els criteris d’acceptació, no coneixereu el flux de treball normal o esperat.
- No espereu una resposta positiva de la vostra sol·licitud. I si falla alguna cosa? Intenta simular i corrompre tot el que puguis.
- Limiteu les condicions de la vostra xarxa a una configuració més realista, perquè tots els usuaris reals no tindran màquines i condicions de xarxa de primera categoria.
Què són les proves no destructives i quins són els seus beneficis?
Les proves no destructives (NDT) es descriuen com una tècnica d’avaluació de programari que implica interactuar correctament amb el programari. A diferència de les proves de programari destructives on busquem camins d’excepció, en les proves no destructives, busquem camins feliços o camins daurats. La NDT també es coneix com a prova positiva.
Per exemple, si hi ha un quadre d’entrada que accepta un número entre l’1 i el 1999, un cas de prova positiu seria introduir un número dins d’aquest interval i verificar la funcionalitat del quadre d’entrada.
A NDT, tenim un cas de prova ben definit amb un requisit conegut, que s’executa sense cap error ni excepció i produeix la sortida desitjada. Ofereix els resultats esperats i verifica que el programari funciona com s’esperava.
Beneficis de proves de programari no destructiu
- La qualitat del programari i els problemes millorats es solucionen al flux principal de l'aplicació.
- És útil per demostrar que l'aplicació de programari funciona segons les especificacions requerides.
- Verifica que es compleixen les expectatives dels clients.
- Assegura que es compleixen els requisits de rendiment.
- Estalvia temps i diners en l'avaluació i resolució de problemes del producte.
Quan es realitza aquesta prova
- Hauria de ser la primera forma de proves i s’ha de fer a la fase inicial de SDLC perquè el camí feliç és el flux principal de l’aplicació i, si no funciona bé, es bloqueja la resta de proves.
- Es pot fer de manera ràpida i senzilla quan no tenim prou temps i pressupost per a les proves. Això assegura almenys que es compleixen els requisits i els criteris d’acceptació del programari.
Estratègia per a proves de programari no destructiu
- S'ha d'adoptar l'enfocament de les proves positives per dur a terme la prova no destructiva.
- Mentre realitza la prova, el comprovador ha de tenir en compte que l'objectiu de la prova no destructiva és verificar que l'aplicació funcioni bé en proporcionar dades d'entrada vàlides. Per tant, l'objectiu és verificar el comportament de l'aplicació per al conjunt positiu de dades.
- La millor pràctica és comprovar si el sistema està fent el que es pretén fer.
Diferència entre proves destructives i no destructives
| Proves destructives | Proves no destructives |
|---|---|
| Se centra en els punts febles del disseny, però no en la funcionalitat. | Se centra en els punts febles de la funcionalitat, però no en el disseny. |
| No necessàriament necessita requisits empresarials. Les proves destructives es fan sense conèixer els requisits predeterminats. | Les proves es realitzen per verificar les funcionalitats en funció dels requisits empresarials i dels criteris d'acceptació. |
| La intenció és trencar el programari subministrant entrades inusuals per detectar punts de fallades. | La intenció és interactuar correctament amb el programari per verificar els resultats positius. |
Conclusió
En les proves destructives, l'aplicació es fa intencionadament fallida per examinar la robustesa de l'aplicació. Detecta els punts d’error del programari que es poden produir a causa d’una manipulació incorrecta de l’aplicació per part del client.
Detecta aquells punts febles que no es poden rastrejar mitjançant proves de programari convencionals. Per a una millor cobertura de les proves, es prefereix realitzar proves de programari destructives juntament amb proves de programari convencionals.
Les proves no destructives es fan amb l'enfocament de proves positives o de proves de bon camí per verificar que la funcionalitat del programari compleixi els requisits del client. Implica interactuar correctament amb el programari.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de programari Treball d'assistent de control de qualitat
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Selecció de proves de programari com a carrera professional
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Prova de descàrrega de llibres electrònics
- Algunes preguntes d’entrevistes de proves de programari interessants
- Opinions i ressenyes sobre cursos de proves de programari