Menú

Guia completa de proves d'aplicacions web (Com provar un lloc web)

web application testing complete guide

Proveu El Nostre Instrument Per Eliminar Problemes

Una guia completa de proves d'aplicacions web: com provar un lloc web

Tots hem d’estar d’acord que, en el món competitiu i canviant actual, Internet s’ha convertit en una part integral de les nostres vides.

La majoria de nosaltres prenem les nostres decisions buscant informació a Internet actualment, de manera que allotjar un lloc web ja no és opcional, sinó obligatori per a tot tipus d’empreses. És el primer pas per aconseguir i mantenir rellevància en el mercat.

Només tenir un lloc web no és suficient. Cal una organització per desenvolupar un lloc web que sigui informatiu, accessible i fàcil d’utilitzar. Per mantenir totes aquestes qualitats, s’hauria de provar bé el lloc web i aquest procés de prova d’un lloc web es coneix com a prova web.

Proves d

Què aprendreu:

Què és la prova web?

La prova web és una pràctica de prova de programari per provar possibles errors en llocs web o aplicacions web. És una prova completa d’aplicacions basades en web abans de publicar-les.

Cal que es comprovi completament un sistema basat en web de punta a punta abans que es publiqui per als usuaris finals.

En realitzar proves de llocs web, una organització pot assegurar-se que el sistema basat en web funciona correctament i que els usuaris en temps real poden acceptar-lo.

El disseny i la funcionalitat de la IU són els capitans de les proves de llocs web.

Llistes de comprovació de proves web

1) Proves de funcionalitat
2) Proves d’usabilitat
3) Proves d'interfície
4) Proves de compatibilitat
5) Proves de rendiment
6) Proves de seguretat

Eines recomanades per practicar conceptes de proves web esmentades en aquesta pàgina:

# 1) LoadNinja

LoadNinja us permet carregar la prova de la vostra aplicació web amb navegadors reals a gran escala, mitjançant scripts de prova que es poden reproduir immediatament després de la gravació, produint dades de rendiment basades en el navegador per aïllar problemes i depurar errors en temps real.

LoadNinja: bàner

=> Visiteu el lloc web LoadNinja

# 2) LambdaTest

LambdaTest és una plataforma de proves de navegadors creuats basada en el núvol escalable dissenyada per oferir tots els llocs web i proves d'aplicacions web necessàries per a la infraestructura del núvol.

LambdaTest

La plataforma LambdaTest ajuda a garantir que els elements de les vostres aplicacions web (com ara JavaScript, CSS, HTLM5, vídeo ... etc.) es renderitzin perfectament a tots els navegadors web d’escriptori i mòbils amb suport de proves manuals, visuals i automatitzades. Amb LambdaTest, podeu accedir a més de 2000 combinacions de navegadors d’escriptori i mòbils al núvol.

=> Visiteu el lloc web LambdaTest

# 1) Proves de funcionalitat

Prova per a: tots els enllaços de pàgines web, connexió a bases de dades, formularis que s’utilitzen per enviar o obtenir informació de l’usuari a les pàgines web, proves de cookies, etc.

Consulteu tots els enllaços:

  • Proveu els enllaços de sortida de totes les pàgines al domini específic que es prova.
  • Proveu tots els enllaços interns.
  • Els enllaços de prova salten a la mateixa pàgina.
  • Els enllaços de prova s’utilitzen per enviar correus electrònics a administradors o altres usuaris des de pàgines web.
  • Feu una prova per veure si hi ha pàgines òrfenes.
  • Finalment, la comprovació d’enllaços inclou, comproveu si hi ha enllaços trencats en tots els enllaços esmentats anteriorment.

Formularis de prova a totes les pàgines:
Els formularis són una part integral de qualsevol lloc web. Els formularis s’utilitzen per rebre informació dels usuaris i per interactuar amb ells. Llavors, què s’ha de comprovar en aquests formularis?

  • En primer lloc, comproveu totes les validacions de cada camp.
  • Comproveu si hi ha valors predeterminats als camps.
  • Entrades incorrectes als formularis als camps dels formularis.
  • Opcions per crear formularis, si n'hi ha, de suprimir, visualitzar o modificar formularis.

Posem un exemple del projecte del motor de cerca en què estic treballant actualment. En aquest projecte tenim passos d’inscripció d’anunciants i afiliats. Cada pas d’inscripció és diferent, però depèn dels altres passos.

Per tant, el flux d’inscripció s’ha d’executar correctament. Hi ha diferents validacions de camp, com ara identificadors de correu electrònic, validacions d'informació financera de l'usuari, etc. Totes aquestes validacions s'han de comprovar a les proves web manuals o automatitzades.

Prova de galetes:

Les cookies són petits fitxers emmagatzemats a la màquina de l'usuari. Aquests s’utilitzen bàsicament per mantenir la sessió, principalment les sessions d’inici de sessió. Proveu l'aplicació activant o desactivant les cookies de les opcions del vostre navegador.

Comproveu si les cookies estan encriptades abans d'escriure a la màquina de l'usuari. Si proveu galetes de sessió (és a dir, galetes que caduquen després que finalitza la sessió), comproveu si hi ha sessions d’inici de sessió i estadístiques d’usuari un cop finalitzada la sessió. Comproveu l’efecte sobre la seguretat de l’aplicació suprimint les cookies. (Aviat també escriuré un article separat sobre la prova de cookies)

Valideu el vostre HTML / CSS:

Si esteu optimitzant el vostre lloc per als motors de cerca, la validació HTML / CSS és la més important. Valideu principalment el lloc per trobar errors de sintaxi HTML. Comproveu si el lloc es pot rastrejar a diferents motors de cerca.

Proves de base de dades:

La consistència de les dades també és molt important en una aplicació web. Comproveu la integritat i els errors de les dades mentre editeu, suprimiu, modifiqueu els formularis o feu qualsevol funcionalitat relacionada amb la base de dades.

Comproveu si totes les consultes de la base de dades s’executen correctament, si es recuperen les dades i també s’actualitzen correctament. Més informació sobre les proves de bases de dades pot ser una càrrega a la base de dades; ho tractarem a la prova de càrrega web o de rendiment a continuació.

En provar la funcionalitat dels llocs web, cal provar el següent:

