Vejledning til visuel regressionstest med visuelle testværktøjer

guide visual regression testing with visual testing tools

Prøv Vores Instrument Til At Fjerne Problemer

Vælg Operativsystemet Vælg Et Projektionsprojekt (Valgfrit)

Beskriv Dit Problem

Denne omfattende guide forklarer alt om visuel regressionstest. Omfatter også gennemgang af gratis og kommercielle visuelle testværktøjer som Applitools, Percy, Screener osv .:

Visuel regressionstest eller visuel test i software er en kvalitetssikringsaktivitet, der bekræfter, om de visuelle aspekter af applikationens brugergrænseflade synes passende for brugeren. Det er også kendt som Visual Validation Testing.

Det sigter mod at kontrollere, om de korrekte data og indhold vises i applikationens frontend. Derudover validerer det også layoutet og udseendet på hvert visuelt element, der findes på brugergrænsefladen og hele brugergrænsefladen.

Hvad er visuel regressionstest

Hvad du vil lære:

Test af visuel regression
Liste over de bedste visuelle testværktøjer
Konklusion
- Anbefalet læsning

Test af visuel regression

Når vi taler om rigtigheden af layout, betyder det, at placeringen, formen og størrelsen af hvert element på skærmen er korrekt. Elementer bør ikke overlappe hinanden, de skal være synlige og ikke skjulte.

Det visuelle element her kan henvise til et billede, en side, en del af en side eller en del af et billede.

Validerende udseende betyder, at skrifttypen, farven, lysstyrken, kontrasten, tætheden, struktur, visuelle vægt, grafik osv. For de visuelle elementer skal se korrekt ud.

Hvad er visuel regressionstest?

Regressionstest sikrer, at enhver ændring, der introduceres til softwaren, ikke bryder noget, der tidligere fungerede fint.

Når det kommer til visuel test, sikrer den visuelle regressionstest, at eventuelle stilproblemer ikke dukker op, når der foretages ændringer i softwaren. Ansøgningen skal fortsætte med at se så godt ud som den var.

Et visuelt regressionstestværktøj fanger skærmbilleder af den aktuelle brugergrænseflade og sammenligner dem med de originale skærmbilleder. Så visuel regressionstest ser på de historiske forskelle. Det bekræfter, at websiden stadig gengives som forventet i forskellige browsere, selv efter ændringer af koden.

Nedenfor er et skærmbillede af en Visual Regression Test-kørsel taget gennem et automatiseret værktøj:

Visuel regressionstest

(billede kilde )

I dagens praksis med kontinuerlig integration bliver visuel regressionstest meget vigtig for at sikre, at de nye ændringer ikke forårsager noget rod i layoutet, da applikationen udvikler sig fra version til version og skrider frem på tværs af browsere.

Mange organisationer anvender visuel regressionstest for at registrere versioner af bestemte websider for at dokumentere, hvordan det skifter fra en iteration til en anden.

Betydningen af visuel valideringstest

Uanset hvor korrekt funktionaliteten i din applikation fungerer, vil den ikke være til nytte for kunden, medmindre den kan give en god brugergrænseflade og brugeroplevelse.

I disse dage taler vi ikke kun om UI (User Interface), men vi fokuserer også meget på UX (brugeroplevelse). Når vi målretter mod at levere bedre brugeroplevelse, bliver visuel test meget vigtig, fordi det mere tiltalende visuelle design kan opfattes som mere anvendeligt for brugeren.

Lad os se nedenstående eksempel fra Amazon-webstedet:

Betydningen af visuel testning

(billede kilde )

I ovenstående billede kan du bemærke, at teksten og billederne overlapper hinanden, og at de ikke er korrekt justeret. Dette er et eksempel på en visuel fejl, der kan skabe en dårlig brugeroplevelse, da kunden ikke kan gennemføre den tilsigtede handling på webstedet.

Visuelt design former brugeroplevelsen på mange måder.

For eksempel,

Store visuelle design hjælper med at opbygge tillid og troværdighed.
Forstærker image.
Påvirker læsbarhed.
Danner en visuel balance på skærmen.
Vejler brugerne i retning af handlinger.
Overtalte øjet til at flytte opmærksomheden mod bestemte sideelementer.

I dag har vi også et stort udvalg af operativsystemer, webbrowsere, skærmopløsninger og enheder, og det bliver derfor afgørende at sikre, at brugergrænsefladen vises korrekt på hver af de mulige kombinationer af disse.

