En aquesta secció, entendrem els diferents tipus de proves de programari, que es poden utilitzar en el moment del cicle de vida del desenvolupament de programari.
Com sabem, proves de programari és un procés d'anàlisi de la funcionalitat d'una aplicació segons el requisit previ del client.
Si volem assegurar-nos que el nostre programari està lliure d'errors o estable, hem de realitzar els diferents tipus de proves de programari perquè les proves són l'únic mètode que fa que la nostra aplicació estigui lliure d'errors.
Els diferents tipus de proves de programari
La categorització de les proves de programari forma part de diverses activitats de prova, com ara estratègia de prova, resultats de prova, un objectiu de prova definit, etc . I les proves de programari són l'execució del programari per trobar defectes.
L'objectiu de tenir un tipus de prova és confirmar el AUT (Aplicació en prova).
Per començar les proves, hauríem de tenir un Recursos necessaris, preparats per a l'aplicació i disponibles . Per mantenir la responsabilitat, hauríem d'assignar un mòdul respectiu a diferents enginyers de proves.
Les proves de programari es divideixen principalment en dues parts, que són les següents:
Què és la prova manual?
Es coneix com a provar qualsevol programari o aplicació segons les necessitats del client sense utilitzar cap eina d'automatització prova manual .
En altres paraules, podem dir que és un procediment de verificació i validació . Les proves manuals s'utilitzen per verificar el comportament d'una aplicació o programari en contradicció amb l'especificació dels requisits.
No necessitem cap coneixement precís de cap eina de prova per executar els casos de prova manuals. Podem preparar fàcilment el document de prova mentre realitzem proves manuals en qualsevol aplicació.
Per obtenir informació detallada sobre les proves manuals, feu clic a l'enllaç següent: https://www.javatpoint.com/manual-testing.
Classificació de les proves manuals
En les proves de programari, les proves manuals es poden classificar més en tres tipus diferents de proves , que són les següents:
Per a la nostra millor comprensió, vegem-los un per un:
Prova de caixa blanca
A les proves de caixa blanca, el desenvolupador inspeccionarà totes les línies de codi abans de lliurar-les a l'equip de proves o als enginyers de proves corresponents.
emet una cadena com int java
Posteriorment, el codi es nota per als desenvolupadors durant les proves; per això aquest procés es coneix com WBT (Prova de caixa blanca) .
En altres paraules, podem dir que el desenvolupador executarà la prova completa de la caixa blanca per al programari en particular i enviarà l'aplicació específica a l'equip de proves.
L'objectiu d'implementar les proves de la caixa blanca és emfatitzar el flux d'entrades i sortides sobre el programari i millorar la seguretat d'una aplicació.
També es coneix com a prova de caixa blanca proves de caixa oberta, proves de caixa de vidre, proves estructurals, proves de caixa transparent i proves de caixa transparent .
Per obtenir un coneixement profund sobre les proves de la caixa blanca, consulteu l'enllaç següent: https://www.javatpoint.com/white-box-testing.
Prova de la caixa negra
Un altre tipus de prova manual és proves de caixa negra . En aquesta prova, l'enginyer de proves analitzarà el programari en funció dels requisits, identificarà els defectes o errors i l'enviarà de nou a l'equip de desenvolupament.
Aleshores, els desenvolupadors solucionaran aquests defectes, faran una ronda de proves de la caixa blanca i l'enviaran a l'equip de proves.
Aquí, corregir els errors significa que el defecte s'ha resolt i la funció particular funciona segons el requisit donat.
L'objectiu principal d'implementar les proves de caixa negra és especificar les necessitats del negoci o els requisits del client.
En altres paraules, podem dir que la prova de caixa negra és un procés de comprovació de la funcionalitat d'una aplicació segons el requisit del client. El codi font no és visible en aquesta prova; per això es coneix com proves de caixa negra .
Per obtenir més informació sobre les proves de la caixa negra, consulteu l'enllaç següent: https://www.javatpoint.com/black-box-testing.
Tipus de proves de caixa negra
Les proves de la caixa negra es classifiquen encara més en dues parts, que es descriuen a continuació:
Prova funcional
L'enginyer de proves comprovarà sistemàticament tots els components amb les especificacions dels requisits proves funcionals . Les proves funcionals també es coneixen com Prova de components .
En les proves funcionals, tots els components es posen a prova donant el valor, definint la sortida i validant la sortida real amb el valor esperat.
Les proves funcionals són una part de les proves de caixa negra, ja que fa èmfasi en els requisits de l'aplicació més que en el codi real. L'enginyer de proves només ha de provar el programa en lloc del sistema.
Per obtenir la informació detallada sobre les proves funcionals, consulteu l'enllaç següent: https://www.javatpoint.com/functional-testing .
Tipus de proves funcionals
De la mateixa manera que un altre tipus de proves es divideix en diverses parts, les proves funcionals també es classifiquen en diverses categories.
El divers tipus de proves funcionals continguin el següent:
Ara, anem a entendre-los un per un:
1. Test unitari
Les proves unitàries són el primer nivell de proves funcionals per provar qualsevol programari. En això, l'enginyer de proves provarà el mòdul d'una aplicació de manera independent o provarà tota la funcionalitat del mòdul proves unitàries .
L'objectiu principal d'executar les proves unitàries és confirmar els components de la unitat amb el seu rendiment. Aquí, una unitat es defineix com una única funció comprovable d'un programari o d'una aplicació. I es verifica al llarg de la fase de desenvolupament de l'aplicació especificada.
Feu clic a l'enllaç següent per obtenir la informació completa sobre les proves unitàries: https://www.javatpoint.com/unit-testing.
2. Proves d'integració
Un cop implementem correctament les proves d'unitat, passarem a les proves d'integració. És el segon nivell de proves funcionals, on provem el flux de dades entre mòduls dependents o la interfície entre dues característiques s'anomena proves d'integració .
El propòsit d'executar la prova d'integració és provar la precisió de la declaració entre cada mòdul.
Tipus de proves d'integració
Les proves d'integració també es divideixen en les parts següents:
Proves d'integració incrementals
Sempre que hi ha una relació clara entre mòduls, fem proves d'integració incrementals. Suposem que agafem dos mòduls i analitzem el flux de dades entre ells si funcionen bé o no.
Si aquests mòduls funcionen bé, podem afegir un mòdul més i tornar a provar. I podem continuar amb el mateix procés per obtenir millors resultats.
En altres paraules, podem dir que la suma incremental dels mòduls i la prova del flux de dades entre els mòduls es coneix com Proves d'integració incrementals .
què és ymail
Tipus de proves d'integració incremental
Les proves d'integració incremental es poden classificar en dues parts, que són les següents:
Vegem una breu introducció d'aquests tipus de proves d'integració:
1. Proves d'integració incrementals de dalt a baix
En aquest enfocament, afegirem els mòduls pas a pas o de manera incremental i provarem el flux de dades entre ells. Hem d'assegurar-nos que els mòduls que estem afegint siguin els fill dels anteriors .
2. Proves d'integració incrementals de baix a dalt
En l'enfocament de baix a dalt, afegirem els mòduls de manera incremental i comprovarem el flux de dades entre mòduls. I també, assegureu-vos que el mòdul que estem afegint sigui el pare dels anteriors .
Proves d'integració no incrementals/Mètode Big Bang
Sempre que el flux de dades sigui complex i molt difícil de classificar un pare i un fill, optarem per l'enfocament d'integració no incremental. El mètode no incremental també es coneix com el mètode del Big Bang .
Per obtenir la informació completa sobre les proves d'integració i el seu tipus, consulteu el següent enllaç: https://www.javatpoint.com/integration-testing.
3. Prova del sistema
Sempre que acabem amb les proves d'unitat i d'integració, podem continuar amb les proves del sistema.
A les proves del sistema, l'entorn de prova és paral·lel a l'entorn de producció. També es coneix com d'extrem a extrem provant.
En aquest tipus de proves, ens sotmetrem a cada atribut del programari i provarem si la funció final funciona segons el requisit empresarial. I analitzar el producte de programari com un sistema complet.
Feu clic a l'enllaç següent per obtenir la informació completa sobre les proves del sistema: https://www.javatpoint.com/system-testing.
Proves no funcionals
La següent part de les proves de caixa negra és proves no funcionals . Proporciona informació detallada sobre el rendiment del producte de programari i les tecnologies utilitzades.
Les proves no funcionals ens ajudaran a minimitzar el risc de producció i els costos relacionats del programari.
Les proves no funcionals són una combinació de proves de rendiment, càrrega, estrès, usabilitat i compatibilitat .
Per obtenir més informació sobre les proves no funcionals, consulteu l'enllaç següent: https://www.javatpoint.com/non-functional-testing .
Tipus de proves no funcionals
Les proves no funcionals es classifiquen en diferents parts de les proves, que tractarem més endavant:
1. Proves de rendiment
En les proves de rendiment, l'enginyer de proves provarà el funcionament d'una aplicació aplicant una mica de càrrega.
En aquest tipus de proves no funcionals, l'enginyer de proves només es centrarà en diversos aspectes, com ara Temps de resposta, càrrega, escalabilitat i estabilitat del programari o d'una aplicació.
Classificació de les proves de rendiment
Les proves de rendiment inclouen els diferents tipus de proves, que són les següents:
Mentre executem la prova de rendiment, aplicarem una mica de càrrega a l'aplicació en particular per comprovar el rendiment de l'aplicació, coneguda com prova de càrrega . Aquí, la càrrega pot ser inferior o igual a la càrrega desitjada.
Ens ajudarà a detectar el volum operatiu més alt del programari i els colls d'ampolla.
Per obtenir la informació completa relacionada amb les proves de càrrega, consulteu l'enllaç següent:
https://www.javatpoint.com/load-testing .
S'utilitza per analitzar la facilitat d'ús i la robustesa del programari més enllà dels límits funcionals comuns.
Principalment, les proves d'esforç s'utilitzen per a programari crític, però també es poden utilitzar per a tot tipus d'aplicacions de programari.
Consulteu l'enllaç següent per obtenir un coneixement profund de les proves d'estrès: https://www.javatpoint.com/stress-testing.
Per analitzar, es coneix com el rendiment de l'aplicació millorant o reduint la càrrega en balanços particulars proves d'escalabilitat .
A les proves d'escalabilitat, també podem comprovar el capacitat del sistema, processos o base de dades per cobrir una necessitat ascendent. I en això, el Casos de prova estan dissenyats i implementats de manera eficient.
Feu clic a l'enllaç següent per obtenir la informació detallada relacionada amb les proves d'escalabilitat:
https://www.javatpoint.com/scalability-testing .
Les proves d'estabilitat són un procediment on avaluem el rendiment de l'aplicació aplicant la càrrega durant un temps precís.
Comprova principalment els problemes de constància de l'aplicació i l'eficiència d'un producte desenvolupat. En aquest tipus de proves, podem trobar ràpidament el defecte del sistema fins i tot en una situació estressant.
Per obtenir informació detallada sobre les proves d'estabilitat, consulteu l'enllaç següent:
https://www.javatpoint.com/stability-testing .
2. Proves d'usabilitat
Un altre tipus de proves no funcionals és proves d'usabilitat . En les proves d'usabilitat, analitzarem la facilitat d'ús d'una aplicació i detectarem els errors a la interfície d'usuari final del programari.
Aquí, el terme facilitat d'ús defineix els aspectes següents d'una aplicació:
- L'aplicació ha de ser fàcil d'entendre, el que significa que totes les funcions han de ser visibles per als usuaris finals.
- L'aspecte i la sensació de l'aplicació ha de ser bo, això vol dir que l'aplicació ha de tenir un aspecte agradable i fer que l'usuari final l'utilitzi.
Per obtenir més informació sobre les proves d'usabilitat, podem consultar el següent enllaç:
https://www.javatpoint.com/usability-testing .
3. Proves de compatibilitat
En les proves de compatibilitat, comprovarem la funcionalitat d'una aplicació en entorns específics de maquinari i programari. Una vegada que l'aplicació sigui funcionalment estable, només ho farem proves de compatibilitat .
Aquí, programari significa que podem provar l'aplicació en els diferents sistemes operatius i altres navegadors, i maquinari significa que podem provar l'aplicació en diferents mides.
Per obtenir un coneixement exhaustiu de les proves de compatibilitat, consulteu l'enllaç següent:
https://www.javatpoint.com/compatibility-testing .
Prova de caixa grisa
Una altra part de prova manual és Prova de caixa grisa . És un col·laboració de proves de caixa negra i caixa blanca .
Des de llavors, les proves de caixa grisa inclouen accés a la codificació interna per dissenyar casos de prova. Les proves de la caixa grisa les realitza una persona que sap la codificació i també les proves.
En altres paraules, podem dir que si un equip d'una sola persona fes les dues coses proves de caixa blanca i caixa negra , es considera prova de caixa grisa .
Per obtenir informació detallada sobre les proves de la caixa grisa, podem consultar l'enllaç següent:
https://www.javatpoint.com/grey-box-testing .
Proves d'automatització
La part més important de les proves de programari són les proves d'automatització. Utilitza eines específiques per automatitzar casos de prova de disseny manual sense cap interferència humana.
Les proves d'automatització són la millor manera de millorar l'eficiència, la productivitat i la cobertura de les proves de programari.
S'utilitza per tornar a executar els escenaris de prova, que es van executar de forma manual, ràpida i repetida.
En altres paraules, podem dir que sempre que estem provant una aplicació mitjançant algunes eines es coneix com proves d'automatització .
Anirem a fer proves d'automatització quan hi hagi diversos llançaments o diversos cicles de regressió a l'aplicació o programari. No podem escriure l'script de prova ni realitzar les proves d'automatització sense entendre el llenguatge de programació.
Per obtenir més informació sobre les proves d'automatització, podem consultar l'enllaç següent:
convertir booleà en cadena
https://www.javatpoint.com/automation-testing .
Alguns altres tipus de proves de programari
A les proves de programari, també tenim altres tipus de proves que no formen part de cap prova comentada anteriorment, però aquestes proves són necessàries mentre es prova qualsevol programari o aplicació.
Entenem aquests tipus de proves una per una:
En prova de fum , provarem les característiques bàsiques i crítiques d'una aplicació abans de fer una ronda de proves profundes i rigoroses.
O abans de comprovar tots els possibles valors positius i negatius es coneix com prova de fum . L'anàlisi del flux de treball de les funcions bàsiques i principals de l'aplicació és l'objectiu principal de la realització de la prova de fum.
Per obtenir més informació sobre les proves de fum, consulteu el següent enllaç:
https://www.javatpoint.com/smoke-testing .
Proves de seny
S'utilitza per garantir que tots els errors s'han corregit i que no hi hagi cap problema afegit a causa d'aquests canvis. Les proves de seny no estan escrites, el que significa que no podem documentar-les. Comprova la correcció de les funcions i components recentment afegits.
menú desplegable javascript
Per obtenir informació detallada sobre les proves de seny, podem consultar l'enllaç següent:
https://www.javatpoint.com/sanity-testing .
Prova de regressió
Les proves de regressió són el tipus de prova de programari més utilitzat. Aquí, el terme regressió implica que hem de tornar a provar aquelles parts d'una aplicació no afectada.
Les proves de regressió són les proves més adequades per a les eines d'automatització. Segons el tipus de projecte i l'accessibilitat dels recursos, les proves de regressió poden ser similars a Tornant a provar .
Cada vegada que els desenvolupadors solucionen un error i després es posen a prova les altres característiques de les aplicacions que es podrien simular a causa de la correcció d'errors es coneix com proves de regressió .
En altres paraules, podem dir que sempre que hi hagi una versió nova per a algun projecte, podem realitzar proves de regressió i, a causa d'una característica nova, podem afectar les funcions antigues de les versions anteriors.
Per obtenir un coneixement exhaustiu relacionat amb les proves de regressió, consulteu l'enllaç següent:
https://www.javatpoint.com/regression-testing .
Prova d'acceptació d'usuaris
La prova d'acceptació de l'usuari (UAT) la fa l'equip individual conegut com a expert/client de domini o client. I conèixer la sol·licitud abans d'acceptar el producte final es diu com prova d'acceptació dels usuaris .
A les proves d'acceptació dels usuaris, analitzem els escenaris empresarials i els escenaris en temps real en un entorn diferent anomenat Entorn UAT . En aquesta prova, provarem l'aplicació abans de la UAI per a l'aprovació del client.
Per obtenir més informació sobre les proves d'acceptació de l'usuari, feu clic a l'enllaç següent:
https://www.javatpoint.com/acceptance-testing .
Prova exploratòria
Sempre que falta el requisit, es requereix una iteració primerenca i l'equip de proves ha experimentat provadors quan tenim una aplicació crítica. Un nou enginyer de proves va entrar a l'equip i després anem a buscar proves exploratòries .
Per executar les proves exploratòries, primer passarem per l'aplicació de totes les maneres possibles, elaborarem un document de prova, entendrem el flux de l'aplicació i després provarem l'aplicació.
Feu clic al següent enllaç per obtenir la informació completa sobre les proves exploratòries:
https://www.javatpoint.com/exploratory-testing .
Proves adhoc
Es coneix com a provar l'aplicació aleatòriament tan bon punt la compilació estigui en la seqüència verificada Prova adhoc .
També s'anomena Prova de mico i prova de goril·la . En proves adhoc, comprovarem l'aplicació en contradicció amb els requisits del client; per això també es coneix com prova negativa .
Quan l'usuari final utilitza l'aplicació casualment, i ell/ella pot detectar un error. Tot i així, l'enginyer de proves especialitzat utilitza el programari a fons, de manera que és possible que no identifiqui una detecció similar.
Consulteu el següent per obtenir informació detallada sobre les proves adhoc:
https://www.javatpoint.com/adhoc-testing .
Proves de seguretat
És una part essencial de les proves de programari, que s'utilitza per determinar la debilitat, els riscos o les amenaces de l'aplicació de programari.
L'execució de proves de seguretat ens ajudarà a evitar els atacs desagradables de persones alienes i garantir la seguretat de les nostres aplicacions de programari.
En altres paraules, podem dir que les proves de seguretat s'utilitzen principalment per definir que les dades estaran segures i suportaran el procés de treball del programari.
Per obtenir els detalls complets sobre les proves de seguretat, consulteu l'enllaç següent: https://www.javatpoint.com/security-testing.
Proves de globalització
Un altre tipus de prova de programari és Proves de globalització. Les proves de globalització s'utilitzen per comprovar el programari desenvolupat per a diversos idiomes o no. Aquí, les paraules globalització significa il·lustrar l'aplicació o el programari per a diversos idiomes.
Les proves de globalització s'utilitzen per assegurar-se que l'aplicació admet diversos idiomes i múltiples funcions.
En els escenaris actuals, podem veure la millora en diverses tecnologies a mesura que les aplicacions estan preparades per ser utilitzades globalment.
Consulteu el següent enllaç per obtenir la informació completa relacionada amb la prova de globalització:
https://www.javatpoint.com/globalization-testing .
Conclusió
Al tutorial, hem parlat de diversos tipus de proves de programari. Però encara hi ha una llista de més de 100 categories de proves. Tanmateix, cada tipus de prova no s'utilitza en tots els tipus de projectes.
Hem parlat dels tipus de proves de programari més utilitzats com ara proves de caixa negra, proves de caixa blanca, proves funcionals, proves no funcionals, proves de regressió, proves adhoc, etc. .
A més, hi ha classificacions o processos alternatius utilitzats en organitzacions diverses, però el concepte general és similar a tot arreu.
Aquests tipus de prova, processos i enfocaments d'execució segueixen canviant quan canvien el projecte, els requisits i l'abast.