Enllaços
jo. Enllaços interns
ii. Enllaços externs
iii. Enllaços de correu
iv. Enllaços trencats

Formes
jo. Validació del camp
ii. Missatge d'error per l'entrada incorrecta
iii. Camps obligatoris i opcionals

Base de dades
Les proves es faran sobre la integritat de la base de dades.

# 2) Prova d’usabilitat

Les proves d’usabilitat són el procés mitjançant el qual es mesuren les característiques d’interacció home-ordinador d’un sistema i s’identifiquen els punts febles per corregir-los.

• Facilitat d’aprenentatge
• Navegació
• Satisfacció subjectiva de l’usuari
• Aparença general

Prova de navegació:

La navegació significa com un usuari navega per les pàgines web, diferents controls com botons, quadres o com fa servir els enllaços de les pàgines per navegar per diferents pàgines.

Les proves d’usabilitat inclouen el següent:

  • El lloc web hauria de ser fàcil d’utilitzar.
  • Les instruccions proporcionades han de ser molt clares.
  • Comproveu si les instruccions proporcionades són perfectes per satisfer el seu propòsit.
  • El menú principal s’ha de proporcionar a cada pàgina.
  • Ha de ser prou coherent.

Comprovació de contingut:

El contingut ha de ser lògic i fàcil d’entendre. Comproveu si hi ha errors ortogràfics. L’ús de colors foscos molesta els usuaris i no s’ha d’utilitzar en el tema del lloc.

aplicació gratuïta per programar publicacions d’Instagram

Podeu seguir alguns colors estàndard que s’utilitzen per a la creació de contingut i pàgines web. Aquests són els estàndards comunament acceptats, com el que he esmentat anteriorment sobre colors molestos, tipus de lletra, marcs, etc.

El contingut ha de ser significatiu. Tots els enllaços de text d’ancoratge haurien de funcionar correctament. Les imatges s’han de col·locar correctament amb les mides adequades.

Aquests són alguns dels estàndards bàsics importants que s'han de seguir en el desenvolupament web. La vostra tasca és validar-ho tot per a la prova de la interfície d’usuari.

Altres dades d'usuari per obtenir ajuda a l'usuari:

Igual que l'opció de cerca, el mapa del lloc també ajuda amb fitxers, etc. El mapa del lloc hauria d'estar disponible amb tots els enllaços dels llocs web amb una visualització en arbre adequada de navegació. Cerqueu tots els enllaços del mapa del lloc.

L'opció 'Cerca al lloc' ajudarà els usuaris a trobar pàgines de contingut que cerquin amb facilitat i rapidesa. Tots són elements opcionals i, si es presenten, s’han de validar.

# 3) Proves d'interfície

En les proves web, s’hauria de provar la interfície del servidor. Això es pot fer verificant que la comunicació es fa correctament. S'hauria de comprovar la compatibilitat del servidor amb el programari, el maquinari, la xarxa i la base de dades.

Les principals interfícies són:

  • Interfície de servidor web i servidor d'aplicacions
  • Servidor d'aplicacions i interfície de servidor de bases de dades.

Comproveu si totes les interaccions entre aquests servidors s’executen i si els errors es gestionen correctament. Si la base de dades o el servidor web retorna un missatge d'error per a qualsevol consulta del servidor d'aplicacions, el servidor d'aplicacions hauria de capturar i mostrar aquests missatges d'error adequadament als usuaris.

Comproveu què passa si l'usuari interromp alguna transacció intermedia? Comprovar què passa si es restableix la connexió al servidor web?

# 4) Proves de compatibilitat

La compatibilitat del vostre lloc web és un aspecte de prova molt important. Vegeu quina prova de compatibilitat s'ha d'executar:

  • Compatibilitat amb el navegador
  • Compatibilitat del sistema operatiu
  • Navegació mòbil
  • Opcions d’impressió

Compatibilitat del navegador:

A la meva carrera de proves web, ho he experimentat com la part més influent de les proves de llocs web.
Algunes aplicacions depenen molt dels navegadors. Els diferents navegadors tenen configuracions i configuracions diferents amb què la vostra pàgina web hauria de ser compatible.

La codificació del vostre lloc web hauria de ser compatible amb la plataforma de diversos navegadors. Si utilitzeu scripts Java o trucades AJAX per a la funcionalitat de la interfície d’usuari, realitzant comprovacions de seguretat o validacions, doneu més importància a les proves de compatibilitat del navegador de la vostra aplicació web.

Proveu aplicacions web en diferents navegadors com Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, navegadors Opera amb diferents versions.

Compatibilitat del sistema operatiu:

Algunes funcionalitats de la vostra aplicació web són que potser no sigui compatible amb tots els sistemes operatius. És possible que totes les noves tecnologies utilitzades en el desenvolupament web, com ara dissenys gràfics i trucades a interfícies, com ara API diferents, no estiguin disponibles a tots els sistemes operatius.

Per tant, proveu la vostra aplicació web en diferents sistemes operatius com Windows, Unix, MAC, Linux, Solaris amb diferents sabors del sistema operatiu.

Navegació mòbil:

Estem a l’era de les noves tecnologies. Així doncs, en el futur la navegació per mòbil es farà més gran. Proveu les vostres pàgines web als navegadors mòbils. És possible que també hi hagi problemes de compatibilitat als dispositius mòbils.

Opcions d'impressió:

Si proporcioneu opcions d’impressió de pàgines, assegureu-vos que els tipus de lletra, l’alineació de les pàgines, els gràfics de pàgines, etc. s’imprimeixen correctament. Les pàgines han d’adaptar-se a la mida del paper o segons la mida esmentada a l’opció d’impressió.

# 5) Proves de rendiment

L'aplicació web hauria de suportar una gran càrrega. Les proves de rendiment web han d'incloure:

  • Prova de càrrega web
  • Proves d’estrès web

Proveu el rendiment de l'aplicació a diferents velocitats de connexió a Internet.

Prova de càrrega web : Heu de provar si hi ha molts usuaris que accedeixen o sol·liciten la mateixa pàgina. El sistema pot mantenir el temps màxim de càrrega? El lloc hauria de gestionar moltes sol·licituds d’usuaris simultànies, grans dades d’entrada dels usuaris, connexió simultània a DB, càrrega elevada en pàgines específiques, etc.