Selv en lille forvrængning i brugergrænsefladen kan resultere i tab af forretning. Visuelle fejl kan være irriterende og ubehagelige for brugerne og skabe ulejlighed for dem.

Antag at du er interesseret i bankvirksomheden, og at du tilbyder en online mobilbankapplikation til dine kunder.

Du modtager klager fra nogle af dine kunder om, at når de vil overføre penge til en persons konto, og når de udfylder alle de krævede oplysninger, er de ikke i stand til at finde 'Indsend' på skærmen, og dette er en irriterende oplevelse for dem.

Når du undersøger problemet, finder du ud af, at afsendeknappen bliver skjult på en bestemt skærmopløsning til Android-mobiler, og det er grunden til, at alle kunder med Android-telefoner af den pågældende skærmstørrelse ikke kunne se afsendeknappen.

Så applikationens funktionalitet fungerede fint i dette tilfælde, men på grund af den visuelle fejl var brugerne ikke i stand til at fuldføre deres tilsigtede handlinger i appen. Dette eksempel viser, hvor vigtigt det er at teste de visuelle aspekter af applikationen på alle mulige konfigurationer, før du leverer applikationen til kunderne.

Nogle områder, hvor visuel valideringstest anbefales, er (fordi det direkte påvirker dit brand):

Mobilapps
Mobilt web / responsivt web
Marketing websteder
Indholdsstyringssystemer
Forbrugersystemer som flyselskaber, rejser, bank osv.

I betragtning af dets betydning bør virksomheder bruge en betydelig indsats og penge på visuel test. Hvis det bruges i kombination med de eksisterende udviklertests, hjælper det dig med at opdage de visuelle problemer i de tidlige stadier af udviklingslivscyklussen.

Visuelle testmetoder og processer

Som udviklere eller testere arbejder vi ofte på at teste applikationernes funktionalitet. Enten via manuelt eller et automatisk værktøj kontrollerer vi, om applikationen fungerer som forventet. Sådan funktionstestning er meget vigtig for at sikre, at applikationen fungerer problemfrit.

Men hvis vi tilføjer visuel test til dette, vil det forbedre den samlede test betydeligt. Således udføres denne test ofte i kombination med funktionstest.

Der er flere testmetoder og processer for at imødekomme udfordringerne ved visuel test af applikationer over brede konfigurationer. Der er også mange værktøjer til rådighed til understøttelse af visuel valideringstest.

Generelt er der to hovedtilgange, der følges til visuel valideringstest, dvs. kodebaseret og konfigurationsbaseret. De visuelle testværktøjer er også kategoriseret ud fra disse to tilgange.

Det kan gøres manuelt eller på en automatisk måde. På grund af visse involverede udfordringer kan den hverken være fuldt manuel eller fuldt automatiseret. Generelt foretrækkes en kombination af manuel og automatiseret tilgang.

Nedenfor er de 3 forskellige visuelle testmetoder, der generelt følges.

Hold kan vælge mellem en af disse muligheder afhængigt af deres behov:

# 1) Opret dedikerede visuelle tests : Dette er den mest anbefalede metode, da den giver dig fuld kontrol over visuel validering. Også ved hjælp af denne tilgang kan du skrive tests med moderat indsats. Men ja, du bliver nødt til at skrive testene fra bunden, og det har brug for noget betydelig tid.

# 2) Indsæt visuelle kontrolpunkter i eksisterende funktionelle tests: I denne metode har du allerede test til validering af applikationens funktionalitet, og du tilføjer bare nogle visuelle kontroller mellem disse tests for at validere siderne.

Selvfølgelig begrænser denne metode din testdækning, men det er en hurtig måde at indsætte visuelle tests på og drage fordel af den eksisterende funktionelle testkode.

# 3) Indsæt implicit visuel validering i den eksisterende testramme: Denne metode er meget let at implementere, da den kun kræver nogle få linjer kode. Det lider dog under begrænsningen, at du også kan foretage generisk validering i dette tilfælde. Du kan ikke validere bestemte komponenter i rammen.

Når vi går videre, vil vi diskutere manuel og automatiseret visuel test. Vi vil også kontrollere de visuelle testværktøjer og rammer i detaljer.

c ++ eksempel på regulært udtryk

Manuel visuel test

Softwarevirksomheder står over for to muligheder for at udføre visuel testning, dvs. manuel test eller automatiseret test. Lad os se manuel visuel testning i detaljer.

