PROVA FUNCIONAL - PROVES DE PROGRAMARI

Abans de procedir a les proves funcionals, hauríem de saber sobre les proves, què és la prova?

Què és la prova?

En termes senzills, la prova consisteix a comparar el resultat real amb el resultat esperat. Es fan proves per identificar si tota la funció funciona segons les expectatives.

Què és la prova de programari?

Les proves de programari són una tècnica per comprovar si el resultat real coincideix amb el resultat esperat i per assegurar-se que el programari no té cap defecte o error.

Les proves de programari garanteixen que l'aplicació no té cap defecte o que falta el requisit a la necessitat real. Les proves manuals o automatitzades poden fer proves de programari.

Les proves de programari també es defineixen com la verificació de l'aplicació sota prova (AUT).

Hi ha dos tipus de proves:

Prova funcional:

És un tipus de prova de programari que s'utilitza per verificar la funcionalitat de l'aplicació de programari, si la funció funciona segons l'especificació dels requisits. A les proves funcionals, cada funció es prova donant el valor, determinant la sortida i verificant la sortida real amb el valor esperat. Proves funcionals realitzades com a proves de caixa negra que es presenten per confirmar que la funcionalitat d'una aplicació o sistema es comporta com estem esperant. Es fa per verificar la funcionalitat de l'aplicació.

Les proves funcionals també s'anomenen proves de caixa negra, perquè se centren en l'especificació de l'aplicació més que en el codi real. El provador només ha de provar el programa en lloc del sistema.

Objectiu de les proves funcionals

L'objectiu de les proves funcionals és comprovar la funció d'entrada principal, funció necessàriament utilitzable, el flux de la GUI de la pantalla. Les proves funcionals mostren el missatge d'error perquè l'usuari pugui navegar fàcilment per l'aplicació.

Quin és el procés de prova funcional?

Els verificadors segueixen els passos següents a les proves funcionals:

El verificador verifica l'especificació dels requisits a l'aplicació de programari.
Després de l'anàlisi, el verificador d'especificacions de requisits farà un pla.
Després de planificar les proves, el verificador dissenyarà el cas de prova.
Després de dissenyar la prova, el verificador de casos elaborarà un document de la matriu de traçabilitat.
El verificador executarà el disseny del cas de prova.
Anàlisi de la cobertura per examinar l'àrea de proves coberta de l'aplicació.
La gestió de defectes hauria de fer per gestionar la resolució de defectes.

Què provar en proves funcionals? Explica

L'objectiu principal de les proves funcionals és comprovar la funcionalitat del sistema de programari. Es concentra en:

Usabilitat bàsica:Les proves funcionals inclouen les proves d'usabilitat del sistema. Comprova si un usuari pot navegar lliurement sense cap dificultat per les pantalles.Accessibilitat:Les proves funcionals avaluen l'accessibilitat de la funció.Funció de línia principal:Se centra a provar la característica principal.Condició d'error:Les proves funcionals s'utilitzen per comprovar la condició d'error. Comprova si es mostra el missatge d'error.

Expliqueu el procés complet per realitzar proves funcionals.

Hi ha els passos següents per realitzar proves funcionals:

Cal entendre el requisit del programari.
Identificar les dades d'entrada de la prova
Calculeu el resultat esperat amb els valors d'entrada seleccionats.
Executar casos de prova
Comparació entre el resultat real i el calculat

Explica els tipus de proves funcionals.

L'objectiu principal de les proves funcionals és provar la funcionalitat del component.

Les proves funcionals es divideixen en diverses parts.

Aquests són els següents tipus de proves funcionals.

Test d'unitat: prova d'unitat és un tipus de prova de programari, on es prova la unitat o component individual del programari. Proves unitàries, examineu les diferents parts de l'aplicació, mitjançant proves funcionals de proves unitàries també es realitzen, perquè les proves unitàries garanteixen que cada mòdul funcioni correctament.

El desenvolupador fa proves unitàries. Les proves unitàries es fan en la fase de desenvolupament de l'aplicació.

Prova de fum: proves funcionals mitjançant proves de fum. Les proves de fum inclouen només la funcionalitat bàsica (funció) del sistema. La prova de fum es coneix com ' Proves de verificació de construcció .' Les proves de fum tenen com a objectiu garantir que la funció més important funcioni.

Per exemple, Smoke testing verifica que l'aplicació s'inicia correctament i comprovarà que la GUI respon.