Proves d’estrès web: Generalment l’estrès significa estirar el sistema més enllà dels seus límits especificats. Les proves d’estrès web es realitzen per trencar el lloc donant estrès i es comprova com reacciona el sistema a l’estrès i com es recupera dels accidents. L’estrès es dóna generalment als camps d’entrada, a les àrees d’inici de sessió i d’inscripció.

En el rendiment web, es comprova la funcionalitat del lloc web en diferents sistemes operatius i plataformes de maquinari diferents per comprovar si hi ha errors de fuita de memòria de programari i maquinari.

Les proves de rendiment es poden aplicar per entendre l’escalabilitat del lloc web o per comparar el rendiment de l’entorn de productes de tercers, com ara servidors i middleware, per a una possible compra.

Velocitat de connexió
Provat en diverses xarxes com a connexió telefònica, RDSI, etc.

Càrrega
jo. Què és el no? d'usuaris per vegada?
ii. Comproveu si hi ha càrregues màximes i com es comporta el sistema
iii. Una gran quantitat de dades a les quals l'usuari accedeix

Estrès
jo. Càrrega contínua
ii. Rendiment de memòria, CPU, tractament de fitxers, etc.

# 6) Proves de seguretat

Els següents són alguns dels casos de prova per a les proves de seguretat web:

  • Proveu enganxant l'URL intern directament a la barra d'adreces del navegador sense iniciar la sessió. Les pàgines internes no s’han d’obrir.
  • Si heu iniciat la sessió amb el nom d’usuari i la contrasenya i navegueu per pàgines internes, proveu de canviar directament les opcions d’URL. És a dir, Si esteu comprovant algunes estadístiques del lloc de l'editor amb l'identificador de lloc de l'editor = 123. Proveu de canviar directament el paràmetre d'identificador de lloc de l'URL per un altre ID de lloc que no estigui relacionat amb l'usuari que ha iniciat la sessió. Aquest usuari hauria de denegar l'accés per veure les estadístiques d'altres persones.
  • Proveu algunes entrades no vàlides en camps d'entrada com ara nom d'usuari d'inici de sessió, contrasenya, quadres de text d'entrada, etc. Comproveu la reacció del sistema a totes les entrades no vàlides.
  • Els directoris i fitxers web no haurien de ser accessibles directament tret que se’ls doni l’opció de baixada.
  • Proveu el CAPTCHA per automatitzar els inicis de sessió dels scripts.
  • Comproveu si s'utilitza SSL per a mesures de seguretat. Si s’utilitza, s’hauria de mostrar el missatge adequat quan els usuaris passin de pàgines HTTP: // no segures a pàgines HTTPS: // i viceversa.
  • Totes les transaccions, missatges d’error i intents d’incompliment de seguretat s’han d’iniciar en fitxers de registre en algun lloc del servidor web.

La raó principal per provar la seguretat d’un web és identificar possibles vulnerabilitats i, posteriorment, reparar-les.

  • Escaneig de xarxa
  • Escaneig de vulnerabilitats
  • Cracking de contrasenya
  • Revisió del registre
  • Comprovadors d’integritat
  • Detecció de virus

Tipus de proves web

Un lloc web es classifica en molts tipus, uns 20 tipus. Tots aquests es redueixen sota tipus estàtic i dinàmic. Entre ells, discutim 4 tipus i els seus mètodes de prova de manera detallada. Abans d’això, només vull fer una bala d’aquests tipus.

  • Prova de llocs web estàtica senzilla
  • Proves d'aplicacions web dinàmiques
  • Proves de llocs web de comerç electrònic
  • Proves de llocs web per a mòbils

# 1) Lloc web estàtic senzill

Un lloc web estàtic senzill mostrarà el mateix contingut per a tots els visitants que visitin el lloc web en diferents moments. També es coneix com a lloc web informatiu. En un lloc web estàtic, només els desenvolupadors només poden fer canvis al codi. Aquest tipus de lloc web no tindrà cap funcionalitat important i depèn exclusivament del disseny de la interfície d’usuari.

Provar un lloc web estàtic senzill és molt fàcil, només heu de tenir en compte algunes coses durant la prova. Alguns d’ells s’esmenten a continuació:

Punts per recordar:

# 1) És imprescindible provar el disseny de la interfície gràfica d’usuari perquè un lloc web estàtic depèn exclusivament d’ell. Cal comparar els fitxers PSD aprovats amb la pàgina web desenvolupada. Comproveu que tots els elements del disseny es presentin a la pàgina desenvolupada.

# 2) L’altra part del disseny de la interfície gràfica d’usuari és comprovar la mida de la font, l’estil de la font, l’espaiat i el color, tot el que s’ha reproduït.

(Aquesta imatge explica el problema de l'alineació de l'espaiat a la vista d'escriptori d'un lloc web.)

# 3) En segon lloc, heu de comprovar els enllaços (enllaços de pàgines) per veure si funciona correctament o no. A més, esbrineu si hi ha un enllaç trencat?

# 4) Verifiqueu l'ortografia i el contingut de totes les pàgines web comparant el contingut proporcionat pel client.

# 5) En alguns casos, la imatge no es mostrarà correctament, es pot trencar o, de vegades, la imatge es duplica, és possible que es mostrin imatges incorrectes. S’ha de comprovar acuradament. Perquè per a un lloc web estàtic, només el contingut i les imatges donaran vida.

# 6) Comproveu detingudament la barra de desplaçament i, segons la meva experiència, he tingut problemes amb la barra de desplaçament. El problema que afrontareu és que apareix un desplaçament no desitjat o que s’amaguen els desplaçaments (pot amagar el contingut). Els números anteriors són aplicables tant als desplaçaments horitzontals com als verticals.

# 7) Si hi ha un formulari de contacte, comproveu que funcioni correctament enviant alguns missatges falsos.

Les coses que cal consultar al formulari de contacte són:

  • El missatge s’envia correctament i apareix un missatge reeixit?
  • Comprovar si el correu electrònic rebut a la persona interessada en el format adequat tal com s’ha dissenyat?
  • Comprovar el correu electrònic no hauria d’arribar al correu brossa com a correu brossa?
  • Si hi ha un activador de resposta de correu electrònic activat, comproveu si el remitent ha rebut el correu?