Selvom manuel test kan være langsom, dyr og fejlbehæftet på grund af interface-designets subjektive karakter, er det ofte ikke muligt at have en automatiseret test for at fange rigtigheden af ethvert scenarie. Så til tider er vi nødt til at vælge en balance mellem manuel og automatiseringstest.

En af de største fordele ved manuel test af et menneske kan også se uden for testens rækkevidde. En automatiseringstest kan kun fange det problem, der er inden for dets omfang, men i en manuel test kan en menneskelig tester også se andre kosmetiske fejl og andre ting, der ser forkert ud i brugergrænsefladen.

Da manuelle test er tættere på virkelige brugerhandlinger, kan de registrere layoutfejl og designproblemer, der generelt afdækkes, når en rigtig bruger interagerer med applikationen.

Du kan gå til manuel test i de tidlige stadier af applikationsudviklingen, når din brugergrænseflade er ustabil. Det er også nyttigt til ad hoc-test, når du har brug for hurtig kontrol på stedet.

I manuel visuel valideringstest skal testeren manuelt kontrollere de visuelle elementers udseende og layout. Dette kan omfatte at tage aktuelle skærmbilleder og derefter manuelt sammenligne dem med baseline-skærmbillederne for at identificere eventuelle huller.

En anden effektiv måde at udføre manuel test på er at bruge en komponent explorer. I dette definerer du testtilstande, bruger explorer til at vælge en tilstand og komponent og kontrollere den på skærmen. Et sådant værktøj er React Storybook, hvor du kan udvikle UI-komponenter isoleret.

Gennem denne metode kan en tester køre en manuel test af en komponent, kontrollere hvordan den gengives og se om den fungerer fint eller ej.

Manuel testtrin:

Gennemse appen og fang de kendte gode baseline-skærmbilleder.
På et senere tidspunkt skal du tage et andet sæt skærmbilleder fra den nyeste version af appen.
Sammenlign nu manuelt disse skærmbilleder (baseline vs nuværende) for at finde ud af de visuelle fejl.

Automatiseret visuel test

Automatiseret visuel test er en måde til automatisk at verificere, om en brugergrænseflade visuelt vises som beregnet.

Fordelene ved automatisering af visuelle tests er, at de tilbyder langsigtet omkostningseffektivitet, er hurtigere end manuelle tests, mere nøjagtige, da de kan udelukke menneskelige fejl og levere pixel-perfekte visuelle tests, de er genanvendelige og gennemsigtige, da de tilbyder automatiske rapporter, der let og let tilgængelig for alle i teamet.

Nogle af begrænsningerne ved automatiseret visuel test er, at der kan være store udgifter på forhånd, og du bliver nødt til at bruge en betydelig indsats i testvedligeholdelse for at imødekomme enhver ændring.

I automatiseringstest er omfanget smallere, medmindre skærmtest er på plads. Der er også en stejl indlæringskurve, da organisationerne tager sig tid til at lære om automatiseringsprøvningsværktøjer.

At gå med automatisering ville være et godt valg, hvis du skal udføre visuel test af regression for at håndtere hyppige ændringer, der sker i et stabilt brugergrænseflade. Automatiseret test hjælper også med en fantastisk visuel sammenligning af skærmbillede.

Automatisk sammenligning af skærmbilleder giver en stor grad af præcision i visuel test og øger ROI. Den automatiserede screenshot-sammenligning kan fange de fejl, der er umulige at blive opdaget med menneskelige øjne og manuel sammenligning. Det er også nyttigt i slutningen af slutningen af test for komplekse brugerhistorier.

Der findes en bred vifte af open source og kommercielle værktøjer til automatiseret test.

Nedenstående billede viser, hvordan visuel validering kan automatiseres ved hjælp af ethvert programmeringssprog:

automatiseret visuel test

(billede kilde )

Nedenfor er den generelle arbejdsgang for Visual Test Automation:

generel arbejdsgang for visuel testautomatisering

(billede kilde )

Som vist i ovenstående arbejdsgangsdiagram er der 4 trin involveret i automatiseret visuel testning:

Trin 1 : I dette trin er vi nødt til at køre applikationen & test og fange skærmbilleder.

hvordan man bruger grep-kommandoen i unix

Trin 2 : I dette trin sammenligner automatiseringsværktøjet disse skærmbilleder med baseline-skærmbillederne. Baseline-skærmbillederne er generelt de billeder, der blev taget i de foregående testkørsler og bevist af en tester.

Trin 3: Når værktøjet først opnår resultaterne af billedsammenligningerne, genererer det en rapport, der fremhæver alle de fundne forskelle.

