guide visual regression testing with visual testing tools
Aquesta guia completa explica tot sobre les proves de regressió visual. També inclou la revisió d'eines de proves visuals gratuïtes i comercials com Applitools, Percy, Screener, etc.:
Les proves de regressió visual o proves visuals en programari són una activitat de garantia de qualitat per verificar si els aspectes visuals de la interfície d’usuari de l’aplicació li semblen adequats. També es coneix com a proves de validació visual.
El seu objectiu és verificar si es mostren les dades i el contingut correctes a la part frontal de l’aplicació. A més, també valida el disseny i l’aspecte de cada element visual present a la interfície d’usuari i a tota la interfície d’usuari mateixa.
Què aprendreu:
Proves de regressió visual
Quan parlem de la correcció del disseny, vol dir que el posicionament, la forma i la mida de cada element a la pantalla són correctes. Els elements no s’han de superposar, han de ser visibles i no amagats.
L'element visual aquí pot referir-se a una imatge, pàgina, part d'una pàgina o part d'una imatge.
Validar l’aspecte significa que la font, el color, la brillantor, el contrast, la densitat, la textura, el pes visual, els gràfics, etc., dels elements visuals han de tenir un aspecte adequat.
Què són les proves de regressió visual?
Les proves de regressió garanteixen que qualsevol canvi introduït al programari no trenqui res que abans anés bé.
Quan es tracta de proves visuals, les proves de regressió visual garanteixen que no apareguin problemes d’estil quan es fan canvis al programari. L'aplicació hauria de continuar tenint un aspecte tan bo com era.
Una eina de proves de regressió visual captura captures de pantalla de la IU actual i les compara amb les captures de pantalla originals. Per tant, les proves de regressió visual analitzen les diferències històriques. Confirma que la pàgina web encara es reprodueix com s'esperava en diversos navegadors, fins i tot després de modificacions del codi.
A continuació es mostra una serigrafia d’una prova de regressió visual executada mitjançant una eina automatitzada:
(imatge font )
En les pràctiques actuals d’integració contínua, les proves de regressió visual esdevenen molt importants per assegurar-se que els nous canvis no causin cap desastre al disseny, ja que l’aplicació es desenvolupa de versió en versió i avança en tots els navegadors.
Moltes organitzacions fan servir proves de regressió visual per registrar versions de determinades pàgines web per documentar com canvia d’una iteració a una altra.
Importància de les proves de validació visual
Per més que funcioni correctament la funcionalitat de la vostra aplicació, no serà útil per al client tret que pugui proporcionar una bona interfície d’usuari i una experiència d’usuari bona.
Actualment, no només parlem d’interfície d’usuari (User Interface), sinó que també ens centrem molt en UX (experiència d’usuari). Quan ens orientem a oferir una millor experiència d'usuari, les proves visuals esdevenen molt importants perquè el disseny visual més atractiu es pot percebre com a més útil per a l'usuari.
Vegem l'exemple següent del lloc web d'Amazon:
(imatge font )
A la imatge anterior, podeu notar que el text i les imatges se superposen i no estan alineats correctament. Aquest és un exemple d'un error visual que pot crear una mala experiència d'usuari, ja que el client no podrà completar l'acció prevista al lloc web.
El disseny visual dóna forma a l’experiència de l’usuari de moltes maneres.
Per exemple,
- Els grans dissenys visuals ajuden a generar confiança i credibilitat.
- Reforça la imatge de marca.
- Afecta la llegibilitat.
- Forma un equilibri visual a la pantalla.
- Guia els usuaris cap a accions.
- Persuadeix l’ull per dirigir la seva atenció cap a determinats elements de la pàgina.
A més, actualment tenim una gran varietat de sistemes operatius, navegadors web, resolucions de pantalla i dispositius, per la qual cosa és crucial assegurar-se que la interfície d’usuari aparegui correcta en cadascuna de les possibles combinacions d’aquests.
Fins i tot una petita distorsió de la IU pot provocar pèrdues de negoci. Els errors visuals poden ser molestos i desagradables per als usuaris i generar molèsties per a ells.
Suposem que esteu dedicat al negoci bancari i que oferiu una aplicació de banca mòbil en línia als vostres clients.
Alguns dels vostres clients reben queixes perquè quan volen transferir diners al compte d’algú i després d’emplenar tota la informació necessària no puguin trobar el 'Presentar' a la pantalla i és una experiència irritant per a ells.
Quan investigueu el problema, trobareu que el botó d’enviament s’amaga en una resolució de pantalla concreta per a mòbils Android i és per això que tots els clients amb telèfons Android d’aquesta mida de pantalla en concret no van poder veure el botó d’enviament.
Per tant, la funcionalitat de l’aplicació funcionava bé en aquest cas, però a causa de l’error visual, els usuaris no van poder completar les accions previstes a l’aplicació. Aquest exemple mostra la importància de provar els aspectes visuals de l'aplicació en totes les configuracions possibles abans de lliurar l'aplicació als clients.
Algunes àrees on es recomana fer proves de validació visual són (perquè afectaran directament la vostra marca):
- Aplicacions per a mòbils
- Web mòbil / web responsiu
- Llocs web de màrqueting
- Sistemes de gestió de continguts
- Sistemes de consum com línies aèries, viatges, banca, etc.
Donada la seva importància, les empreses haurien de gastar un gran esforç i diners en proves visuals. Si s’utilitza en combinació amb les proves de desenvolupador existents, us ajudarà a detectar problemes visuals en les primeres etapes del cicle de vida del desenvolupament.
Mètodes i processos de proves visuals
Com a desenvolupadors o provadors, sovint treballem per provar la funcionalitat de les aplicacions. Ja sigui mitjançant una eina manual o alguna eina automatitzada, comprovem si l’aplicació funciona com s’esperava. Aquestes proves de funcionalitat són molt importants per garantir el bon funcionament de l'aplicació.
Tot i això, si hi afegim proves visuals, milloraria significativament la prova general. Per tant, aquesta prova es fa sovint en combinació amb proves funcionals.
Hi ha diversos mètodes i processos de prova per afrontar els reptes de les proves visuals d'aplicacions en configuracions àmplies. També hi ha moltes eines disponibles per donar suport a les proves de validació visual.
En general, es segueixen dos enfocaments principals per a les proves de validació visual, és a dir, basat en codi i basat en la configuració. Les eines de proves visuals també es classifiquen en funció d’aquests dos enfocaments.
Es pot fer manualment o de forma automatitzada. A causa de certs reptes implicats, no pot ser ni totalment manual ni totalment automatitzada. En general, es prefereix una combinació d’enfocament manual i automatitzat.
A continuació es detallen els 3 mètodes de prova visual que se segueixen generalment.
Els equips poden triar entre qualsevol d’aquestes opcions en funció de les seves necessitats:
# 1) Creeu proves visuals dedicades : Aquest és el mètode més recomanat, ja que us proporciona un control total sobre la validació visual. A més, mitjançant aquest enfocament, podeu escriure proves amb esforços moderats. Però sí, haureu d’escriure les proves des de zero i necessitarà un temps important.
# 2) Inseriu punts de control visuals a les proves funcionals existents: En aquest mètode, ja teniu les proves per validar la funcionalitat de l'aplicació i només heu d'afegir algunes comprovacions visuals entre aquestes proves per validar les pàgines.
Per descomptat, aquest mètode limita la cobertura de les proves, però és una manera ràpida d’inserir proves visuals i d’aprofitar el codi de proves funcionals existent.
# 3) Inseriu una validació visual implícita al marc de proves existent: Aquest mètode és molt fàcil d’implementar, ja que només requereix unes poques línies de codi. Tot i això, té la limitació que també podeu fer una validació genèrica en aquest cas. No podeu validar components específics al marc.
A mesura que avancem, parlarem de proves visuals manuals i automatitzades. També comprovarem detalladament les eines i els marcs de proves visuals.
Proves visuals manuals
Les empreses de programari tenen dues opcions per realitzar proves visuals, és a dir, proves manuals o proves automatitzades. Vegem detalladament les proves visuals manuals.
Tot i que les proves manuals poden ser lentes, costoses i propenses a errors, a causa de la naturalesa subjectiva del disseny de la interfície, sovint no és possible fer una prova automatitzada per captar la correcció de tots els escenaris. Per tant, de vegades hem de triar un equilibri entre les proves manuals i automatitzades.
A més, un dels principals avantatges de les proves manuals per part d’un ésser humà pot quedar fora de l’abast de la prova. Una prova d’automatització només pot captar el problema que es troba al seu abast, però en una prova manual, un provador humà també pot detectar altres errors cosmètics i altres coses que semblen incorrectes a la IU.
Com que les proves manuals estan més a prop de les accions reals de l'usuari, poden captar els errors de disseny i problemes de disseny que generalment es descobreixen quan un usuari real interactua amb l'aplicació.
Podeu fer proves manuals a les primeres etapes del desenvolupament de l'aplicació quan la vostra interfície d'usuari sigui inestable. També és útil per fer proves ad-hoc quan calgui fer revisions ràpides sobre el terreny.
En les proves de validació visual manuals, el comprovador ha de comprovar manualment l’aspecte i el disseny dels elements visuals. Això pot implicar fer captures de pantalla actuals i comparar-les manualment amb les captures de pantalla de base per identificar qualsevol buit.
Una altra manera eficaç de fer proves manuals és utilitzar un explorador de components. En això, definiu els estats de la prova, utilitzeu explorer per seleccionar un estat i un component i comprovar-ho a la pantalla. Una d’aquestes eines és React Storybook, on podeu desenvolupar components de la interfície d’usuari de forma aïllada.
Mitjançant aquest mètode, un provador pot executar una prova manual d’un component, comprovar-ne el rendiment i veure si funciona bé o no.
Passos de proves manuals:
- Navegueu per l'aplicació i captureu les bones captures de pantalla conegudes.
- Més endavant, feu un altre conjunt de captures de pantalla de l'última versió de l'aplicació.
- Ara, compareu manualment aquestes captures de pantalla (línia de base vs actual) per esbrinar els errors visuals.
Proves visuals automatitzades
Les proves visuals automatitzades són una manera de verificar automàticament si una interfície d’usuari apareix visualment tal com es pretén.
Els avantatges d’automatitzar les proves visuals són que ofereixen una eficiència de cost a llarg termini, són més ràpides que les proves manuals, són més precises ja que poden excloure els errors humans i proporcionar proves visuals perfectes per als píxels, són reutilitzables i transparents, ja que ofereixen informes automàtics que són fàcilment i fàcilment accessible per tothom de l’equip.
Algunes de les limitacions de les proves visuals automatitzades són que hi pot haver grans despeses inicials i que haureu de dedicar esforços significatius al manteniment de les proves per adaptar-vos a cada canvi.
A les proves d'automatització, l'abast és més reduït a menys que hi hagi proves de captura de pantalla. A més, hi ha una forta corba d’aprenentatge, ja que les organitzacions triguen a aprendre sobre les eines de proves d’automatització.
Seguir l’automatització seria una bona opció si heu de realitzar proves visuals de regressió per fer front als canvis freqüents que es produeixen en una interfície d’usuari estable. Les proves automatitzades també ajuden a una excel·lent comparació visual de captures de pantalla.
La comparació automàtica de captures de pantalla ofereix un gran grau de precisió en les proves visuals i augmenta el ROI. La comparació automàtica de captures de pantalla pot capturar aquells errors que són impossibles de detectar amb ulls humans i la comparació manual. També és útil fer proves de final a final per a històries d’usuaris complexes.
Hi ha una gran varietat d'eines comercials i de codi obert disponibles per a proves automàtiques.
La imatge següent mostra com es pot automatitzar la validació visual mitjançant qualsevol llenguatge de programació:
(imatge font )
A continuació es mostra el flux de treball general de Visual Test Automation:
(imatge font )
Com es mostra al diagrama de flux de treball anterior, hi ha quatre passos relacionats amb les proves visuals automatitzades:
Pas 1 : En aquest pas, hem de conduir l'aplicació i la prova i capturar captures de pantalla.
Pas 2 : En aquest pas, l'eina d'automatització compara aquestes captures de pantalla amb les captures de pantalla de base. Les captures de pantalla de base són generalment les imatges que es van fer en les proves anteriors i que el provador ha provat.
Pas 3: Un cop l'eina obté els resultats de les comparacions d'imatges, genera un informe que posa de manifest totes les diferències trobades.
Per exemple,la imatge següent mostra una de les eines d'automatització de proves que ressalta les diferències en una aplicació angular:
Pas 4 : En l'últim pas, el verificador revisa l'informe i comprova si hi ha diferències sobre si es tracta d'un error o d'un canvi vàlid (falsos positius). A partir d’això, s’actualitzen les imatges de base.
Per a la primera prova, no teniu imatges de referència. Per tant, les imatges obtingudes en la primera tirada es tracten generalment com a imatges de base. A partir de la següent prova, es comparen amb les captures de pantalla.
Bones pràctiques per a proves visuals automatitzades
- Trieu una eina prou intel·ligent per ignorar els falsos positius. L'eina hauria de ser capaç de gestionar l'antialiasing, les compensacions de píxels, etc. i no falla les proves per aquests motius.
- L’automatització de les proves hauria de poder gestionar contingut dinàmic i en moviment.
- No confieu en la relació d'errors ni en la configuració de llindars. L’únic que hauria d’importar és si un ésser humà pot veure aquesta diferència i això afectarà l’experiència de l’usuari?
- L’algorisme d’automatització ha de ser capaç d’analitzar l’estructura de la pàgina i ha de ser capaç de fer comparacions de disseny.
- Preferiu validar la pàgina completa de la IU en lloc de components individuals. Això proporcionarà més i millor cobertura. En el cas de validar només components específics, podeu perdre errors inesperats.
Eines de proves automatitzades i marcs de proves visuals
Avui en dia, hi ha una gran varietat (gairebé 30 més) d'eines disponibles al mercat per a proves visuals automatitzades. Algunes d’aquestes eines són de codi obert, mentre que d’altres són comercials. La majoria d’aquestes eines funcionen de la mateixa manera, però persegueixen un flux de treball diferent segons el públic objectiu.
Per als desenvolupadors front-end, hi ha dos tipus de marcs implicats en les proves visuals. En primer lloc, necessiteu un corredor de proves que us permeti escriure i executar les proves. En segon lloc, necessiteu un marc d’automatització del navegador per reproduir les interaccions dels usuaris. Aquests dos marcs s’anomenen conjuntament com a codi de prova visual.
Amb l'ajut d'aquests marcs de prova, els desenvolupadors creen el codi que imita les accions reals de l'usuari, com escriure text o fer clic a botons. El codi de prova té ordres per fer captures de pantalla en punts rellevants. Quan la prova s’executa per primera vegada, es pren un conjunt inicial de captures de pantalla.
Aquestes captures de pantalla actuen com a base de comparació quan es produeixen canvis a l'aplicació. Un cop fundada la línia de base, el desenvolupador executa el codi en segon pla. Quan es troba un canvi, es captura la captura de pantalla del canvi.
El corredor de prova compara aquesta captura de pantalla amb la captura de pantalla de referència per a aquesta àrea de codi. Si es troben diferències entre les imatges, la prova es considera un error i es notifica l’error visual.
Quan s'executa tot el codi de prova, es genera automàticament un informe. Aquest informe és revisat manualment per un verificador humà per comprovar totes les imatges de la captura de pantalla que són diferents de les imatges de base. Algunes eines generen una imatge diferencial per ressaltar la diferència entre la captura de pantalla real i esperada.
Si la diferència és causada per un problema al codi, el desenvolupador pot solucionar-lo i tornar-lo a executar. Si la diferència és causada per un canvi obligatori a la interfície d’usuari de l’aplicació, el desenvolupador revisa aquesta captura de pantalla i actualitza la captura de pantalla de base per poder passar les proves futures.
Les proves visuals inclouen eines gratuïtes i de pagament. Analitzem detalladament les eines.
Llista de les principals eines de prova visual
Eines gratuïtes i de codi obert basades en codis / scripts
A continuació es mostra la llista de les eines de validació visual basades en codi que són de codi obert i estan disponibles de forma gratuïta.
- PhantomCSS (UJs CapserJs)
- FBSnapshotTestCase (Utilitza XCTest)
- Bessons (Utilitza JS DSL)
- Agulla (Utilitza Python)
- Regressió de la pàgina Rspec (Utilitza Capibara)
- Pix-Diff (Utilitza JS i Protractor)
- Selenium Visual Diff (Utilitza Java i WD)
- Vizregress (Utilitza .NET i WD)
- VisualCeption (Utilitza PHP i CodeCeption)
- Espectre (Utilitza un DSL JS)
Eines gratuïtes i de codi obert basades en la configuració
A continuació es detallen les eines de validació visual basades en la configuració de codi obert i disponibles de forma gratuïta:
- BaskstopJS
- dpxdtMake –Depictat
- CSSCritic
- Grunt Photobox
- VIFF
- Ceba verda
- follet
- Prova visual CSS
- Fes clic i compara
- Grunt-Vigo
- Galen Framework
- Automoció
No aprofundirem en cadascuna de les eines anteriors, però, discutim breument sobre les millors.
com obrir un fitxer .air
CSS fantasma és una de les eines de codi obert molt populars per a la validació visual. Té 4.768 estrelles GitHub. Us ajuda amb proves de regressió visual automatitzades. Utilitza CasperJS per fer les captures de pantalla i les compara amb les captures de pantalla de base amb Resemble.js.
(imatge font )
Genera les diferències de la imatge en funció de les diferències de píxels RGB. Aquesta eina només és útil quan la interfície d’usuari és previsible.
FBSnapshotTestCase també és una altra eina popular en aquesta categoria. Té 880 estrelles GitHub.
Captura un UIView o CALayer configurat i utilitza un mètode anomenat render InContext: per adquirir una instantània de la imatge del seu contingut. Coincideix aquesta imatge amb una 'imatge de referència' que es conserva al dipòsit de codi font i falla la prova en cas que les dues instantànies no coincideixin.
BackstopJS és una eina líder en la categoria d'eines basades en la configuració. Capta els CSS Curveballs. És una eina d’automatització de proves de regressió visual que pot provar la interfície d’usuari web sensible fent coincidir les captures de pantalla de DOM amb el pas del temps.
És una eina fàcil d'utilitzar amb algunes funcions fantàstiques com ara la interfície d'usuari d'informes al navegador, la representació integrada de la base, els informes JUnit, els informes CLI, etc.
Galen Framework també és un dels famosos marcs de codi obert per a proves de validació visual. Mitjançant aquesta eina podeu provar el disseny i el disseny sensible de les aplicacions web de manera automatitzada.
(imatge font )
Aquest marc funciona bé a la xarxa de seleni.
Analitzem ara algunes eines i marcs comercials disponibles per a Visual Test Automation.
Eines comercials
# 1) Applitools
És un dels marcs comercials més populars per a proves visuals automatitzades i proves de regressió visual. Aquesta eina proporciona una visió cognitiva impulsada per la IA. Utilitza intel·ligència artificial per ajudar-vos a fer proves i supervisions visuals de punta a punta.
Amb Applitools, podeu provar automàticament centenars de components de la interfície d’usuari en totes les plataformes i configuracions sense escriure cap codi o amb un codi molt mínim. Compta amb més de 40 marcs i idiomes de proves.
També admet el procés DevOps, on podeu integrar fàcilment els casos de proves visuals a la canonada CI / CD. Aquesta eina també us permet crear informes visuals personalitzats.
Aquest marc està sent utilitzat per algunes empreses destacades com Sony, SAP, MasterCard i PayPal. També té ressenyes de clients molt positives.
El proveïdor ofereix tres versions d’aquest framework, és a dir, Starter, Enterprise Public Cloud i Enterprise Dedicated Cloud. Haureu de contactar amb el proveïdor per obtenir el preu.
Lloc web: Applitools
# 2) Proves visuals de prova de navegació creuada
Crossbrowsertesting és una plataforma de proves web desenvolupada per SmartBear per a tot el procés de proves. Aquesta eina cobreix les proves visuals, així com les proves de regressió visual.
La funció de prova de captures de pantalla que proporciona aquesta eina captura captures de pantalla de pàgina completa i ajuda ràpidament a trobar errors visuals i al seguiment d’incongruències visuals. Per iniciar una prova de captura de pantalla, heu de proporcionar l'URL i seleccionar alguns navegadors.
Les proves de captures de pantalla estan disponibles per a la majoria de dispositius d'escriptori i dispositius mòbils populars. Podeu combinar i fer coincidir la resolució del navegador per fer proves dinàmiques de resposta en navegadors d’escriptori i orientacions mòbils. La prova de captura de pantalla capturarà tres visualitzacions de cada configuració, és a dir, sense crom, Windowed, Full-page i Full-page.
Podeu filtrar ràpidament els resultats de les proves i veure els errors visuals. També podeu passar a una prova en viu i depurar o corregir els defectes visuals. Podeu provar entorns locals i de desenvolupament mitjançant una eina de connexió local que proporciona aquest programari.
Per a les proves de regressió visual, un cop hàgiu executat amb èxit una prova de captura de pantalla, podeu programar-la diàriament, setmanalment o mensualment. L'eina també enviarà les notificacions dels resultats de la prova.
Aquesta eina té un motor de comparació automatitzat per capturar captures de pantalla automatitzades de la mateixa pàgina en diverses configuracions. A partir d’aquí, podeu seleccionar un navegador de línia de base i, a continuació, avaluar les diferències de disseny ressaltades al costat.
També ofereix algunes opcions avançades per fer la prova més potent. Aquestes opcions inclouen autenticació bàsica, perfil d’inici de sessió, script Selenium, retard de captura de pantalla, enviament de correus electrònics, amaga elements fixos, etc.
Llegiu també = >> Com fer una captura de pantalla a Selenium
Aquesta és una eina de preus. Tot i això, també hi ha disponible una prova gratuïta. La versió de proves en viu d'aquesta eina us costarà 29 dòlars al mes, les proves automàtiques tindran un preu de 60 dòlars al mes i les proves il·limitades de 100 dòlars al mes.
Lloc web: Prova de navegació creuada
# 3) Proves visuals de Percy
Percy és una de les eines poderoses per a proves visuals automatitzades. Permet integrar, executar i revisar les proves visuals. La integració es pot fer mitjançant marcs d’automatització de proves, serveis CI / CD o directament a través de la vostra aplicació.
Després de la integració, podem començar a executar les proves visuals necessàries a les aplicacions i components. Quan s'inicia una prova visual, l'eina Percy extreu captures de pantalla de la interfície d'usuari de diversos navegadors i amplades de resposta. A continuació, fa una comparació de la línia base píxel per píxel i identifica els canvis visuals rellevants de la vostra interfície d’usuari.
Un cop representades les captures de pantalla, podeu revisar-les per si hi ha problemes visuals.
Les diferències de píxel a píxel i les diferències de resposta proporcionades per aquesta eina proporcionen una gran cobertura visual. A més, la funció d’estabilització de la instantània minimitza els falsos positius.
Aquesta és una eina de pagament. Tot i això, també ofereix una versió de prova gratuïta. Les versions de pagament tenen tres sabors: Essential, Business i Enterprise. La versió essencial té un preu de 29 dòlars al mes, la versió empresarial té un preu de 849 dòlars al mes i la versió Enterprise es crea personalitzada segons les vostres necessitats, de manera que el seu preu variarà en conseqüència.
Lloc web: Proves visuals de Percy
# 4) Screener.io
Aquesta és una eina de proves automatitzades que us permet enregistrar i executar les proves en temps real al núvol. Els fluxos de prova es poden automatitzar fàcilment sense necessitat de codificar. Detecta automàticament les incoherències de la interfície d’usuari en diferents plataformes. També admet la prova de components del llibre de contes.
Us permet fer proves visuals en combinació amb proves funcionals en la mateixa prova, cosa que augmenta la cobertura global de la prova. Les empreses que utilitzen screener.io inclouen Yammer, Microsoft, uber, etc.
El paquet d’inici d’aquesta eina us costarà aproximadament 249 dòlars al mes, el paquet Perform tindrà un preu de 499 dòlars al mes i el paquet Enterprise tindrà un preu personalitzat segons els vostres requisits.
Lloc web: Screener.io
# 5) prova final
endtest és una plataforma de proves d’interfície d’usuari que admet proves d’automatització sense codi amb l’ajut de l’aprenentatge automàtic. Us permet crear ràpidament les proves automatitzades, emmagatzemar-les i executar-les directament al núvol. També tenen una extensió crom mitjançant la qual podeu enregistrar les proves.
Aquesta eina té moltes funcions com generar dades de proves aleatòries, afirmació avançada, còpies de seguretat automàtiques, geolocalització, vídeos en directe, comparació de captures de pantalla, etc.
Lloc web: prova final
Conclusió
En aquest tutorial, hem comentat la importància de les proves de validació visual en l’escenari actual, en què l’aplicació de programari ha de funcionar bé en múltiples configuracions de mides de pantalla, dispositius mòbils, sistemes operatius, resolucions de pantalla, etc.
Si voleu una bona experiència d’usuari, les proves de validació visual són tan importants com les proves funcionals. Les proves visuals i les proves funcionals, quan es combinen, poden proporcionar una àmplia cobertura de proves.
Hi ha una gran varietat d’eines i marcs de codi obert i comercials disponibles per a proves de validació visual. En aquest tutorial hem comentat algunes de les millors eines. Aquestes eines poden ajudar-vos amb les proves visuals automatitzades i les proves de regressió visual.
Bona lectura!
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Proves alfa i proves beta (guia completa)
- Guia final de proves de validació
- 11 millors eines d'automatització per provar aplicacions d'Android (eines de prova d'aplicacions d'Android)
- Proves de seguretat de xarxa i millors eines de seguretat de xarxa
- Proves funcionals contra proves no funcionals
- Prova de descàrrega de llibres electrònics
- Les diferències entre la prova unitària, la prova d’integració i la prova funcional