# 8) Comproveu si és una pàgina web sense errors i valideu-la amb el validador W3 o un altre programari relacionat.

# 9) Algunes coses constants que cal revisar en un lloc web estàtic,

  • Comproveu que el favicon estigui present a la barra de pestanyes
  • L'URL ha de contenir el títol de la pàgina correcte
  • Si hi ha informació sobre drets d'autor, s'hauria de mostrar
  • Si hi ha un formulari de contacte, Captcha és imprescindible. (Evita el correu brossa)
  • Comproveu la velocitat de càrrega del lloc web. (Un lloc web estàtic no ha de trigar molt a carregar-se). Si s’utilitza una imatge GIF mentre es carrega, feu un seguiment de la seva funcionalitat

A part d’això, hi ha coses enormes que s’han de provar al fons de cada lloc web proves del sistema , proves de seguretat, proves d'interfície, proves de compatibilitat i proves de rendiment, etc. Per a això, heu de tenir coneixements tècnics. En un lloc web estàtic senzill, no trobareu més funcionalitats si també heu de fer proves de funcionalitat.

# 2) Aplicació web dinàmica (lloc web CMS)

És el tipus en què l'usuari pot actualitzar i canviar regularment el contingut del seu lloc web. A partir d’aquí faré servir la paraula “prova d’aplicacions web” en lloc de proves dinàmiques de llocs web. L'aplicació web és un combinació de programació frontal i posterior .

El front-end serà HTML i CSS, mentre que el back-end utilitza llenguatges de programació com PHP, Javascript i ASP, etc. Amb aquest backend, l'usuari / client pot afegir o canviar el contingut del lloc web.

Provar una aplicació web no és fàcil que provar un lloc web estàtic, però no és molt difícil que provar un lloc web de comerç electrònic. La prova de funcionalitat és el més important que s’ha de realitzar mentre es prova una aplicació web. L'aplicació web pot contenir una funcionalitat molt complicada, de manera que el comprovador ha de tenir molta precaució durant la prova.

Hi ha dos tipus d’aplicacions web diferents, una no consisteix en fer cap acció per part de l’usuari en front-end (és a dir, només els canvis de back-end es reflectiran en front-end) i l’altre és que l’usuari final treballarà davant -acabar-se ( per exemple inici de sessió, registre, subscripció al butlletí de notícies i altres accions similars). Per tant, les proves s’han de fer d’acord amb això.

Punts per recordar:

Els punts que he esmentat a les proves estàtiques de llocs web també s’han d’incloure durant la prova d’una aplicació web. A més d'això, cal tenir en compte les següents coses.

# 1) A la secció GUI, la descripció d’informació és obligatòria per a tots els camps i botons, l’alineació (espaiat) dels camps s’hauria de fer correctament, els botons / camps desactivats haurien d’estar en gris, els camps / botons haurien d’estar en format estàndard com a l’SRS, s’hauria de mostrar un missatge d’error si alguna cosa falla, finestra emergent El missatge només s'ha de mostrar al centre de la pàgina web, el menú desplegable no s'hauria de truncar.

La tecla de drecera de pestanya hauria de funcionar en tots els camps i molt més.

# 2) A la secció de funcionalitat, si la vostra aplicació web té funcions d’inici de sessió o registre, comproveu el fitxer validació obligatòria del camp , validació de formularis (és a dir, els camps numèrics només han d’acceptar números, no alfabets), restricció de caràcters als camps (és a dir, només es poden introduir aquests molts caràcters).

Restricció de caràcters especials i números negatius als camps, prova de la funcionalitat del correu electrònic, prova de la càrrega del document (és a dir, només es pot carregar el tipus de document especificat ), s’hauria de provar la funcionalitat de temps d’espera, d’ordenació, javascript que funciona en navegadors compatibles, etc.

# 3) Quan arribeu a la secció de funcionalitats de fons, proveu la càrrega d'imatges per a imatges trencades, el text que s'introdueix als camps funciona o no. L'actualització de fons hauria de ser reflexionar sobre el front-end , proves de bases de dades (és a dir, si podeu afegir camps nous o suprimir camps no desitjats) s'han de realitzar totes aquestes coses.

El rendiment no és molt necessari per a una aplicació web (lloc web dinàmic), ja que té molt menys contingut. Si ho necessiteu, podeu fer-ho amb les eines que coneixeu. Recolliu alguna eina de rendiment en línia estàndard, si voleu fer proves de rendiment senzilles.

com escriure casos de prova junit

# 3) Lloc web de comerç electrònic

Un lloc web de comerç electrònic és una mica complicat si es compara amb els dos anteriors. El comprovador ha de ser molt prudent en provar un lloc de comerç electrònic. Hi ha coses enormes que cal revisar als llocs de comerç electrònic. Acabo de tractar alguns dels meus problemes experimentats en les proves de llocs web de comerç electrònic.

A la secció de la interfície gràfica d’usuari, heu de comprovar totes les funcions com a SRS i les mateixes amb la funcionalitat. La funcionalitat serà gairebé la mateixa per a tots els llocs web comercials.

Per funcionalitat, cal que comproveu totes les pàgines, com ara la pàgina principal (inclou productes destacats, visualització d’ofertes especials, detalls d’inici de sessió, funcionalitat de cerca), pàgina de detalls del producte, pàgina de categories, comanda, passarel·la de pagaments, tot s’ha de provar.

Punts per recordar:

# 1) Comproveu si el carretó de la compra s’actualitza en comprar o augmenteu la quantitat. Comproveu aquesta funcionalitat a totes les pàgines i circumstàncies.

# 2) Comproveu si els cupons especials i les ofertes s’apliquen a les comandes correctes i veieu que el preu amb descompte es mostra o no.

(Aquesta imatge explica l’enviament gratuït i com s’aplica a la secció de pagaments)

# 3) De vegades, mentre actualitzeu un sol producte, es multiplicarà tenint en compte el nombre de variacions del producte. Per tant, comproveu si es mostra el producte únic i les seves variacions es mostren correctament. (Em vaig enfrontar a aquest problema)