For eksempel,nedenstående billede viser et af testautomatiseringsværktøjerne, der fremhæver forskellene i en vinkelapplikation:

Applitools

Trin 4 : I det sidste trin gennemgår testeren rapporten og kontrollerer for hver forskel, om det er en fejl eller en gyldig ændring (falske positive). Baseret på dette opdateres basislinjebillederne.

I den første testkørsel har du ikke basislinjebilleder. Så de billeder, der blev opnået i første kørsel, behandles generelt selv som basislinjebilleder. Fra næste løb sammenlignes de med skærmbillederne.

Bedste fremgangsmåder til automatiseret visuel test

Vælg et værktøj, der er smart nok til at ignorere falske positive. Værktøjet skal være i stand til at håndtere anti-aliasing, pixelforskydninger osv. Og fejler ikke dine tests på grund af disse grunde.
Testautomatisering skal kunne håndtere dynamisk og bevægeligt indhold.
Stol ikke på fejlforhold eller konfiguration af tærskler. Det eneste, der skal have betydning, er, om et menneske kan se denne forskel, og vil det påvirke brugeroplevelsen?
Automatiseringsalgoritmen skal være i stand til at analysere sidens struktur og skal være i stand til at sammenligne layout.
Foretrækker validering af fuld UI-side i stedet for individuelle komponenter. Dette vil give mere og bedre dækning. I tilfælde af validering af kun specifikke komponenter kan du gå glip af uventede fejl.

Automatiske testværktøjer og visuelle testrammer

I dag findes der en lang række (næsten 30 plus) værktøjer på markedet til automatiseret visuel test. Nogle af disse værktøjer er open source, mens nogle er kommercielle. De fleste af disse værktøjer fungerer på samme måde, men de forfølger en anden arbejdsgang pr. Målgruppe.

For frontend-udviklere er der to typer rammer involveret i visuel test. Først skal du have en testløber, der giver dig mulighed for at skrive og udføre testene. For det andet har du brug for en browserautomatiseringsramme for at replikere brugerinteraktioner. Disse to rammer kaldes fælles som Visual test-kode.

Ved hjælp af disse testrammer opretter udviklerne koden, der efterligner rigtige brugerhandlinger som at skrive tekst eller klikke på knapper. Testkoden har kommandoer til at tage skærmbilleder på relevante punkter. Når testen udføres første gang, tages et indledende sæt skærmbilleder.

Disse skærmbilleder fungerer som en basislinje til sammenligning, når der foretages ændringer i applikationen. Når grundlinjen er grundlagt, udfører udvikleren koden i baggrunden. Når der findes en ændring, fanges skærmbilledet af ændringen.

Testløberen sammenligner dette skærmbillede med baseline-skærmbilledet for det kodeområde. Hvis der findes forskelle mellem billederne, betragtes testen som en fiasko, og den visuelle fejl rapporteres.

Når hele testkoden udføres, genereres en rapport automatisk. Denne rapport gennemgås manuelt af en menneskelig tester for at kontrollere alle skærmbillederne, der adskiller sig fra basislinjebillederne. Nogle værktøjer genererer et diff-billede for at fremhæve forskellen mellem det faktiske og forventede screenshot.

Hvis forskellen skyldes et problem i koden, kan udvikleren rette problemet og køre koden igen. Hvis forskellen skyldes en påkrævet ændring i applikationsgrænsefladen, gennemgår udvikleren dette skærmbillede og opdaterer baseline-skærmbilledet, så de fremtidige tests kan bestå.

Visuel test inkluderer både gratis og betalte værktøjer. Lad os diskutere værktøjerne detaljeret.

Liste over de bedste visuelle testværktøjer

Kode / scriptbaseret open source og gratis værktøjer

Nedenfor vises listen over de kodebaserede visuelle valideringsværktøjer, der er open source og er tilgængelige gratis.

PhantomCSS (UJs CapserJs)
FBSnapshotTestCase (Bruger XCTest)
tvilling (Bruger JS DSL)
Nål (Bruger Python)
Rspec side regression (Bruger Capibara)
Pix-Diff (Bruger JS og vinkelmåler)
Selen Visual Diff (Bruger Java og WD)
Vizregress (Bruger .NET og WD)
VisualCeption (Bruger PHP og CodeCeption)
Spectre (Bruger en JS DSL)

Konfigurationsbaseret open source og gratis værktøjer

