application testing into basics software testing
Introducció a la prova d'aplicacions
La prova d'aplicacions és una activitat que realitza amb freqüència gairebé tots els provadors de programari de la seva carrera. Aquestes dues paraules són extremadament àmplies en aspectes pràctics. Tanmateix, aquí només es parlarà de les àrees bàsiques i més importants. L’objectiu d’aquest article és tocar totes les àrees principals perquè els lectors obtinguin tota la informació bàsica en un sol lloc.
En una línia única, podem dir que la prova d’aplicacions és un procés mitjançant el qual es posen a prova la funcionalitat, la usabilitat i la consistència de tota l’aplicació.
Què aprendreu:
Proves d'aplicacions: explicació dels fonaments de la prova de programari
Categories d'aplicacions
Ja sigui un programari de calculadores petites amb només les operacions aritmètiques bàsiques o una solució empresarial en línia; hi ha tres categories d'aplicacions:
Per a les aplicacions d'escriptori, les proves han de tenir en compte la IU, la lògica empresarial, la base de dades, els informes, les funcions i els drets, la integritat, la usabilitat, la funcionalitat, el rendiment, la seguretat, la compatibilitat del maquinari i el programari i el flux de dades.
Per a les aplicacions web, els verificadors haurien de donar prou importància al rendiment, la càrrega i la seguretat de l'aplicació.
Altres tipus principals de proves inclosos en les proves d’aplicacions web són proves funcionals, proves entre navegadors, UAT, proves beta, proves de regressió, proves de compatibilitat, proves de fum, proves exploratòries, compatibilitat i proves de suport multillenguatge i proves d’estrès.
Per a les aplicacions mòbils, els principals tipus de proves que s’han de fer són proves d’interfície d’usuari, proves basades en regles, regressió, proves funcionals i de seguretat.
Per tant, AUT (aplicació en prova) és el programari d’escriptori o un lloc web o una aplicació mòbil.
Metodologies de proves d'aplicacions
Aquest és un aspecte ben conegut i discutit que només hi ha 3 metodologies de proves universalment acceptades:
# 1) Caixa Negra : En les proves de caixa negra, l'AUT es valida en funció dels seus requisits tenint en compte les entrades i les sortides esperades, independentment de com es transformin les entrades en sortides. Els provadors es preocupen menys de l’estructura interna o del codi que implementa la lògica empresarial de l’aplicació.
Hi ha quatre tècniques principals per dissenyar casos de prova per a les proves de caixa negra:
- BVA ( Anàlisi del valor límit )
- EP (particionat d'equivalència)
- Taules de decisions
- Taules de transició d'estat (i diagrames)
Les proves de caixa negra s’utilitzen habitualment per a proves funcionals, no funcionals i de regressió.
# 2) Caixa Blanca : L’objectiu principal d’aquesta metodologia és validar com el codi / programa implementa la lògica empresarial de l’aplicació.
Aquí es prova l'estructura interna de l'aplicació i les tècniques disponibles per fer-ho són:
- Cobertura del codi
- Cobertura del camí
Ambdues tècniques esmentades anteriorment contenen diverses altres estratègies que es poden discutir en algun altre article. Algunes tècniques es discuteixen a la secció ‘ Tècniques de disseny de casos de prova ’Tema.
# 3) Capsa Grisa : Pràcticament parlant, es tracta d’una barreja de la caixa negra i la caixa blanca.
preguntes i respostes d’entrevistes de serveis web tranquil·les per a usuaris experimentats
En aquesta metodologia, principalment el provador prova l'aplicació amb l'enfocament Black-box. Però, per a alguns mòduls d’una aplicació crítics per al negoci o vulnerables, les proves es fan mitjançant un quadre blanc.
Aplicació Eines de prova
Hi ha una gran quantitat de Eines de prova d'aplicacions disponibles al mercat avui en dia. Aquests inclouen eines de pagament i de codi obert. A més, algunes eines són específiques.
Per exemple, Proves d'interfície d'usuari, proves funcionals, proves de bases de dades, proves de càrrega, rendiment, proves de seguretat i proves de validació d'enllaços, etc. No obstant això, algunes eines són prou sòlides com per proporcionar la facilitat per provar diversos aspectes importants d'una aplicació.
El concepte més important de 'Proves d'aplicacions' és la prova funcional. Per tant, ens centrarem en eines de proves funcionals.
Aquí teniu la llista d'algunes de les funcions més importants i fonamentals que proporcionen gairebé totes les eines de 'Prova funcional'.
- Gravar i reproduir
- Parametriu els valors
- Editor de scripts
- Executa (la prova o l'script, amb modes de depuració i actualització)
- Informe sobre la sessió d'execució
Diferents proveïdors proporcionen algunes funcions específiques que fan que el seu producte sigui únic a altres productes de la competència. Però les cinc funcions enumerades anteriorment són les més habituals i es poden trobar a gairebé totes les eines de proves funcionals.
A continuació es mostra la llista d’uns pocs àmpliament utilitzats Eines de proves funcionals .
1) HP QTP ( Professional de proves ràpides )
2) Seleni
3) IBM Rational Robot
4) Prova completa
5) Premeu per provar
6) Telerik
Pla de proves de programari (SI US PLAU)
Per a qualsevol activitat, sempre es requereix una planificació i el mateix passa amb les proves de programari. Sense un pla adequat, sempre hi ha un alt risc de distreure’s durant les proves. Si aquest risc esdevé un fet, els resultats podrien ser horribles.
5 parts principals d'un bon pla de proves
# 1) Abast
- Visió general d'AUT
- Funcions (o zones) a provar
- Exclusions (característiques o àrees que no s’han de provar) amb raó
- Dependències (de les activitats de prova entre si, si n'hi ha)
# 2) Objectius: Aquesta secció descriu els objectius de l'activitat de proves, per exemple. validació de correccions d'errors, noves funcions afegides o renovació d'AUT, etc.
# 3) Enfocament: En aquesta secció es descriu quin aspecte de l'aplicació s'inclourà a la prova, per exemple. seguretat, funcionalitat, usabilitat, fiabilitat, rendiment o eficiència, etc.
# 4) Enfocament: En aquesta secció es descriu quina metodologia de prova s’adoptarà per a quines àrees d’AUT. Per exemple, a la STP d'una aplicació ERP; la secció d'aproximació pot contenir la informació segons la qual les proves de caixa negra seran l'enfocament de la nòmina. D'altra banda, per als informes, l'enfocament serà la prova de caixes grises.
# 5) Horari: En aquesta secció es descriu qui farà què, on, quan i com a l’AUT. La secció de programació és, de fet, un '4Ws i 1H' de la STP. Normalment, la programació es prepara com una taula senzilla, però cada organització pot tenir el seu propi format personalitzat segons les seves pròpies necessitats.
Un cop el pla de prova està llest i l'aplicació està en desenvolupament, els verificadors dissenyen i documenten els casos de prova. A la secció anterior 'Proves d'aplicacions: metodologies', he enumerat les tècniques de disseny de TC.
Cicles de proves d'aplicacions
Un cop l’automàtic està a punt per provar-se, comença la fase pràctica del cicle de proves en què els verificadors realment executen els casos de prova a l’automàtica. Tingueu en compte que aquí es discuteix el cicle de proves independentment dels nivells de prova (unitat, mòdul, integració, acceptació del sistema i dels usuaris) i entorns de prova (Dev, QA, rèplica del client, en directe).
# 1) Proves de fum : Aquest és el primer cicle de proves. L’objectiu de les proves de fum és verificar que no hi hagi cap bloqueig a l’aplicació i que sigui adequat per a proves posteriors. Aquest pas és ampli i poc profund.
# 2) Proves de seny: Aquest és el segon cicle de proves. El seu propòsit és verificar que un mòdul específic funcioni correctament i sigui adequat per a proves completes. Aquest pas és estret i profund.
Consell professional: Normalment no hi ha una quantitat suficient de temps disponible per executar els dos cicles anteriors per separat. Per tant, a la pràctica s’adopta una barreja d’aquests dos cicles.# 3) Proves funcionals : La prova completa i correcta de l'aplicació es realitza en aquest cicle de prova de l'aplicació. L’objectiu principal d’aquesta activitat és verificar que la lògica empresarial de l’aplicació funcioni com s’esperava.
# 4) Proves de regressió : Aquest és el cicle final de sol·licitud. Aquí es verificen les correccions d'errors i / o actualitzacions. A més, les proves de regressió també garanteixen que no hi hagi cap mal funcionament en altres àrees d'AUT a causa de correccions i canvis.
Els errors es registren a cada cicle de proves. No hi ha cap límit diferent entre els cicles de prova. Per exemple, a Regression, la funcionalitat també es verifica i també pot requerir primer fum, seny o la seva fusió.
Hem parlat anteriorment de quatre cicles de proves d’aplicacions diferents. Aquí també hem d’entendre que cada cicle de prova de l’aplicació comporta certs passos. Generalment, qualsevol cicle de proves té els passos que es presenten a la imatge següent:
Proves d'aplicacions - Millors pràctiques
Crec que hi ha centenars d’articles disponibles a Internet. Tots els articles suggereixen un nombre diferent de bones pràctiques que van des de les 7 fins a les 30 (que he vist fins ara). Tot i això, només tinc 5 consells per als lectors.
- Pla Correctament
- Prova Agudament
- Registreu els errors Clarament
- Feu la prova de regressió De manera eficient
- Milloreu les quatre habilitats anteriors Contínuament
A més, haureu de prioritzar bé els casos de prova i cobrir primer els principals fluxos de negoci.
Conclusió
Les proves d'aplicacions són un tema extens i són l'activitat principal de gairebé tots els provadors de programari.
En aquest article he proporcionat una visió general de les àrees més fonamentals i necessàries que pertanyen a les proves d'aplicació. Implica estratègies, fenòmens, enfocaments, eines, tecnologies i pautes. He abordat la visió conceptual i pràctica de les proves d'aplicacions juntament amb les seves àrees de preocupació més destacades.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves 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
- Què és la prova de mico en la prova de programari?
- Què són les proves de compatibilitat de programari?
- Algunes preguntes d’entrevistes de proves de programari interessants
- Els 20 millors consells pràctics sobre proves de programari que heu de llegir abans de provar qualsevol aplicació
- Tipus de proves de programari: diferents tipus de proves amb detalls