# 4) Comproveu si l'opció de filtre funciona exactament. Si s'ha realitzat el filtratge, segons la categoria i els preus escollits?

# 5) Mentre us inscriviu, s’hauria de fer la supervalidació. Només es pot inscriure el nou usuari.

# 6) Si un usuari existent ha afegit un producte a la cistella de la compra, la secció de la llista de desitjos durant el seu inici de sessió anterior també s'ha de desar i mostrar durant el següent inici de sessió.

# 7) La comparació de productes hauria de funcionar comparant-los segons algunes especificacions assignades al fons.

# 8) Comproveu si el convertidor de divises funciona bé. En funció del país escollit, el convertidor de divises hauria de mostrar els preus i els tipus impositius corresponents.

(En triar l'idioma es convertirà la moneda, aquí s'hauria de predeterminar el USD)

# 9) En general, molts connectors s’utilitzen en un lloc web de comerç electrònic (WordPress i similars), cal tenir molta cura. La instal·lació del connector pot entrar en conflicte o afectar qualsevol altra funcionalitat important. Per tant, seguiu la instal·lació dels connectors i el seu ús.

# 10) Comproveu si l'opció de compartició social funciona o no en el producte individual.

# 11) El cost d'enviament s'ha de generar en funció de la regió seleccionada. I també comproveu la generació del tipus impositiu. (Pot causar alguns problemes legals durant la compra dels usuaris finals).

taxa d

