8 important segments testing ecommerce websites
Proves de comerç electrònic: com provar un lloc web o una aplicació de comerç electrònic
Al món actual, aposto a que no trobareu ningú que no hagi comprat en línia. El comerç electrònic / venda al detall és un negoci que prospera en els seus clients en línia. Comprar en persona o comprar en línia té molts avantatges. Comoditat, estalvi de temps i fàcil accés a productes de tot el món, etc.
Un bon Comerç electrònic / El lloc de venda al detall és clau per al seu èxit. Ha de ser una contrapart digna de l’aparador. Perquè, quan aneu a comprar a una botiga física, el client ja s’ha compromès a visitar-lo i pot donar-li una oportunitat a la marca.
En línia, hi ha moltes opcions. Per tant, tret que hi hagi interacció des del principi, és possible que l’usuari només se’n vagi.
Com millor sigui el lloc, millor serà el negoci.
Atès que l'aplicació depèn de tantes coses, és fonamental que se sotmeti a proves exhaustives.
Les aplicacions o llocs de comerç electrònic també són aplicacions web o aplicacions mòbils. Per tant, se’ls sotmeten tots tipus de prova típics.
- Proves funcionals
- Proves d’usabilitat
- Proves de seguretat
- Proves de rendiment
- Proves de bases de dades
- Proves d'aplicacions mòbils
- Proves A / B.
Per fer una ullada ràpida a les proves que més sovint es fan en una aplicació web típica, consulteu:
=> Més de 180 casos de prova de mostra per provar aplicacions web i d'escriptori
No obstant això, els llocs de venda al detall tenen una naturalesa molt dinàmica. Hi ha noves ofertes, nous productes, més venuts, vendes, etc. Això significa que el lloc no es manté durant massa temps. Per tant, podria resultar aclaparador per a molts.
El truc és dividir i conquerir.
Vegem amb els exemples de com provar i fer comerç electrònic del lloc:
Què aprendreu:
- Llista de comprovació de proves de comerç electrònic
- # 1) Pàgina d'inici: imatge d'heroi
- # 2) Cerca
- # 3) Pàgina de detalls del producte
- # 4) Cistella de la compra
- # 5) Pagaments
- # 6) Categories / Productes destacats / Productes relacionats o recomanats
- # 7) Proves posteriors a la comanda
- # 8) Altres proves
- Reptes que automatitzen el lloc web de comerç electrònic
- Conclusió
Llista de comprovació de proves de comerç electrònic
A continuació, es detallen segments importants i casos de prova per provar els llocs web de comerç electrònic.
Servei recomanat de proves exploratòries
# 1) Digivante Direct
Digivante Direct S'ha demostrat que les proves de comerç electrònic reforcen la qualitat dels llocs web de comerç electrònic, milloren l'experiència de compra i augmenten els ingressos en línia. La seva solució de proves de comerç electrònic exploratori ràpida i assequible és de baix cost i autoservei, de manera que no es manté cap compromís i es garanteix la qualitat.
Mitjançant la xarxa global de verificadors professionals Digivante, podeu cobrir tots els dispositius principals en un termini que no es pot assolir per cap altre proveïdor de proves i rebre proves de 24 dies en només 24 hores. Comenceu a provar el vostre lloc web i aplicació de comerç electrònic avui mateix.
=> Visiteu el lloc web Digivante Direct# 1) Pàgina d'inici: imatge d'heroi
Les pàgines d'inici dels llocs de venda al detall estan ocupades. Tenen moltes coses. Però gairebé tots tenen una imatge d’heroi:
Aquest és el tipus d’imatge on es pot fer clic (una presentació de diapositives) que ocupa la majoria de la pàgina.
A continuació, es mostren algunes coses que cal provar:
- Es desplaçarà automàticament?
- Si és així, a quin interval es refrescarà la imatge?
- Quan l’usuari se situa per sobre, continuarà desplaçant-se al següent?
- Es pot planar?
- Es pot fer clic?
- En cas afirmatiu, us portarà a la pàgina adequada i al tracte correcte?
- S'està carregant juntament amb la resta de la pàgina o les darreres càrregues en comparació amb la resta d'elements de la pàgina?
- Es pot visualitzar la resta del contingut?
- Es visualitza de la mateixa manera en diferents navegadors i resolucions de pantalla diferents?
# 2) Cerca
Els algoritmes de cerca són molt importants per a l’èxit d’un lloc web perquè no sempre podem situar allò que els usuaris volen veure davant dels seus ulls.
Les proves habituals són:
- Cerqueu segons el nom del producte, la marca o alguna cosa més àmplia, la categoria. Per exemple Càmera, Canon EOS 700D, electrònica, etc.
- Els resultats de la cerca han de ser rellevants
- Han d’haver-hi diferents opcions d’ordenació segons la marca, el preu i les ressenyes / puntuacions, etc.
- Quants resultats es mostren per pàgina?
- Per obtenir resultats de diverses pàgines, hi ha opcions per anar-hi
- A més, la cerca es fa a molts llocs. Per validar aquesta funcionalitat, tingueu en compte la cerca de diversos nivells. Per exemple: Quan faig cerques a la pàgina inicial, és possible que vegi alguna cosa així:
Quan navego a categories i vaig a una subcategoria, potser pel·lícules, això és el que veuré:
# 3) Pàgina de detalls del producte
Un cop un usuari troba un producte mitjançant la cerca o navegant o fent-hi clic des de la pàgina d'inici, es dirigirà a la pàgina d'informació del producte.
Comprovar:
- Imatge o imatges del producte
- Preu del producte
- Especificacions del producte
- Ressenyes
- Consulteu les opcions
- Opcions de lliurament
- Informació d'enviament
- En estoc / Exhaurit
- Múltiples opcions de color o variacions
- Navegació de pa ratllat per a les categories (ressaltat en vermell a continuació). Si es mostra una navegació com aquesta, assegureu-vos que tots els elements siguin funcionals.
# 4) Cistella de la compra
Aquesta és la penúltima etapa abans que l'usuari es comprometi amb la compra.
Proveu el següent:
- Afegiu articles al carretó i continueu comprant
- Si l'usuari afegeix el mateix article al carretó mentre continua comprant, el recompte d'articles al carretó de la compra s'hauria d'incrementar
- Tots els articles i els seus totals s’han de mostrar al carretó
- S'han d'aplicar els impostos segons la ubicació
- Un usuari pot afegir més articles a la cistella; el total hauria de reflectir el mateix
- Actualitzar el contingut afegit al total del carretó també ho hauria de reflectir
- Traieu els articles del carretó
- Continueu amb el pagament
- Calculeu les despeses d'enviament amb diferents opcions d'enviament
- Apliqueu cupons
- No ho feu, tanqueu el lloc i torneu més tard. El lloc hauria de conservar els articles del carretó
# 5) Pagaments
- Consulteu diferents opcions de pagament
- Si permeteu la sortida com a convidat, només heu de finalitzar la compra i proporcionar una opció per registrar-vos al final
- Clients recurrents: inicieu la sessió per sortir
- Usuari registrat
- Si emmagatzemeu la targeta de crèdit del client o qualsevol altra informació financera, realitzeu proves de seguretat per assegurar-vos que és segura. (El compliment del PCI és imprescindible)
- Si l’usuari està registrat durant molt de temps, assegureu-vos que la sessió s’ha esgotat o no. Cada lloc té un llindar diferent. Per a alguns, són 10 minuts. Per a alguns, pot ser diferent.
- Correu electrònic / Confirmació de text amb el número de comanda generat
# 6) Categories / Productes destacats / Productes relacionats o recomanats
Les preguntes més freqüents que obtinc dels provadors de comerç electrònic són: He de provar totes les categories / productes?
La resposta és NO.
Si sou client retornat, se us mostraran alguns productes recomanats a la pàgina inicial o al carretó de la compra.
Els productes destacats també canvien gairebé tots els dies.
Com que es tracta d’elements dinàmics, la millor manera de provar aquestes parts de l’aplicació és provar l’algoritme basat en el qual es poblen aquestes seccions.
Comproveu els sistemes de mineria de dades / BI i comproveu des del fons les consultes que omplen aquestes seccions.
# 7) Proves posteriors a la comanda
Comprovar:
- Canvieu l'ordre
- Cancel·leu la comanda
- Feu un seguiment de la comanda
- Devolucions
# 8) Altres proves
- iniciar Sessió
- Preguntes freqüents
- Pàgina de contacte
- Pàgina d'atenció al client, etc.
Reptes que automatitzen el lloc web de comerç electrònic
Per mantenir-vos a Safer Edge i oferir els resultats desitjats al client, heu de canviar el focus en la qualitat i el rendiment del vostre lloc web de comerç electrònic mentre reduïu la cronologia tant com sigui possible.
En general, les proves d'automatització comencen seleccionant el marc adequat d'automatització de proves que impacta directament en el resultat del projecte d'automatització de proves. El marc ha d'incloure els scripts de prova i els escenaris de diversos processos automatitzats.
Basat en el marc, els verificadors poden executar les proves fàcilment i obtenir resultats rellevants mitjançant la generació d'informes de proves. Però seleccionar l’eina adequada per automatitzar el lloc web de comerç electrònic depèn de molts paràmetres clau. Sempre és important comparar les eines disponibles basades en paràmetres clau com ara funcions, rendiment, extensibilitat, cost de llicències, cost de manteniment i formació i assistència.
Cal agafar-ho avantatge de moltes eines d'automatització de proves de codi obert per automatitzar més esforços de proves sense invertir fons addicionals.
# 1) Els llocs web de comerç electrònic tenen una naturalesa molt enredada, no és possible automatitzar cada acció perquè no podem assumir la naturalesa del client.
# 2) Els canvis continus per al comerç electrònic requereixen regressió, de manera que feu un test de regressió cada dia per fer un seguiment dels efectes del canvi.
# 3) Aneu sempre amb el tipus d’escenaris d’automatització d’integració que haurien d’abastar des de la selecció d’un enllaç a la pàgina d’inici fins a la pàgina de sortida i de passarel·la de pagament. D’aquesta manera, com a mínim podeu cobrir la màxima experiència d’usuari amb el lloc web de comerç electrònic, de manera que es poden aconseguir proves adequades automatitzant el cicle de regressió.
# 4) No perdeu mai el temps automatitzant l’aplicació inestable. Un canvi senzill afectarà tots els vostres vestits de prova i haureu de recrear-lo.
# 5) La pàgina principal del lloc web de comerç electrònic és molt important i conté molta informació i 1000 enllaços associats a cada producte i aquests enllaços creixen cada dia a mesura que s’afegeixen noves ofertes o productes a una pàgina. Per tant, abans de procedir a la regressió, feu el millor possible per verificar tots els enllaços de la pàgina mitjançant el codi d’estat HTTP.
# 6) Quan executeu scripts de prova en un navegador diferent alhora. Si s’afegeix o elimina un producte al carret de la compra, la informació també s’hauria de reflectir en altres navegadors.
# 7) Quan executeu la prova paral·lela, òbviament, el vostre script fallarà, en aquest cas, haureu d'actualitzar periòdicament la pàgina per conservar la informació del carretó. En temps real, us podeu trobar amb aquest escenari, ja que de vegades l’usuari pot utilitzar una aplicació de comerç electrònic per a mòbils i també una aplicació web de comerç electrònic per a mòbils.
# 8) No us oblideu de verificar els detalls i els preus de cada producte si es tracta de 10 productes o de 1000 productes, segons el requisit del venedor. Aquesta és la fase en què es pot cometre o trencar un petit error del client que comportarà una gran pèrdua.
# 9) Creeu-vos un munt d’escenaris interromputs que solen trobar els usuaris per dissenyar el vostre script de manera molt robusta perquè el script l’ofereixi i continuï executant-lo i passant-lo.
Per exemple, heu emmagatzemat tota la informació de la targeta i heu fet clic a Envia a causa de l'aplicació d'un problema de xarxa o de càrrega baix. En aquest cas, es notifica a un usuari sobre el seu estat de transacció mitjançant un correu electrònic i un missatge per telèfon, haureu de validar aquest correu electrònic o missatge en un script de prova.
# 10) L'element web del lloc web de comerç electrònic continua canviant, de manera que sempre creeu manual xpath. Alguns atributs d'elements web seran els mateixos, de manera que no hi haurà cap manera única de distingir en aquest escenari l'ús del mètode contain () de xpaths o desplaçar-se a la vista.
# 11) Automatitzar Proves d’accessibilitat mitjançant accions de teclat sense utilitzar l'acció del ratolí, definitivament trobareu alguns dels problemes i solucionareu. Això té un paper important en les proves de la interfície d'usuari.
# 12) El provador ha de ser dissenyat amb cura l’escenari i afegir un punt de control d’inici i inserir un script d’inici de sessió sempre que sigui necessari.
# 13) Mantingueu diferents scripts per a un mode de pagament diferent per evitar confusions. Comproveu si passa si es cancel·la una comanda després del pagament.
# 14) En canvi, les proves de rendiment tenen un paper molt crucial. Els factors que heu de provar aquí es sol·liciten per segon, Transacció per minut, Execució per clic, Temps de resposta de càrrega de la pàgina, Durada de la tasca, Durada del temps entre el clic i la visualització de la pàgina i la cerca de DNS.
# 15) Les proves de seguretat són on es guia la confiança dels clients en què es basa el comerç electrònic, de manera que aquí heu de passar molt de temps provant ATAC DE DENEGACIÓ DEL SERVEI, seguretat del compte d’usuari, confidencialitat de dades, seguretat del contingut, seguretat de la targeta de crèdit, desactivació no essencial serveis Validació de certificats SSL.
# 16) Automatitzar les proves de localització és molt difícil en el comerç electrònic a causa del compliment dels estàndards d’accessibilitat per donar suport a mercats i regions comercials multilingües.
Conclusió
Ara, ja que es detallen algunes proves, passem a un parell de acabant de pensar sobre les proves de comerç electrònic .
Un lloc web hauria de funcionar, no només en ordinadors, sinó també en dispositius mòbils. Ha de ser sensible i sensible. La base de dades s'hauria d'optimitzar i el fitxer Processos ETL hauria d’ajudar a mantenir un magatzem de dades que ajudés a OLAP i BI. Les proves de comerç electrònic s’han de centrar en tot això.
No obstant això, la part més important de les proves de comerç electrònic és si els visitants es converteixen en clients de pagament o no. El nombre de visites que s'estan convertint en el client s'anomena 'percentatge de conversions'.
Per tant, una característica promou una millor conversió en comparació amb una altra, és una prova important. Per això Proves A / B i l’enginyeria d’usabilitat per als llocs de comerç electrònic estan guanyant protagonisme.
Consulteu aquest article: El botó de 300 milions de dòlars
Hi ha eines destinades a ajudar els llocs de comerç electrònic a analitzar el seu disseny per obtenir millors taxes de conversió:
- De manera optimista : Un favorit personal. Molt assequible i molt intel·ligent per a les proves A / B de comerç electrònic
- Rebot : Podeu crear les vostres pròpies pàgines de destinació i fer una divisió ràpida o proves A / B
- Feedback sobre conceptes : Podeu enviar el vostre lloc web i obtenir comentaris d'experts sobre el disseny i l'estratègia del lloc.
Aquí es pot utilitzar qualsevol eina de prova d’usabilitat, però les tres anteriors són les meves preferides.
Per obtenir més eines, consulteu:
- 16+ TOP Eines de prova d’usabilitat per provar la vostra aplicació web
- Una guia completa de proves d’usabilitat: és com intentar llegir ments.
Sobre l'autor: Aquest article està escrit per Swati S., membre de l'equip de STH. Si voleu escriure i ajudar a provar la comunitat feu-nos-ho saber aquí .
Com sempre, esperem que aquest article us hagi servit.
Preguntes i respostes d’entrevistes tècniques sql per a estudiants de primer any
No puc esperar a escoltar els vostres comentaris i preguntes. A més, compartiu les vostres millors i pitjors experiències de compra en línia a continuació.
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de descàrrega de llibres electrònics
- Proves alfa i proves beta (guia completa)
- Guia de proves de seguretat d'aplicacions web
- Diferència entre la prova d'escriptori, el servidor de clients i la prova web
- 7 consells bàsics per provar llocs web multilingües
- Processos SQA: com provar una sol·licitud completa?
- Proves funcionals contra proves no funcionals