Proves de seny: proves de seny implica que tot l'escenari empresarial d'alt nivell funciona correctament. Es fan proves de seny per comprovar la funcionalitat/errors corregits. Les proves de seny són poc avançades que les proves de fum.

Per exemple, l'inici de sessió funciona bé; tots els botons funcionen correctament; després de fer clic al botó la navegació de la pàgina està feta o no.

Prova de regressió: Aquest tipus de proves es concentren per assegurar-se que els canvis de codi no han d'afectar la funcionalitat existent del sistema. Les proves de regressió especifica quan sorgeix un error al sistema després de corregir l'error, les proves de regressió es concentren en que totes les parts funcionin o no. Les proves de regressió se centren en si hi ha algun impacte en el sistema.

Proves d'integració: proves d'integració unitats individuals combinades i provades com a grup. L'objectiu d'aquesta prova és exposar els errors en la interacció entre les unitats integrades.

Els desenvolupadors i provadors realitzen proves d'integració.

Prova de caixa blanca: prova de caixa blanca es coneix com a prova Clear Box, proves basades en codi, proves estructurals, proves extenses i proves de caixa de vidre, proves de caixa transparent. És un mètode de prova de programari en què l'estructura/disseny/implementació interna provada és coneguda pel provador.

La prova de caixa blanca necessita l'anàlisi de l'estructura interna del component o sistema.

Prova de caixa negra: També es coneix com a prova de comportament. En aquesta prova, l'estructura/disseny/implementació interna no coneguda pel provador. Aquest tipus de proves són proves funcionals. Per què vam anomenar aquest tipus de proves és prova de caixa negra, en aquest provador de proves, no pot veure el codi intern.

Per exemple, un verificador sense coneixement de les estructures internes d'un lloc web prova les pàgines web utilitzant el navegador web que proporciona entrada i verifica la sortida amb el resultat esperat.

Prova d'acceptació de l'usuari: És un tipus de prova realitzada pel client per certificar el sistema segons el requeriment. La fase final de la prova és la prova d'acceptació de l'usuari abans de llançar el programari al mercat o a l'entorn de producció. UAT és una mena de proves de caixa negra on hi participaran dos o més usuaris finals.

Reprovar: Reprovar és un tipus de proves realitzades per comprovar que els casos de prova que no van tenir èxit en l'execució final s'han superat amb èxit després que els defectes es solucionin. Normalment, el provador assigna l'error quan el troba mentre prova el producte o el seu component. L'error assignat a un desenvolupador i ell el soluciona. Després de la correcció, l'error s'assigna a un verificador per a la seva verificació. Aquesta prova es coneix com a reprovació.

Prova de bases de dades: La prova de base de dades és un tipus de prova que comprova l'esquema, les taules, els activadors, etc. de la base de dades sota prova. Les proves de la base de dades poden implicar la creació de consultes complexes per carregar/provar la base de dades i comprovar-ne la capacitat de resposta. Comprova la integritat i la coherència de les dades.

convertir char en cadena

Exemple: considerem una aplicació bancària mitjançant la qual un usuari realitza una transacció. Ara, a partir de les proves de la base de dades, les coses són importants. Ells són:

L'aplicació emmagatzema la informació de la transacció a la base de dades de l'aplicació i la mostra correctament a l'usuari.
No es perd informació en aquest procés
L'aplicació no conserva informació d'operacions parcialment realitzades o avortades.
La informació de l'usuari no pot accedir a les persones mitjançant el

Proves ad hoc: Les proves ad-hoc són un tipus de proves informals que tenen com a objectiu trencar el sistema. Aquest tipus de prova de programari és una activitat no planificada. No segueix cap disseny de prova per crear els casos de prova. Les proves ad-hoc es fan aleatòriament en qualsevol part de l'aplicació; no admet cap forma estructurada de prova.

Proves de recuperació: proves de recuperació s'utilitza per definir com es pot recuperar una aplicació de fallades, fallades de maquinari i altres problemes. L'objectiu de les proves de recuperació és verificar la capacitat del sistema per recuperar-se dels punts de prova de fallada.

Prova estàtica: Prova estàtica és una tècnica de prova de programari mitjançant la qual podem comprovar els defectes del programari sense executar-lo realment. Es fan proves estàtiques per evitar errors en les primeres etapes del desenvolupament, ja que és més fàcil trobar errors en les primeres etapes. Les proves estàtiques s'utilitzen per detectar els errors que no es poden trobar a les proves dinàmiques.