Konfigurationsbaserede visuelle valideringsværktøjer, der er open source og tilgængelige gratis, er angivet nedenfor til din reference:

Vi går ikke dybt ind i hvert af ovenstående værktøjer, men lad os kort diskutere de bedste.

Phantom CSS er et af de meget populære open source-værktøjer til visuel validering. Det har 4.768 GitHub-stjerner. Det hjælper dig med automatiseret visuel regressionstest. Det bruger CasperJS til at tage skærmbillederne og sammenligner dem med baseline-skærmbillederne ved hjælp af Resemble.js.

Phantom CSS

(billede kilde )

Det genererer billedforskelle baseret på RGB-pixelforskelle. Dette værktøj er kun nyttigt, når brugergrænsefladen er forudsigelig.

FBSnapshotTestCase er også et andet populært værktøj i denne kategori. Den har 880 GitHub-stjerner.

FBSnapshotTestCase

Det fanger et konfigureret UIView eller CALayer og anvender en metode kaldet render InContext: at erhverve et billedsnapshot af dets indhold. Det matcher dette billede mod et 'referencebillede', der er gemt i dit kildekodedepot, og mislykkes testen, hvis de to snapshots ikke stemmer overens.

BackstopJS er et førende værktøj i kategorien konfigurationsbaserede værktøjer. Det fanger CSS Curveballs. Det er et automatiseringsværktøj til visuel regressionstest, der kan teste det responsive web-UI ved at matche DOM-skærmbillederne over tid.

BackstopJS

Det er et brugervenligt værktøj med nogle fantastiske funktioner som brugergrænseflade til rapportering i browseren, integreret docker-gengivelse, JUnit-rapporter, CLI-rapporter osv.

Galen framework er også en af de berømte open source-rammer til visuel valideringstest. Ved hjælp af dette værktøj kan du teste layoutet og responsivt design af webapps på en automatisk måde.

Galen ramme

(billede kilde )

Denne ramme kører godt i selenettet.

Lad os diskutere nogle kommercielle værktøjer og rammer, der er tilgængelige til Visual Test Automation nu!

Kommercielle værktøjer

# 1) Applitools

Det er en af de meget populære kommercielle rammer til automatiseret visuel test og visuel regressionstest. Dette værktøj giver en AI-drevet kognitiv vision. Det bruger kunstig intelligens til at hjælpe dig med visuel test og overvågning fra ende til anden.

Med Applitools kan du automatisk teste hundredvis af UI-komponenter på tværs af alle platforme og konfigurationer uden at skrive nogen kode eller med meget minimal kode. Det har understøttelse af mere end 40 testrammer og sprog.

Det understøtter også DevOps-processen, hvor du nemt kan integrere dine visuelle testtilfælde i CI / CD-pipelinen. Dette værktøj giver dig også mulighed for at oprette brugerdefinerede visuelle rapporter.

Applitools

Denne ramme anvendes af nogle topfirmaer, herunder Sony, SAP, MasterCard og PayPal. Det har også meget positive kundeanmeldelser.

Sælgeren tilbyder tre versioner af denne ramme, dvs. Starter, Enterprise Public Cloud og Enterprise Dedicated Cloud. Du skal kontakte sælgeren for prisfastsættelse.

Internet side: Applitools

# 2) Crossbrowsertesting af visuel test

Crossbrowsertesting er en webtestplatform udviklet af SmartBear til hele testprocessen. Dette værktøj dækker visuel test såvel som visuel regressionstest.

Screenshot-testfunktionen, der leveres af dette værktøj, fanger skærmbilleder på helside og hjælper hurtigt med at finde visuelle fejl og spore visuelle uoverensstemmelser. For at starte en screenshot-test skal du angive URL'en og vælge nogle browsere.

Screenshot-test er tilgængelige for de fleste desktop-enheder og populære mobile enheder. Du kan blande og matche din browseropløsning for dynamisk responsiv test på tværs af desktopbrowsere og mobilretninger. Din screenshot-test fanger tre visninger af hver konfiguration, dvs. Windowed, Full-side og Full-side chromeless.

Du kan hurtigt filtrere dine testresultater og se de visuelle fejl. Du kan også springe til en live test og debug eller rette de visuelle defekter. Du kan teste lokale og udviklingsmiljøer via et lokalt forbindelsesværktøj leveret af denne software.

Crossbrowsertesting

Når du har udført en screenshot-test, når du har udført visuel regressionstest, kan du bare planlægge den dagligt, ugentligt eller månedligt. Værktøjet sender også meddelelser om testresultater.