(En aquesta imatge, l'enviament i el tipus impositiu es calculen per a la regió de França)

# 12) La passarel·la de pagament només hauria de funcionar si es proporcionen dades de targeta vàlides. La validació s’ha d’aplicar al número de la targeta i al número de codi CCV. (És millor mantenir la validació al propi camp del número de targeta).

# 13) La generació de correu electrònic en tots i cadascun dels processos durant la compra s'hauria de produir (registre, comanda de producte, pagament realitzat, cancel·lació de la comanda, recepció de la comanda i altres activadors de correu electrònic, si n'hi ha).

# 14) Consulteu el xat en directe amb alguns correus electrònics inútils.

Nota: En general, el lloc web de comerç electrònic no es desenvoluparà per a la compatibilitat amb mòbils i en arribar a la versió mòbil es generarà una aplicació. En alguns casos, no crearan cap aplicació, sinó que es crearà un lloc web compatible per a mòbils. En aquests casos, haureu de comprovar acuradament per saber si falten funcionalitats i desviacions de la IU.

Aquests són alguns dels problemes que vaig afrontar i vaig assenyalar en provar un lloc web de comerç electrònic. A part d’això, heu de comprovar totes les coses generals relacionades amb un lloc web de comerç electrònic.

# 4) Lloc web mòbil

En primer lloc, siguem clars sobre un lloc web per a mòbils. En general, la gent pensa que tant un lloc web per a mòbils com una aplicació per a mòbils són els mateixos, però en realitat, un lloc web per a mòbils es desenvolupa amb pàgines HTML i només es pot veure amb una connexió a Internet.

Però l’aplicació mòbil no és altra cosa que una aplicació que es pot descarregar i utilitzar posteriorment sense connexió a Internet. Aquí molts de nosaltres ens confonem i ens plantegem una pregunta Quina diferència hi ha entre el lloc web mòbil i el lloc web sensible?

Un lloc web sensible significa que el contingut s’adapta a la mida del dispositiu mòbil en lloc de crear una versió, mentre que un lloc web per a mòbils crea una versió nova que no és una versió d’escriptori de reflexió. Al lloc web per a mòbils, només tindreu pàgines limitades i aquí s’eliminaran les funcions no desitjades.

Provar un lloc web per a mòbils és una mica tediós en lloc d’altres tipus de llocs web. Tindrà dissenys separats i heu de tenir precaució mentre proveu les funcionalitats.

Punts per recordar:

Punts importants a tenir en compte en provar un lloc web per a mòbils:

  • Normalment, utilitzarem un emulador per provar un lloc web per a mòbils i podem obtenir resultats ideals, però sempre prefereixo que proveu en dispositius reals. M’he enfrontat a molts problemes quan vaig provar en dispositius reals (especialment els dispositius Apple). Les especificacions reals del dispositiu poden entrar en conflicte amb les pàgines web desenvolupades.

(Aquesta imatge explica les proves del simulador i el problema de la línia de fons que hi apareix.)

  • La GUI i les proves d’usabilitat són més importants ja que no és el reflex de la versió d’escriptori.
  • El rendiment és un altre factor important a tenir en compte per a les proves de llocs web per a mòbils. Els problemes relacionats amb el rendiment es poden fer un seguiment quan proveu en dispositius reals.
  • Comproveu si la navegació per enllaços web normals des del mòbil s’activa mitjançant un enllaç mòbil.
  • Comproveu el desplaçament de pàgines, la navegació de pàgines, el truncament de text, etc. al lloc web per a mòbils.

Les millors eines de prova web

Hi ha una àmplia gamma d’eines de proves disponibles per provar aplicacions web.

proves de programari preguntes i respostes d'entrevistes per a 2 anys d'experiència

=> Consulteu aquesta llista completa de les eines de prova d’aplicacions web més populars.

Punts a tenir en compte en provar un lloc web

Els llocs web són essencialment aplicacions client / servidor - amb servidors web i clients 'navegadors'.

Cal tenir en compte les interaccions entre Pàgines HTML, comunicacions TCP / IP, connexions a Internet, tallafocs, aplicacions que s’executen a pàgines web (com ara applets, javascript, aplicacions complementàries) i aplicacions que s’executen al costat del servidor (com ara scripts CGI, interfícies de bases de dades, aplicacions de registre, generadors de pàgines dinàmiques, asp, etc.).

A més, hi ha una àmplia varietat de servidors i navegadors amb diverses versions de cadascun. Inclouen diferències petites però de vegades significatives entre elles en termes de variacions en les velocitats de connexió, tecnologies que canvien ràpidament i múltiples estàndards i protocols. El resultat final de les quals les proves de llocs web poden esdevenir un important esforç continu.

Mostra d’escenaris de prova per provar una aplicació web

A continuació es presenten algunes altres consideracions que s’inclouran durant la prova d’un lloc web .

  • Quina és la càrrega esperada al servidor (per exemple, nombre de visites per unitat de temps)?
  • Quin tipus de rendiment es requereix en cada condició de càrrega (com ara el temps de resposta del servidor web, els temps de resposta de les consultes a la base de dades)?
  • Quin tipus d’eines es necessitaran per fer proves de rendiment (com ara eines de proves de càrrega web, altres eines ja adaptables a casa, eines de descàrrega de robots web, etc.)?
  • Qui és el públic objectiu? Quin tipus de navegadors utilitzaran? Quin tipus de velocitats de connexió utilitzaran? Són intraorganitzacions (per tant, és probable que tinguin velocitats de connexió elevades i navegadors similars) o a tota Internet (per tant, amb una gran varietat de velocitats de connexió i tipus de navegadors)?
  • Quin tipus de rendiment s’espera del costat del client (p. Ex., La rapidesa amb què han d’aparèixer les pàgines, la rapidesa amb què s’han de carregar i executar les animacions, les miniaplicacions, etc.)?
  • Es permetrà el temps d'inactivitat del manteniment i actualització del servidor i del contingut? Si és així, quant?
  • Quin tipus de seguretat (tallafocs, xifratge, contrasenyes, etc.) es requerirà i què s’espera que faci? Com es pot provar?
  • Què tan fiables són les connexions a Internet del lloc? I com afecta això al sistema de còpia de seguretat o als requisits i proves de connexió redundants?
  • Quin procés caldrà per gestionar les actualitzacions del contingut del lloc web?
  • Quins són els requisits per mantenir, fer un seguiment i controlar el contingut de la pàgina, els gràfics, els enllaços, etc.?
  • A quina especificació HTML s’adherirà? Què tan estrictament? Quines variacions es permetran als navegadors orientats?
  • Hi haurà requisits estàndard per a l'aparença de la pàgina i / o gràfics en un lloc o parts d'un lloc ??
  • Com es validaran i actualitzaran els enllaços interns i externs? I amb quina freqüència? passarà?
  • Es poden fer proves al sistema de producció o caldrà un sistema de proves diferent?
  • Com s’han de tenir en compte les proves d’emmagatzematge a la memòria cau del navegador, les variacions en la configuració de les opcions del navegador, la variabilitat de la connexió telefònica i els problemes reals de ‘congestió de trànsit’ a Internet?
  • Els requisits de registre i d'informació del servidor són amplis o personalitzats; es consideren com a part integral del sistema i requereixen proves?
  • Com es poden mantenir, rastrejar, controlar i provar els programes CGI, miniaplicacions, javascript, components ActiveX, etc.
  • Les pàgines haurien de tenir un màxim de 3-5 pantalles, tret que el contingut estigui molt centrat en un sol tema. Si és més gran, proporcioneu enllaços interns a la pàgina.
  • Els dissenys de pàgina i els elements de disseny han de ser coherents a tot el lloc perquè l’usuari tingui clar que encara es troba al lloc.
  • Les pàgines han de ser tan independents del navegador com sigui possible, o bé les pàgines s’han de proporcionar o generar en funció del tipus de navegador.
  • Totes les pàgines han de tenir enllaços externs a la pàgina; no hi ha d’haver pàgines sense sortida.
  • Cal incloure el propietari de la pàgina, la data de revisió i un enllaç a una persona o organització de contacte a cada pàgina.

Preguntes més freqüents sobre proves web

A continuació, s’han d’esmentar les diverses preguntes que se’ls acudeixen al provador mentre pensa en un lloc web que ja està desenvolupat i que es pot exposar al públic:

  • El lloc web funciona com s’esperava?
  • Trobarà l’usuari final el lloc web fàcil de navegar?
  • El lloc web és accessible en diferents dispositius dels usuaris finals?
  • El lloc web està prou protegit?
  • El rendiment del lloc web és al màxim?
  • Les dades introduïdes en un lloc web s’emmagatzemen amb precisió i persisteixen a les sessions?
  • El lloc web està ben integrat amb altres interfícies del flux de treball?
  • El lloc web funcionarà com s’esperava fins i tot després d’entrar en directe?

Per respondre a aquestes preguntes, s’han identificat diferents tècniques de prova que es poden utilitzar per provar una aplicació web.

Prenguem un exemple d’un lloc web de comerç electrònic que s’ha llançat recentment a l’equip de control de qualitat perquè el provi.

Anirem detallant cadascuna de les preguntes especificades anteriorment per comprendre l’abast de la prova i veure com es poden realitzar les proves del lloc web.

proves de llocs web

El lloc web funciona com s’esperava?

confirmar que el lloc web funciona bé, QA ha de realitzar proves funcionals. Durant proves funcionals , cal validar diferents característiques d'una aplicació en funció dels requisits esmentats al document d'especificacions funcionals.

A continuació es mostren alguns escenaris genèrics, s’espera que es cobreixi un control de qualitat mentre es realitzen proves funcionals de qualsevol lloc web, encara que no s’esmentin a les especificacions funcionals:

  • Navegació de l’usuari a diferents pàgines del lloc web i finalització del flux de treball de punta a punta
  • Si l'usuari pot seleccionar / desseleccionar caselles de selecció
  • Si l'usuari pot seleccionar valors dels camps desplegables
  • Si l'usuari pot seleccionar / desseleccionar els botons d'opció
  • Diferents botons de navegació, com ara els botons Enviar, Següent, Pujar, etc., funcionen bé
  • Els calendaris es carreguen correctament i permeten a l’usuari seleccionar una data
  • Els càlculs s’estan produint a mesura que s’han implementat
  • La funcionalitat de cerca funciona si n’hi ha
  • Visualització d'informació correcta
  • Diversos enllaços interns i externs a altres pàgines
  • Ordre correcte de les pestanyes dels camps de les pàgines web
  • Els camps obligatoris i opcionals s’han de verificar per a les entrades positives i negatives
  • Cal verificar els valors predeterminats de cada camp web
  • La funcionalitat de correu electrònic està implementada per a algunes accions al lloc web

És important que els llocs web siguin compatibles amb els motors de cerca. Per tant, hauríem de revisar els llocs web per trobar la correcció de la sintaxi HTML, els formats i els estàndards de compliment, com ara WS-I, ISO i ECMA.

Tenint en compte les cookies, que s’utilitzen per mantenir les sessions d’inici de sessió, s’hauria de provar el lloc web activant / desactivant les cookies o utilitzant el domini no coincident. Les proves també es poden realitzar en diverses sessions restablint les galetes per tornar els navegadors a l’estat de vainilla.

QA també ha de validar que les cookies del lloc web sempre s’emmagatzemen localment en un format xifrat.

Tenint en compte el nostre lloc web de comerç electrònic, s’ha de fer clic a diversos enllaços com ara Moda masculina, Moda femenina, Moda infantil, Accessoris per a la llar, Electrodomèstics, Llibres, Pel·lícules i música, etc. disponibles en una pàgina web i verificar si l’usuari navega a pàgina esperada.

De la mateixa manera, s’haurien de verificar diferents funcionalitats com Inici de sessió, Registre, Opció de cerca, Filtres, Ordre d’ordenació, Afegir a la cistella, etc. S'ha de comprovar si el lloc web gestiona la sessió / galetes, com ara caducitat de la sessió i emmagatzematge de la sessió, etc.

Trobarà l’usuari final el lloc web fàcil de navegar?

Cal fer proves d’usabilitat per mesurar la facilitat d’ús del lloc web per a un usuari final en el context d’accessibilitat, cerca i utilitat, etc.

Proves d’usabilitat

A continuació s'esmenten alguns dels escenaris de prova que s'han de verificar mentre es realitzen les proves d'usabilitat d'un lloc web:

  • El contingut del lloc web ha de ser informatiu, estructurat i enllaçat lògicament perquè l’usuari pugui entendre-ho fàcilment
  • Els controls de pàgines web haurien de ser fàcils de navegar pels usuaris
  • El lloc web hauria de carregar documents d’ajuda i instruccions
  • El lloc web hauria de tenir la funció de cerca per a la comoditat de l'usuari final
  • Hi hauria d’haver accés a / des del menú principal a totes les pàgines
  • S’ha de verificar el contingut del lloc web si hi ha errors d’ortografia
  • El lloc web hauria de seguir pautes definides en el context del color de fons, patró, estil, tipus de lletra, ubicacions d’imatges, marcs, vores, etc.
  • El lloc web hauria d’estar acostumat a la funció de traducció tenint en compte que poden accedir-hi usuaris de diferents països amb diferents idiomes, monedes, etc.

Hi ha poques eines que es puguin utilitzar per realitzar proves d’usabilitat Zoom d’usuari i reflector .

Un lloc web de comerç electrònic hauria de ser fàcil d'utilitzar i atraure l'atenció al client. Cal verificar totes les pàgines web per obtenir accessibilitat, tipus de lletra, estil, imatges, errors ortogràfics i informació rellevant sobre el producte. Un lloc web ha d’estar equipat amb els documents d’ajuda pertinents i les instal·lacions d’atenció al client.

Tenint en compte l’augment d’interfícies basades en pantalla tàctil, hem de validar l’accessibilitat tant de les entrades clau com de les entrades de la pantalla tàctil. De la mateixa manera, les imatges i el contingut del lloc web haurien de ser validats per a la seva usabilitat en diferents mides de pantalla (mòbils, ordinadors portàtils i pestanyes, etc.).

El lloc web és accessible en diferents dispositius dels usuaris finals?

Suposant que un gran nombre d’usuaris amb un conjunt de dispositius diferent pugui accedir al nostre lloc web, hem de garantir que el lloc web funcioni bé en tots ells sense cap problema.

Per garantir el mateix, s’haurien de fer comprovacions de compatibilitat del lloc web que s’acompanyen Proves de compatibilitat . Durant les proves de compatibilitat d’un lloc web, s’assegura que el lloc web funciona bé en diferents navegadors, sistemes operatius i dispositius, com ara ordinadors portàtils, telèfons mòbils, tauletes, impressores, etc.

Compatibilitat dels navegadors (proves de navegadors creuats):

El lloc web hauria de funcionar bé amb diferents navegadors com Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari i Opera. Cal verificar totes les versions actives d’aquests navegadors amb diferents funcions del navegador activades / desactivades.

A més, mentre actuava proves entre navegadors , QA també ha de comprovar el rendiment òptim del lloc web en tots els navegadors.

Compatibilitat del sistema operatiu (proves multiplataforma):

Per tal d’identificar possibles problemes d’experiència d’usuari, s’hauria de provar un lloc web en diverses plataformes com Windows, Linux, Unix.MAC, Solaris, etc. per tal de garantir la compatibilitat del sistema operatiu.

Compatibilitat de dispositius (proves multidispositiu):

Es pot navegar per un lloc web a través de diferents dispositius, com ara ordinadors portàtils, mòbils, tauletes, etc., amb diferents sistemes operatius disponibles, com ara iOS, Android, Windows, etc. Per tant, les proves també s'han de fer als dispositius que cobreixin els escenaris següents.

  • La mida de la pantalla del lloc web ha de ser ajustable segons el dispositiu
  • Un dispositiu ha de tenir la funció de rotació de pantalla
  • El lloc web no ha de mostrar cap problema de càrrega en diferents dispositius amb velocitats de xarxa diferents
  • Verifiqueu el comportament del lloc web quan el dispositiu estigui dins o fora de l'abast de la xarxa
  • Verifiqueu el comportament del lloc web amb poca CPU i memòria per admetre diferents factors de forma

Per a un lloc web de comerç electrònic, la comprovació de compatibilitat és un dels tipus de proves més importants. La base de clients serà àmplia i accedirà al nostre lloc web des de diferents navegadors, sistemes operatius i dispositius.

Tenint en compte que les plataformes mòbils són cada vegada més populars, hauríem de garantir la càrrega del lloc web amb un factor de forma petit amb un temps de càrrega acceptable. També és important validar l’ús de diferents velocitats de xarxa per garantir que es pugui utilitzar per a tots els clients.

El lloc web està prou protegit?

Es realitzen proves de seguretat per descobrir les vulnerabilitats d’un sistema i garantir que el lloc web estigui protegit.

A continuació es mostra la llista de verificació que es pot verificar mentre es realitzen les proves de seguretat:

  • El lloc web només hauria de ser accessible als usuaris autenticats
  • Els usuaris del lloc web haurien de poder realitzar només aquelles tasques per a les quals estan autoritzats
  • El lloc web s’ha de verificar per trobar camps CAPTCHA per a la identificació de l’usuari
  • La configuració de seguretat del navegador s’ha de verificar mentre es passa de les pàgines segures a les insegures
  • La protecció del servidor web hauria d’estar disponible per a fitxers o directoris web inaccessibles
  • Assegureu-vos que els fitxers restringits no es descarreguin sense l'accés adequat
  • Les sessions que estiguin inactives haurien de morir automàticament després d'un determinat període de temps
  • Tots els intents no vàlids i no autoritzats per part d’usuaris finals o errors / fallades intermitents del sistema s’han de registrar per tal d’analitzar-los

Eines com Gestió de la vulnerabilitat , Veracode i Mapa SQL es pot utilitzar per realitzar proves de seguretat del vostre lloc web.

Com a part de les proves de seguretat, s’hauria de validar un lloc web de comerç electrònic

  1. Controls d’accés al lloc web.
  2. Qualsevol filtració d'informació personal de l'usuari.
  3. Mètodes de pagament segur.

El rendiment del lloc web és al màxim?

Per comprovar el rendiment d'un lloc web, es poden fer proves de rendiment. Avaluarà el comportament d’una aplicació en diverses condicions de càrrega de treball que podrien ser un escenari realista. Si el sistema es posa en funcionament sense dur a terme proves de rendiment, pot acabar tenint problemes com un sistema de funcionament lent o una mala usabilitat que probablement afectarà la imatge de marca i les vendes al mercat.

Es pot provar un lloc web contra la càrrega i l'estrès.

A continuació es mostra la llista de comprovació per a les proves de rendiment web:

  • El comportament del lloc web s’ha d’observar en condicions normals i de màxima càrrega
  • El rendiment del lloc web s’hauria d’examinar mesurant el temps de resposta, la velocitat, l’escalabilitat i la utilització dels recursos
  • L’RCA adequat (anàlisi de la causa arrel) s’hauria de fer amb una solució si un sistema es falla o es torna inestable en qualsevol moment
  • Els problemes de latència de la xarxa s’han d’identificar si n’hi ha

Cal provar a fons un lloc web de comerç electrònic mitjançant un conjunt d’usuaris simulats durant les condicions normals i de càrrega màxima que es poden produir durant la “temporada de rebaixes”.

Durant la venda, els usuaris que accedissin al lloc web es multiplicarien. A més, s’hauria d’examinar el comportament del lloc web mentre diversos usuaris simultanis accedissin als mateixos articles o realitzessin les mateixes accions (com ara transaccions o fer comandes) al lloc web.

Hi ha diverses eines disponibles al mercat per fer proves de rendiment. En són pocs LoadRunner, WinRunner, Silk Performer, JMeter, etc.

Les dades introduïdes en un lloc web s’emmagatzemen amb precisió i persisteixen a les sessions?

La base de dades és un dels components crítics d’una aplicació web que conté la informació completa introduïda a través d’un lloc web. Per tant, per assegurar-se que les dades d’usuari correctes es desin a les taules de la base de dades sense cap manipulació i per mantenir la integritat de les dades per sota de les verificacions, s’han de realitzar.

  • Verifiqueu la coherència de les dades a través de la interfície d’usuari, és a dir, la IU del lloc web i la base de dades
  • Verifiqueu que les taules de bases de dades s’actualitzen correctament cada vegada que una aplicació de lloc web realitza accions d’inserció / actualització / eliminació
  • Verifiqueu el temps de resposta de les consultes tècniques i ajusteu-les si cal
  • Comproveu si hi ha connectivitat a la base de dades i permisos d’accés

Com a membre de l'equip de control de qualitat que prova el lloc web de comerç electrònic, podeu realitzar les activitats següents i validar els canvis cada vegada a les taules de base de dades corresponents. Això assegurarà que la interfície d’usuari i la base de dades del lloc web siguin coherents.

1) Fer una comanda per a un producte.