Per què fem servir proves estàtiques?

Prova estàtica ajuda a trobar l'error en les primeres etapes. Amb l'ajuda de proves estàtiques, això reduirà els terminis de desenvolupament. Redueix el cost i el temps de la prova. Les proves estàtiques també s'utilitzen per a la productivitat del desenvolupament.

Prova de components: Prova de components també és un tipus de proves de programari en què les proves es realitzen a cada component per separat sense integrar-se amb altres parts. Les proves de components també són un tipus de proves de caixa negra. Les proves de components també es coneixen com a proves d'unitat, proves de programes o proves de mòduls.

Prova de caixa grisa: prova de caixa grisa es defineix com una combinació de proves de caixa blanca i caixa negra. Les proves de Grey Box són una tècnica de prova que es realitza amb informació limitada sobre la funcionalitat interna del sistema.

Quines són les eines de prova funcional?

Les proves funcionals també es poden executar mitjançant diverses proves a part de les proves manuals. Aquestes eines simplifiquen el procés de prova i ajuden a obtenir resultats precisos i útils.

És una de les tècniques de base importants i prioritàries que es van decidir i especificar abans del procés de desenvolupament.

Les eines utilitzades per a les proves funcionals són:

Eines	Característiques/ Característiques
De fet	És una eina de proves de codi obert i d'automatització, publicada sota llicència de codi obert Apache License, que s'utilitza per provar l'aplicació web. Sahi està escrit en Java i JavaScript i es considera per a la majoria de les tècniques de prova. S'executa com a servidor intermediari; és independent del navegador.
SoapUI	És una eina de proves funcionals de codi obert que s'utilitza per a proves d'aplicacions web. És senzill i fàcil de dissenyar. Admet diversos entorns, és a dir, en qualsevol cas, es pot configurar l'entorn de destinació.
aigua	Watir, és una forma abreujada de prova d'aplicacions web en rubí, és una eina de codi obert per automatitzar el navegador web./li> Utilitza un llenguatge d'script Ruby, que és concís i fàcil d'utilitzar./li> Watir admet diversos navegadors en diferents plataformes.
Seleni	L'eina de codi obert, utilitzada per a proves funcionals tant en aplicacions web com en aplicacions de l'escriptori.
	Automatitza els navegadors i les aplicacions web amb finalitats de prova. Ofereix la flexibilitat per personalitzar el cas de prova automatitzat Proporciona l'avantatge d'escriure scripts de prova, segons els requisits, mitjançant el controlador web.
Canoo WebTest	Una eina de codi obert per realitzar proves funcionals de l'aplicació web. Plataforma independent Fàcil i ràpid Fàcil d'ampliar per satisfer els requisits creixents i entrants.
Cogombre	Cucumber és una eina de proves de codi obert escrita en llenguatge Ruby. Aquesta eina funciona millor per al desenvolupament basat en proves. S'utilitza per provar molts altres idiomes com java, c# i python. Cogombre per provar amb una mica de programació.

Quins són els avantatges de les proves funcionals?

Els avantatges de les proves funcionals són:

Produeix un producte sense defectes.
Assegura que el client està satisfet.
Assegura que es compleixen tots els requisits.
Assegura el bon funcionament de totes les funcionalitats d'una aplicació/programari/producte.
Assegura que el programari/producte funcioni com s'esperava.
Assegura seguretat i seguretat.
Millora la qualitat del producte.

Exemple: aquí donem un exemple de programari bancari. En un banc quan els diners es transfereixen del banc A al banc B. I el banc B no rep l'import correcte, s'aplica la taxa, o els diners no es converteixen a la moneda correcta, o la transferència incorrecta o el banc A no rep l'avis d'extracte del banc B que ha rebut el pagament. Aquests problemes són crítics i es poden evitar amb proves funcionals adequades.

Quins són els desavantatges de les proves funcionals?

Els desavantatges de les proves funcionals són:

Les proves funcionals poden perdre un error crític i lògic del sistema.
Aquesta prova no és una garantia de la posada en marxa del programari.
La possibilitat de realitzar proves redundants és alta en proves funcionals.

Embolicar

Aquí, podem concloure fàcilment que per construir una base sòlida d'un producte de programari de primer nivell, les proves funcionals són essencials. Actua com a base de l'estructura i és una part crucial de cada rutina de prova.