Dette værktøj har en automatiseret sammenligningsmotor til at fange automatiske skærmbilleder af den samme side på tværs af forskellige konfigurationer. Herfra kan du vælge en baseline-browser og derefter evaluere de fremhævede layoutforskelle ved siden af.

Det tilbyder også nogle avancerede muligheder for at gøre din test mere kraftfuld. Disse muligheder inkluderer grundlæggende godkendelse, loginprofil, Selenium-script, skærmbilledforsinkelse, send e-mails, skjul faste elementer osv.

Læs også = >> Sådan tager du skærmbillede i selen

Dette er et prissat værktøj. En gratis prøveversion er dog også tilgængelig. Live testversionen af dette værktøj koster dig $ 29 / måned, automatisk test er prissat til $ 60 / måned og ubegrænset test er prissat til $ 100 / måned.

Internet side: Crossbrowsertesting

# 3) Percy Visual Testing

Percy er et af de kraftfulde værktøjer til automatiseret visuel test. Det giver dig mulighed for at integrere, udføre og gennemgå de visuelle tests. Integration kan ske via testautomatiseringsrammer, CI / CD-tjenester eller direkte gennem din applikation.

bedste gratis pop up blocker krom

Efter integration kan vi begynde at udføre de nødvendige visuelle tests på applikationer og komponenter. Når en visuel test startes, udtrækker Percy-værktøjet UI-skærmbilleder i forskellige browsere og responsive bredder. Det foretager derefter en sammenligning af pixel for pixel baseline og identificerer alle relevante visuelle ændringer i dit brugergrænseflade.

Når skærmbillederne er gengivet, kan du gennemse dem for eventuelle visuelle problemer.

Percy visuel testning

Pixel for pixel diffs og responsive diffs leveret af dette værktøj giver stor visuel dækning. Snapstabiliseringsfunktionen minimerer også falske positive.

Dette er et betalt værktøj. Det tilbyder dog også en gratis prøveversion. De betalte versioner har tre varianter, dvs. Essential, Business og Enterprise. Essential-versionen er prissat til $ 29 / måned, Business-versionen er prissat til $ 849 / måned, og Enterprise-versionen er brugerdefineret efter dit behov, derfor vil prisen variere i overensstemmelse hermed.

Internet side: Percy Visual Testing

# 4) Screener.io

Dette er et automatiseret testværktøj, der lader dig optage og udføre testene i realtid i skyen. Teststrømme kan let automatiseres uden kodning krævet. Det opdager automatisk UI-inkonsekvenser på tværs af forskellige platforme. Det understøtter også test af storybook-komponenter.

Screener.io

Det giver dig mulighed for at udføre visuel test i kombination med funktionel test i samme testkørsel, hvilket øger den samlede testdækning. Virksomheder, der bruger screener.io inkluderer Yammer, Microsoft, uber osv.

Startpakken til dette værktøj vil koste dig omkring $ 249 / mo, Perform-pakken er prissat til $ 499 / mo, og Enterprise-pakken har tilpasset prisfastsættelse baseret på dine krav.

Internet side: Screener.io

#5) endtest

endtest er en UI-testplatform, der understøtter kodeløs automatiseringstest ved hjælp af maskinindlæring. Det giver dig mulighed for hurtigt at oprette de automatiserede tests, gemme og udføre dem direkte i skyen. De har også en kromforlængelse, hvorigennem du kan registrere testene.

endtest

Dette værktøj har mange funktioner som genererer tilfældige testdata, avanceret påstand, automatisk sikkerhedskopiering, geolocation, livevideoer, sammenligning af skærmbilleder osv.

Internet side: endtest

Konklusion

I denne vejledning diskuterede vi, hvor vigtig visuel valideringstest er i dagens scenarie, hvor softwareapplikationen skal fungere fint på flere konfigurationer af skærmstørrelser, mobile enheder, operativsystemer, skærmopløsninger osv.

Hvis du vil have en god brugeroplevelse, er visuel valideringstest lige så vigtig som funktionel test. Visuel test og funktionstest, når de kombineres, kan give bred testdækning.

Der er en bred vifte af open source og kommercielle værktøjer og rammer til rådighed til visuel valideringstest. Vi diskuterede nogle af de bedste værktøjer i denne vejledning. Disse værktøjer kan faktisk hjælpe dig med automatiseret visuel test og visuel regressionstest.

God læselyst!

Vejledning til visuel regressionstest med visuelle testværktøjer