what is cross browser testing
Een complete beginnershandleiding voor crossbrowser-testen:
Cross Browser Testing is een soort test om te controleren of een applicatie werkt in verschillende browsers zoals verwacht en degelijk degradeert. Het is het proces waarbij de compatibiliteit van uw app met verschillende browsers wordt gecontroleerd.
Vaak ben ik een probleem tegengekomen met een website en bij het bellen van de technische ondersteuning, zeiden ze me gewoon dat ik het in een andere browser moest proberen? Als ik dat doe, werkt het en voel ik me een totale idioot, ook al verdien ik mijn brood door in de software-industrie te werken.
Ik wed dat dit jullie allemaal is overkomen, nietwaar?
Uiteindelijk denk ik altijd ‘waarom dacht ik daar niet aan?’ Maar geloof me, na verloop van tijd heb ik me gerealiseerd dat het niet mijn schuld is; het is alleen dat de website niet uitgebreid is getest met betrekking tot cross-browser compatibiliteitstests en als eindgebruiker heb ik zojuist een bug gevonden.
Wat je leert:
- Invoering
- Wat is crossbrowser-testen?
- Waarom wordt het uitgevoerd?
- Wie voert deze tests uit?
- Hoe crossbrowser-tests uit te voeren?
- Aanbevolen hulpmiddelen
- Wanneer moet u met deze test beginnen?
- Wat te testen?
- Om samen te vatten 'hoe' om te testen in verschillende browsers
- Wanneer is de beste tijd om dit te doen?
- Gevolgtrekking
- Aanbevolen literatuur
Invoering
We hebben allemaal opgemerkt dat sommige websites niet correct worden weergegeven in sommige browsers en we denken gewoon dat de website kapot is. Maar zodra u het in een andere browser opent, wordt de website prima geopend. Dit gedrag verklaart dus de compatibiliteit van een website met verschillende browsers.
Elke browser interpreteert de informatie op de webpagina op een andere manier. Het is dus mogelijk dat sommige browsers de functies missen die uw website probeert weer te geven, waardoor uw website er in die browser niet goed uitziet.
Bijvoorbeeld , zoals hieronder getoond, zijn de fouten in de aanmeldingsformulieren niet hetzelfde in beide browsers. Ook zijn de tekstkleur, het lettertype enz. Ook anders als je ze goed bekijkt.
Met de vooruitgang in technologie zijn er verschillende opties beschikbaar voor browsers, en het is niet alleen voldoende om een website in een van de browsers te laten werken.
Gebruikers moeten niet worden beperkt tot het gebruik van een specifieke browser om toegang te krijgen tot uw applicatie. Daarom wordt het nodig om de compatibiliteit van uw website met verschillende browsers te testen. Enkele van de meest gebruikte browsers zijn Chrome, Safari, Firefox, Internet Explorer etc.
Omdat dat het achtergrondverhaal is, wed ik dat jullie allemaal het onderwerp van de discussie van vandaag hebben bedacht - Cross-browser testen.
Zoals een huisartsenpraktijk bij STH, gaan we ons concentreren op de basis. Wij geloven dat elk concept zinvol zal zijn als we de basisvragen stellen rond zoals- 'Wat, waarom, hoe, wie, wanneer, waar'.
Laten we dat doen terwijl we gaan.
Wat is crossbrowser-testen?
# 1) Cross-browser testen is gewoon wat de naam betekent - dat wil zeggen, om uw website of applicatie in meerdere browsers te testen - en ervoor te zorgen dat deze consistent en zoals bedoeld werkt, zonder enige afhankelijkheid of compromis in kwaliteit.
#twee) Dit geldt voor beide Web en mobiele applicaties
# 3) Welke soorten toepassingen ondergaan dit? - Klantgerichte applicaties zijn de beste keuze. Op dit punt vraagt u zich misschien af: 'Zijn niet alle applicaties klantgericht?' Wel, ja. Zij zijn. Laten we echter naar een voorbeeld kijken.
Toepassing 1: Een applicatie ontwikkeld voor een bedrijf om intern zijn inventaris bij te houden
Toepassing 2: Dit is voor de eindgebruikers om producten van dit bedrijf te kopen
- Het is duidelijk dat het beste idee zou zijn om Applicatie 2 te testen voor het testen van browsercompatibiliteit, aangezien het onmogelijk is om te bepalen welke browsers / platforms / versies de eindgebruiker gaat gebruiken.
- Aan de andere kant, als alle computers binnen het bedrijf Windows 8-machines gebruiken met de Chrome-browser, dan is het niet nodig om naar iets anders te zoeken of te testen met betrekking tot Applicatie 1.
Waarom wordt het uitgevoerd?
Wat dat betreft, waarom worden er tests uitgevoerd?
- Om te weten wat er mis is en het te kunnen repareren.
- Om de efficiëntie en gebruikerservaring en daarmee het bedrijfsleven te verbeteren.
- Op de hoogte blijven van mogelijke valkuilen
Maar specifiek, als we denken: Wat is de bedoeling van cross-browser testen? - Dit is tweeledig.
- De weergave of het uiterlijk van de pagina in verschillende browsers - is het hetzelfde, is het anders, als de ene beter is dan de andere, enz.
- De functionaliteit en de werking ervan. (Natuurlijk!)
Wie voert deze tests uit?
- Denk je: 'Er zijn een miljoen browsers, versies en platforms die je moet kiezen?' - Dit is gelukkig geen beslissing die onder de verantwoordelijkheid van de tester valt. De klant, het businessanalyseteam en de marketingteams spelen een grote rol bij deze beslissing. Bedrijven verzamelen ook gebruiks- / verkeersstatistieken om te bepalen welke browsers, omgevingen en apparaten het meest worden gebruikt.
- Het hele projectteam dient geïnvesteerde rente, tijd, geld en infrastructuur te hebben om dit streven te ondersteunen.
- Het QA-team kan bij dit proces worden betrokken, of het kan het ontwerpteam zijn dat graag wil weten hoe de applicatie presteert in meerdere browsers.
- Of het nu wordt uitgevoerd door QA of een ander team, de resultaten worden geïnterpreteerd door de ontwerp- en ontwikkelingsteams en de relevante wijzigingen worden aangebracht.
Hoe crossbrowser-tests uit te voeren?
Nu zijn we aan het praten!
Allereerst: wordt het handmatig gedaan of met een tool?
Het kan zeker handmatig worden gedaan - meerdere machines, meerdere besturingssystemen, meerdere browsers, meerdere machines en, maar dit leidt duidelijk tot meerdere problemen, meerdere investeringen en meerdere uitdagingen.
Handmatige methode
In dit geval identificeert een bedrijf de browsers die de applicatie moet ondersteunen. Testers voeren vervolgens dezelfde testcases opnieuw uit met verschillende browsers en observeren het gedrag van de applicatie en rapporteren eventuele bugs.
Bij dit type testen is het niet mogelijk om veel browsers te dekken en het is ook mogelijk dat de toepassing niet wordt getest op belangrijke browserversies.
Het handmatig uitvoeren van cross-browserchecks is ook duur en tijdrovend.
Geautomatiseerde methode
Bij cross-browser testen wordt in feite dezelfde set testcases meerdere keren uitgevoerd in verschillende browsers.
Dit type herhaalde taak is het meest geschikt voor automatisering. Het is dus kosten- en tijdbesparend om deze tests uit te voeren met behulp van tools.
hoe eclipse te gebruiken voor c
Er zijn dus veel tools op de markt om dit gemakkelijker te maken.
De tools helpen ons met een of meer of alle van de volgende zaken, afhankelijk van de tool zelf en de soorten licenties:
- Ze bieden een VPN (Virtual Private machine) waarmee u verbinding kunt maken met externe machines en de werking en weergave van uw JAVA-, AJAX-, HTML-, Flash- en andere pagina's kunt controleren. De meeste hiervan zijn veilig, maar aangezien u uw informatie aan een derde partij verstrekt, wordt een bepaalde discretieanalyse geadviseerd.
- Er worden schermafbeeldingen gegeven voor de ingediende pagina's en links van hoe ze in meerdere browsers verschijnen. Dit is natuurlijk statisch.
- Meerdere browsers worden gesynchroniseerd met betrekking tot bewerkingen die op één worden uitgevoerd en de resultaten worden browsergewijs gepresenteerd.
- Toon de weergave van een pagina met meerdere schermresoluties
- Wanneer zich een probleem voordoet, worden een video of screenshots opgenomen om het probleem te transporteren voor verdere analyse.
- Ondersteuning is over het algemeen beschikbaar voor zowel web- als mobiele apps
- Privépagina's die authenticatie vereisen om toegang te krijgen, kunnen ook worden getest
- Lokaal, binnen een privénetwerk / firewall-pagina's, kunnen ook worden getest
Aanbevolen hulpmiddelen
# 1) LambdaTest
LambdaTest is een cloudgebaseerd cross-browser testplatform dat gebruikers gebruikt om geautomatiseerde en handmatige compatibiliteitstests van hun website of webapp uit te voeren op een combinatie van meer dan 2000 verschillende browsers en besturingssystemen.
Gebruikers kunnen Selenium-automatiseringstests uitvoeren op een schaalbaar, veilig en betrouwbaar Selenium-netwerk in de cloud en live interactieve cross-browsertests uitvoeren van hun openbare of lokaal gehoste websites en webapps in de cloud.
Bezoek de LambdaTest-website# 2) CrossBrowserTesting
CrossBrowserTesting wordt geleverd door het bedrijf genaamd SmartBear. Met CrossBrowserTesting kunt u elke webervaring perfect maken, op elke browser of elk mobiel apparaat met hun cloudgebaseerde echte apparaatlab. Sloot uw VM's en apparaatlab. Voer eenvoudig handmatige, visuele en seleniumtests uit in de cloud op 2050+ echte desktop- en mobiele browsers.
Wilt u uw tests als niet-technische gebruiker versnellen? Bekijk hun Record & Replay-functie, zodat u een live test kunt opnemen en die opgenomen test parallel kunt uitvoeren.
Bezoek de CrossBrowserTesting-website# 3) Selenium
Selenium staat bekend om het geautomatiseerd testen van de webgebaseerde applicaties. Alleen al door de browser te wijzigen die moet worden gebruikt voor het uitvoeren van de testcases, maakt selenium het heel gemakkelijk om dezelfde testcases meerdere keren uit te voeren met verschillende browsers.
# 4) BrowserStack
BrowserStack is een cloudgebaseerd web- en mobiel testplatform dat het testen van applicaties mogelijk maakt in on-demand browsers, besturingssystemen en echte mobiele apparaten.
# 5) Browserling
Het is een live interactieve service die webontwikkelaars en webontwerpers moeiteloos test.
Er zijn verschillende browsers en besturingssystemen en Browserling biedt snelle toegang tot de meest populaire browsers op de meest populaire besturingssystemen.
=> Verder lezen: Volledige lijst met tools voor crossbrowser-testen
Wanneer moet u met deze test beginnen?
De tijd om de Cross-Browser-test te starten, hangt volledig af van uw testmethodologie en uw testtijdlijn.
Deze test kan worden uitgevoerd:
# 1) Zo snel mogelijk:
Start deze test zelfs als een enkele pagina klaar is om te testen.
Test die pagina in elke browser. Als de volgende pagina beschikbaar is, test die dan ook op meerdere browsers. Dit zal de inspanningen vergroten, maar het zal helpen om de fouten zo vroeg mogelijk in de levenscyclus op te lossen. Het oplossen van fouten is in dit geval dus veel kosteneffectief.
# 2) Wanneer de aanvraag compleet is:
Start deze test wanneer de applicatie-ontwikkeling is voltooid.
Dit zal de applicatie als geheel testen op verschillende browsers. Het oplossen van de fouten is niet zo kosteneffectief als in het bovenstaande geval, maar het zal nog steeds helpen bij het oplossen van de fouten voordat de applicatie wordt vrijgegeven aan de gebruikers.
# 3) Wanneer de applicatie wordt vrijgegeven:
Dit is de minst favoriete tijd voor het uitvoeren van een cross-browser-test voor uw toepassing. Maar het is beter om het te doen dan om het niet te doen en de eindgebruikers een slechte ervaring te geven.
Nadat de applicatie is vrijgegeven voor de eindgebruikers, kan deze test worden uitgevoerd en kunnen bugs worden opgelost als onderdeel van de wijzigingsverzoeken in de applicatie. Dit is erg duur en vereist meerdere implementaties, afhankelijk van de bugfixes.
Rigoureuze cross-browser testen zijn alleen mogelijk als de testteamleden die kennis hebben van tools deze testen uitvoeren. Het controleren van bepaalde browsers op hoog niveau kan ook worden gedaan door zakelijke gebruikers of zelfs ontwikkelaars.
Deze test omvat het grondig testen van de applicatie met verschillende browsers. Grondig testen omvat functionele en niet-functionele testen van de applicatie.
In de meeste bedrijven heeft een productteam aparte teams voor functionele en niet-functionele testen. Deze testen moeten dus worden uitgevoerd door het team (de teams) die verantwoordelijk is (zijn) voor het functionele en niet-functionele testen van de applicatie.
Voor dit testen heeft een tester de browsers nodig waarop de applicatie moet worden getest.
Deze browsers kunnen aan de tester worden geleverd als:
- Lokaal geïnstalleerd op de machine van de tester.
- Een virtuele machine of verschillende machines waar een tester toegang toe heeft.
- Tools die hun eigen browsers en hun versies bieden om te testen.
- Op de cloud - zodat meerdere testers de browsers kunnen gebruiken wanneer dat nodig is.
Deze test is onafhankelijk van de implementatieomgevingen. Het kan dus worden gedaan in een ontwikkel-, test-, QA- of zelfs productieomgeving, afhankelijk van de beschikbaarheid van de applicatie in elk van deze omgevingen.
Wat te testen?
- Basisfunctionaliteit: Koppelingen, dialoogvensters, menu's etc.
- Grafische gebruikersinterface: Kijk en voel van de applicatie.
- Reactie: Hoe goed de applicatie reageert op gebruikersacties.
- Prestatie: Het laden van de pagina's binnen het toegestane tijdsbestek.
Als uw applicatie goed werkt in de ene browser, betekent dat niet dat deze ook goed zal werken in de andere browsers. Deze test helpt je er dus voor te zorgen dat een applicatie foutloos op verschillende browsers draait.
Om vast te stellen wat er in welke browser kapot gaat en om de website dienovereenkomstig te herstellen, moeten we deze tests uitvoeren. Als een browser helemaal niet wordt ondersteund, kunnen de gebruikers daar eenvoudig over worden geïnformeerd.
Om samen te vatten 'hoe' om te testen in verschillende browsers
# 1. Verkeersstatistieken helpen bepalen welke browsers moeten worden getest.
#twee. Een gedetailleerde analyse dient te worden gedaan op de AUT (Application under test) zelf om te bepalen welke delen van de applicatie of alles dit moet ondergaan. Het is aan te raden om alles op meerdere browsers te testen, maar ook hier moet rekening worden gehouden met kosten en tijd. Een goede strategie is om 100% testen uit te voeren op de ene browser per platform en voor de andere gewoon de meest kritische / meest gebruikte functionaliteit te testen.
beste opruimprogramma voor Windows 10
# 3. Zodra de beslissing “Wat” te testen en “Waar (browsers)” is genomen - infrastructuurbeslissingen moeten worden genomen - aanschaffen we tools of voeren we dit handmatig uit enz. Ook hier moeten de kosten in overweging worden genomen. Levensvatbaarheid, risico's, bezorgdheid over de veiligheid, mensen die betrokken moeten worden, tijd, acceptatiecriteria, probleem / defecte reparatieschema's / proces - zijn enkele dingen die moeten worden aangepakt.
# 4. Voer de test uit. De reguliere functionele testtestcases kunnen worden gebruikt bij het valideren van de efficiëntie van het systeem. Voor look-and-feel / weergave zijn testcases niet nodig.
De operatie waar ik het aan het begin van dit artikel over had en die voor mij mislukte, was een online bankoverschrijving. Ik logde in op mijn bankrekening, koos het bedrag voor de overboeking als ongeveer één lakh en probeerde de overboeking uit te voeren en er verscheen een servlet-fout, hoe vaak ik het ook probeerde.
Dus als de overdrachtbewerking is gekozen voor het testen van de browsercompatibiliteit, zal het testscript er zo uit zien.
- Log in op de online bankrekening
- Selecteer de rekening van waaruit de overboeking moet plaatsvinden
- Voer het overboekingsbedrag in: 100.000
- Selecteer de begunstigde en klik op 'Overboeken'
- Verwacht resultaat: de overdracht zou succesvol moeten zijn
- Dit zal gewoon op alle gekozen browsers worden uitgevoerd.
Houd er opnieuw rekening mee dat dit er niet anders uitziet dan een functionele testcase. Raadpleeg dit artikel over niet-functionele tests voor meer informatie hierover.
# 5. Rapporteer de resultaten terug aan het ontwerpteam, als ze niet bij het testproces waren betrokken. Verandering volgt.
Wanneer is de beste tijd om dit te doen?
Elke test levert de beste voordelen op als deze in een vroeg stadium wordt uitgevoerd. Daarom is de aanbeveling van de industrie om ermee te beginnen zodra de pagina-ontwerpen beschikbaar zijn.
Maar het kan ook worden uitgevoerd als de site volledig geïntegreerd en functioneel is.
Als je de bus hebt gemist bij het uitvoeren van de cross-browser-test tijdens ontwerp-, ontwikkelings- en QA-fasen, kan dit nog steeds worden gedaan terwijl de applicatie in productie is. Dit is echter de duurste van allemaal en ook riskant.
Waar worden browsercompatibiliteitstests uitgevoerd?
Meestal is het antwoord op deze vraag een van: Dev / QA / Productie-omgevingen Maar voor cross-browser controle is dit niet definitief en irrelevant (als ik het zo mag zeggen). Het kan in een of alle worden gedaan.
Gevolgtrekking
Een paar punten om op te merken,
- Nu ik al een tijdje QA-docent ben, kan ik zien wat er gaat komen en dat is de vraag: is het functionele en niet-functionele testen? Ik denk dat het geen van beide is en beide.
- Het moet ook niet worden verward met Cross-platform testing, dat is het testen van uw applicatie in meerdere doelomgevingen zoals Windows, Linux, Mac enz. Hoewel de twee soms samen moeten worden geïntegreerd omdat sommige van de oudere browserversies mogelijk alleen compatibel zijn met de oudere versies van de platforms.
- Het is ook een continu proces aangezien software-omgevingen, browsers en apparaten elke dag evolueren en om ervoor te zorgen dat er geen onaangename verrassingen zijn, moet deze browsertest worden toegevoegd aan het repertoire van regressiesuites.
Zoals u weet, helpt elk type test bij het verbeteren van de kwaliteit van de applicatie en dat geldt ook voor de cross-browser-test.
Cross-browser testing helpt bij het creëren van een goede indruk op de gebruikers door hen een consistente ervaring te bieden in de hele applicatie, ongeacht de browser of het besturingssysteem.
Het oplossen van bugs is kosteneffectief tijdens de vroege stadia van de ontwikkelingscyclus, en hetzelfde geldt ook voor de defecten die tijdens deze tests worden aangetroffen.
Deze tests helpen bij het verbeteren van uw bedrijf, wat op zijn beurt resulteert in tevreden klanten, gelukkige u !!
Dit is nog een ander bewijs van het concept dat QA-veld of softwaretesten een multidimensionaal veld is en dat er voor iedereen iets is om in uit te blinken.
Plaats hieronder uw opmerkingen en vragen. We zijn altijd blij van je te horen!
Aanbevolen literatuur
- Alfatesten en bètatesten (een complete gids)
- Build Verification Testing (BVT Testing) Complete Guide
- Functioneel testen versus niet-functioneel testen
- Beste softwaretesttools 2021 [QA Test Automation Tools]
- Soorten softwaretests: verschillende testtypen met details
- Parrot QA-zelfstudie: Cross Browser Functional Testing Tool Review
- ETL-testen Tutorial datawarehouse-testen (een complete gids)
- Top 10 crossbrowser-testtools in 2021 (nieuwste ranglijst)