2) Cancel·lació del producte.

3) Opteu per intercanviar productes.

4) Opteu per retornar el producte.

El lloc web està ben integrat amb altres interfícies del flux de treball?

Les proves de nivell d'interfície es realitzen per comprovar la interacció fluida del lloc web amb diferents interfícies, com ara el servidor web i el servidor de bases de dades.

Durant les proves d'interfície, el comprovador ha d'assegurar-se que les sol·licituds d'aplicació s'envien correctament a la base de dades i que la informació correcta es mostra al client com a sortida. Un servidor web no ha de llançar cap excepció de denegació en cap moment i la base de dades sempre s’ha de mantenir sincronitzada amb l’aplicació.

El lloc web funcionarà com s’esperava fins i tot després d’entrar en directe?

Un cop el producte es trasllada a un entorn de producció, s’hauria de fer una inspecció periòdica per controlar el control de qualitat.

A continuació, es poden considerar els escenaris en verificar el producte en producció:

  • Les proves d’aplicacions web s’han d’executar periòdicament i els registres de proves s’han de desar com a prova que compleix l’acord de nivell de servei (SLA)
  • Els sistemes d’escala automàtica i els equilibradors de càrrega s’haurien de comprovar si estan en lloc i funcionen
  • Comproveu les experiències de l'usuari final i intenteu descobrir defectes o atacs maliciosos que normalment passen desapercebuts durant les proves de control de qualitat
  • Superviseu el temps de resposta del producte durant les càrregues màximes
  • Executeu casos de proves de nivell de vora en temps real per identificar fallades de xarxa, fallades de connexió o interrupció per una trucada inesperada

Conclusió

He redactat aquest tutorial detallat amb els meus anys d’experiència provant els diferents llocs web.

Espero que aquest article us ajudi a entendre les diferents facetes de les proves d'aplicacions web. La propera vegada que us assegureu a escriure un pla de proves per al vostre lloc web, recordeu que heu de validar diversos aspectes més enllà de la funcionalitat del lloc web.

Espero que aquest article us hagi estat informatiu.

Lectura recomanada

^