web application testing complete guide
En komplett testguide för webbapplikationer: Hur man testar en webbplats
Vi måste alla vara överens om att internet i dagens ständigt föränderliga och konkurrenskraftiga värld har blivit en integrerad del av våra liv.
De flesta av oss fattar våra beslut genom att söka informationen på internet idag, och det är därför inte längre frivilligt att vara värd för en webbplats utan obligatorisk för alla typer av företag. Det är det första steget i att bli och förbli relevant på marknaden.
Att bara ha en webbplats räcker inte. En organisation behövs för att utveckla en webbplats som är informativ, tillgänglig och användarvänlig. För att upprätthålla alla dessa kvaliteter bör webbplatsen testas väl, och denna process för att testa en webbplats kallas webbtestning.
Vad du kommer att lära dig:
- Vad är webbtestning?
- Webbtestning checklistor
- Typer av webbtestning
- Poäng som ska övervägas när du testar en webbplats
- Exempel på testscenarier för testning av en webbapplikation
- Vanliga frågor om webbtestning
- Fungerar webbplatsen som förväntat?
- Kommer slutanvändaren att hitta webbplatsen lätt att surfa på?
- Är webbplatsen tillgänglig på olika enheter som slutanvändarna har?
- Är webbplatsen tillräckligt säker?
- Är webbplatsens prestanda upp till märket?
- Lagras informationen på en webbplats korrekt och kvarstår över sessioner?
- Slutsats
- Rekommenderad läsning
Vad är webbtestning?
Webbtestning är en mjukvarutestning för att testa webbplatser eller webbapplikationer för potentiella buggar. Det är en komplett testning av webbaserade applikationer innan du gör live.
Ett webbaserat system måste kontrolleras helt från slut till slut innan det går live för slutanvändare.
Genom att utföra webbplatstester kan en organisation se till att det webbaserade systemet fungerar korrekt och kan accepteras av användare i realtid.
UI-designen och funktionaliteten är kaptenerna för testning av webbplatser.
Webbtestning checklistor
1) Funktionstestning
två) Användbarhetstestning
3) Gränssnitttestning
4) Kompatibilitetstest
5) Prestandatester
6) Säkerhetstestning
Rekommenderade verktyg för att öva webbtestkoncept som nämns på den här sidan:
# 1) LoadNinja
LoadNinja låter dig ladda testa din webbapplikation med riktiga webbläsare i stor skala, med hjälp av testskript som kan spelas om direkt efter inspelning, vilket ger användbara webbläsarbaserade prestandadata för att isolera problem och felsöka fel i realtid.
=> Besök LoadNinjas webbplats
# 2) LambdaTest
LambdaTest är en skalbar molnbaserad testplattform för webbläsare som är utformad för att erbjuda alla webbplatser och webbapptester som behövs för molninfrastruktur.
LambdaTest-plattformen hjälper till att se till att dina webbappelement (som JavaScript, CSS, HTLM5, Video ... etc.) återges sömlöst i alla stationära och mobila webbläsare med stöd för manuell, visuell och automatiserad testning. Med LambdaTest får du tillgång till upp till 2000+ kombinationer av stationära och mobila webbläsare i molnet.
=> Besök LambdaTest webbplats# 1) Funktionstestning
Test för - alla länkar på webbsidor, databasanslutning, formulär som används för att skicka eller få information från användaren på webbsidorna, testning av kakor etc.
Kolla in alla länkarna:
- Testa utgående länkar från alla sidor till den specifika domän som testas.
- Testa alla interna länkar.
- Testlänkar som hoppar på samma sida.
- Testlänkar används för att skicka e-post till admin eller andra användare från webbsidor.
- Testa om det finns några föräldralösa sidor.
- Slutligen inkluderar länkkontroll, kontrollera om trasiga länkar finns i alla ovannämnda länkar.
Testformulär på alla sidor:
Formulär är en integrerad del av alla webbplatser. Formulär används för att ta emot information från användare och för att interagera med dem. Så vad ska kontrolleras i dessa formulär?
- Kontrollera först alla valideringar i varje fält.
- Sök efter standardvärden i fälten.
- Fel inmatningar i blanketterna till fälten i blanketterna.
- Alternativ för att skapa formulär, om sådana finns, ta bort, visa eller ändra formulär.
Låt oss ta ett exempel på det sökmotorprojekt som jag arbetar med just nu. I det här projektet har vi reklamsteg för annonsörer och affiliates. Varje registreringssteg är olika men det beror på de andra stegen.
Så registreringsflödet ska köras korrekt. Det finns olika fältvalideringar som e-post-ID, användarekonomisk info-validering, etc. Alla dessa valideringar bör kontrolleras i manuell eller automatiserad webbtestning.
Cookietestning:
Cookies är små filer som lagras på användarmaskinen. Dessa används i princip för att underhålla sessionen - främst inloggningssessionerna. Testa applikationen genom att aktivera eller inaktivera kakorna i dina webbläsaralternativ.
Testa om kakorna är krypterade innan du skriver till användarmaskinen. Om du testar sessioncookies (d.v.s. cookies som upphör att gälla efter att sessionen avslutats), leta efter inloggningssessioner och användarstatistik efter att sessionen avslutats. Kontrollera effekten på applikationssäkerheten genom att radera kakorna. (Jag kommer snart att skriva en separat artikel om testning av kakor också)
Validera din HTML / CSS:
Om du optimerar din webbplats för sökmotorer är HTML / CSS-validering den viktigaste. Validera huvudsakligen webbplatsen för HTML-syntaxfel. Kontrollera om webbplatsen kan genomsökas till olika sökmotorer.
Databastestning:
Datakonsistens är också mycket viktigt i en webbapplikation. Sök efter dataintegritet och fel när du redigerar, tar bort, modifierar formuläret eller gör någon DB-relaterad funktionalitet.
Kontrollera om alla databasfrågor körs korrekt, data hämtas och uppdateras också korrekt. Mer om databastestning kan vara en belastning på DB, vi kommer att ta itu med detta i webbelastning eller prestandatestning nedan.
Vid testning av webbplatsernas funktionalitet bör följande testas:
Länkar
i. Interna länkar
ii. Externa länkar
iii. Maillänkar
iv. Trasiga länkar
Formulär
i. Fältvalidering
ii. Felmeddelande för fel inmatning
iii. Valfria och obligatoriska fält
Databas
Testning kommer att göras på databasintegritet.
# 2) Testning av användbarhet
Användbarhetstestning är den process genom vilken människans och datorns interaktionsegenskaper mäts och svagheter identifieras för korrigering.
• Enkel inlärning
• Navigering
• Subjektiv användarnöjdhet
• Allmänt utseende
Test för navigering:
Navigering betyder hur en användare surfar på webbsidorna, olika kontroller som knappar, rutor eller hur användaren använder länkarna på sidorna för att surfa på olika sidor.
Användbarhetstestning inkluderar följande:
- Webbplatsen ska vara enkel att använda.
- Instruktionerna ska vara mycket tydliga.
- Kontrollera om instruktionerna som tillhandahålls är perfekta för att uppfylla dess syfte.
- Huvudmenyn ska finnas på varje sida.
- Det bör vara tillräckligt konsekvent.
Innehållskontroll:
Innehållet bör vara logiskt och lätt att förstå. Kontrollera om det finns stavfel. Användningen av mörka färger irriterar användarna och bör inte användas i webbplatsens tema.
skillnad mellan alfa- och betatestning
Du kan följa några standardfärger som används för webbsidor och innehållsbyggnad. Det här är de allmänt accepterade standarderna som det jag nämnde ovan om irriterande färger, teckensnitt, ramar etc.
Innehållet bör vara meningsfullt. Alla länkarna till ankartexten ska fungera ordentligt. Bilder ska placeras ordentligt med rätt storlek.
Detta är några av de grundläggande viktiga standarderna som bör följas vid webbutveckling. Din uppgift är att validera allt för UI-testning.
Annan användarinformation för användarhjälp:
Liksom sökalternativet hjälper webbplatskartan också med filer etc. Sitemapen bör vara tillgänglig med alla länkar på webbplatser med en korrekt trädvy för navigering. Sök efter alla länkar på webbplatskartan.
Alternativet 'Sök på webbplatsen' hjälper användare att hitta innehållssidor som de letar efter enkelt och snabbt. Dessa är alla valfria föremål och om de är närvarande ska de valideras.
# 3) Gränssnitttestning
Vid webbtestning bör servergränssnittet testas. Detta kan göras genom att verifiera att kommunikationen sker korrekt. Serverkompatibiliteten med programvara, hårdvara, nätverk och databasen bör testas.
De viktigaste gränssnitten är:
- Webbserver och applikationsservergränssnitt
- Applikationsserver och databasservergränssnitt.
Kontrollera om alla interaktioner mellan dessa servrar körs och fel hanteras korrekt. Om databasen eller webbservern returnerar ett felmeddelande för någon fråga från applikationsservern ska applikationsservern fånga upp och visa dessa felmeddelanden på lämpligt sätt för användarna.
Kontrollera vad som händer om användaren avbryter någon transaktion däremellan? Kontrollera vad som händer om anslutningen till webbservern återställs däremellan?
# 4) Test av kompatibilitet
Kompatibiliteten på din webbplats är en mycket viktig testaspekt. Se vilket kompatibilitetstest som ska köras:
- Webbläsarkompatibilitet
- Operativsystemkompatibilitet
- Mobil surfning
- Utskriftsalternativ
Webbläsarkompatibilitet:
Under min webbtestkarriär har jag upplevt detta som den mest påverkande delen av webbplatstestning.
Vissa applikationer är mycket beroende av webbläsare. Olika webbläsare har olika konfigurationer och inställningar som din webbsida ska vara kompatibel med.
Din webbplatskodning ska vara kompatibel med en webbläsarplattform. Om du använder java-skript eller AJAX-samtal för UI-funktionalitet, utför säkerhetskontroller eller valideringar ger sedan mer stress på webbläsarens kompatibilitetstestning av din webbapplikation.
Testa webbapplikationer på olika webbläsare som Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera-webbläsare med olika versioner.
OS-kompatibilitet:
En del funktioner i din webbapplikation är att den kanske inte är kompatibel med alla operativsystem. All ny teknik som används i webbutveckling, som grafisk design och gränssnittssamtal som olika API: er, kanske inte finns i alla operativsystem.
Testa därför din webbapplikation på olika operativsystem som Windows, Unix, MAC, Linux, Solaris med olika OS-smaker.
Mobil surfning:
Vi befinner oss i den nya tekniken. Så i framtiden kommer mobil surfning att rocka. Testa dina webbsidor i mobila webbläsare. Kompatibilitetsproblem kan finnas på mobila enheter också.
Utskriftsalternativ:
Om du ger sidutskriftsalternativ, se till att teckensnitt, sidjustering, sidgrafik etc. skrivs ut ordentligt. Sidorna ska passa pappersstorleken eller enligt den storlek som anges i utskriftsalternativet.
# 5) Prestandatestning
Webbapplikationen ska bära tung belastning. Test av webbprestanda bör innehålla:
- Test av webbelastning
- Webbstresstestning
Testa applikationsprestanda med olika internetanslutningshastigheter.
Test av webbelastning : Du måste testa om många användare besöker eller begär samma sida. Kan systemet hålla toppbelastningstid? Webbplatsen bör hantera många samtidiga användarförfrågningar, stora inmatningsdata från användare, samtidig anslutning till DB, tung belastning på specifika sidor etc.
Webstresstestning: Generellt innebär stress att sträcka systemet utöver de angivna gränserna. Webbstresstestning utförs för att bryta webbplatsen genom att ge stress och det kontrolleras hur systemet reagerar på stress och hur det återhämtar sig efter kraschar. Stress ges vanligtvis på inmatningsfält, inloggnings- och registreringsområden.
Vid webbprestanda kontrolleras testning av webbplatsfunktionalitet på olika operativsystem och olika hårdvaruplattformar för läckagefel för programvara och maskinvaruminne.
Prestandatestning kan användas för att förstå webbplatsens skalbarhet eller för att jämföra prestanda i miljön för tredjepartsprodukter som servrar och mellanprogramvara för potentiellt köp.
Anslutningshastighet
Testad i olika nätverk som uppringning, ISDN, etc.
Ladda
i. Vad är nej. av användare per gång?
ii. Kontrollera om det finns toppbelastningar och hur systemet beter sig
iii. En stor mängd data som användaren använder
Påfrestning
i. Kontinuerlig belastning
ii. Prestanda för minne, CPU, filhantering etc.
# 6) Säkerhetstestning
Följande är några av testfallet för webbsäkerhetstester:
- Testa genom att klistra in den interna URL: en direkt i webbläsarens adressfält utan inloggning. Interna sidor bör inte öppnas.
- Om du är inloggad med användarnamn och lösenord och surfar på interna sidor, försök sedan ändra URL-alternativ direkt. Dvs Om du kontrollerar statistik över utgivarwebbplatser med utgivarplats-ID = 123. Försök direkt ändra URL-plats-ID-parametern till ett annat webbplats-ID som inte är relaterat till den inloggade användaren. Användaren bör nekas åtkomst för att se andras statistik.
- Prova några ogiltiga ingångar i inmatningsfält som inloggningsnamn, lösenord, textrutor osv. Kontrollera systemets reaktion på alla ogiltiga ingångar.
- Webbkataloger och filer ska inte vara tillgängliga direkt om de inte får nedladdningsalternativet.
- Testa CAPTCHA för att automatisera skriptinloggningar.
- Testa om SSL används för säkerhetsåtgärder. Om det används bör rätt meddelande visas när användare byter från osäker HTTP: // -sidor till säkra HTTPS: // -sidor och vice versa.
- Alla transaktioner, felmeddelanden och försök till säkerhetsöverträdelser bör loggas in i loggfiler någonstans på webbservern.
Den främsta anledningen till att testa säkerheten på en web är att identifiera potentiella sårbarheter och därefter reparera dem.
- Nätverksskanning
- Sårbarhetsskanning
- Lösenordssprickning
- Logggranskning
- Integritetskontroll
- Virusdetektering
Typer av webbtestning
En webbplats är indelad i många typer, cirka 20 typer. Alla dessa krymper under statisk och dynamisk typ. Bland dem diskuterar vi fyra typer och deras testmetoder på ett detaljerat sätt. Innan det vill jag bara kula dessa typer.
- Enkel statisk webbplatstestning
- Dynamisk testning av webbapplikationer
- Test av e-handelswebbplatser
- Mobil webbplats testning
# 1) Enkel statisk webbplats
En enkel statisk webbplats visar samma innehåll för alla besökare som besöker webbplatsen vid olika tidpunkter. Det är också känt som en informationswebbplats. På en statisk webbplats kan endast utvecklare göra ändringar endast i kod. Denna typ av webbplats kommer inte att ha några större funktioner och det beror helt på UI-design.
Att testa en enkel statisk webbplats är väldigt enkelt, du måste bara tänka på några saker medan du testar. Några av dem nämns nedan:
Poäng att komma ihåg:
# 1) Att testa GUI-designen är ett måste eftersom en statisk webbplats helt beror på den. Du måste jämföra de godkända PSD-filerna med den utvecklade webbsidan. Kontrollera att alla element i designen ska presenteras på den utvecklade sidan.
#två) Den andra delen av GUI-designen är att kontrollera teckenstorlek, typsnitt, avstånd och färg allt har reproducerats.
[Den här bilden förklarar problemet med avståndsjustering i en skrivbordsvy på en webbplats.]
# 3) För det andra måste du kontrollera länkarna (sidlänkar) för att se om den fungerar korrekt eller inte. Ta reda på om det finns en trasig länk?
# 4) Verifiera stavningen och innehållet på alla webbsidor genom att jämföra innehållet från klienten.
# 5) I vissa fall visas inte bilden ordentligt, den kan gå sönder eller ibland dupliceras bilden, fel bilder kan visas. Det måste kontrolleras noga. För en statisk webbplats är det bara innehåll och bilder som ger liv.
# 6) Kontrollera rullningsfältet noggrant och enligt min erfarenhet har jag ställts inför problem med rullningsfältet. Problemet du kommer att möta är att oönskad rullning visas eller rullar som döljs (det kan dölja innehållet). Ovanstående frågor gäller både horisontella och vertikala rullar.
# 7) Om det finns ett kontaktformulär, kontrollera att det fungerar ordentligt genom att skicka några dummy-meddelanden.
Saker att kontrollera i kontaktformuläret är:
- Sänds meddelandet ordentligt och visas ett framgångsrikt meddelande?
- Kontrollera om e-postmeddelandet som mottagits till den berörda personen i rätt format enligt utformningen?
- Kontrollera att e-post inte ska hamna i skräppost som skräppost?
- Om det finns en svar-e-postutlösare är aktiverad, kontrollera om avsändaren fick e-postmeddelandet?
# 8) Kontrollera om det är en felfri webbsida och validera den med W3 validator eller annan relaterad programvara.
# 9) Några ständiga saker som ska kontrolleras på en statisk webbplats,
- Kontrollera att favicon finns i flikfältet
- URL ska innehålla rätt sidrubrik
- Om upphovsrättsinformation finns där ska den visas
- Om det finns ett kontaktformulär är Captcha ett måste. [Det förhindrar skräppost]
- Kontrollera laddningshastigheten på webbplatsen. [En statisk webbplats bör inte ta mycket tid för laddning]. Om en gif-bild används under inläsning spårar du dess funktionalitet
Bortsett från dessa finns det enorma saker som måste testas i backend på varje webbplats som finns systemtestning , säkerhetstestning, gränssnitttestning, kompatibilitetstestning och prestandatestning etc. För detta måste du ha teknisk kunskap. På en enkel statisk webbplats hittar du inte fler funktioner om du behöver göra funktionstestning också.
# 2) Dynamisk webbapplikation [CMS-webbplats]
Det är den typ där användaren kan uppdatera och ändra sitt webbplatsinnehåll regelbundet. Härifrån ska jag använda ordet ”webbtestning” istället för dynamisk webbplatstestning. Webbapplikationen är en kombination av front-end och back-end programmering .
Front-end kommer att vara HTML och CSS medan back-end använder programmeringsspråk som PHP, Javascript och ASP etc. Med denna backend kan användare / klient lägga till eller ändra innehållet på webbplatsen.
Att testa en webbapplikation är inte lätt än att testa en statisk webbplats men inte mycket svårt än att testa en e-handelswebbplats. Funktionstestning är det viktigaste som ska utföras när man testar en webbapplikation. Webbapplikationen kan innehålla mycket komplicerad funktionalitet så testaren måste vara mycket försiktig när man testar.
Det finns två olika typer av webbapplikationer är det, en är ingen åtgärd kommer att utföras av användaren i front-end (dvs. endast backend-ändringar kommer att återspeglas i front-end) den andra är slutanvändaren kommer att arbeta framför -änd sig själv ( till exempel inloggning, registrering, prenumeration på nyhetsbrev och andra liknande åtgärder). Så testning bör göras enligt det.
Poäng att komma ihåg:
De punkter som jag nämnde vid statisk webbplatstestning ska inkluderas när jag testar en webbapplikation också. Utöver det är följande att notera.
# 1) I GUI-avsnittet, verktygstips är obligatoriskt för alla fält och knappar ska fältjustering (avstånd) göras ordentligt, inaktiverat fält / knappar ska vara nedtonade, fält / knappar ska vara i standardformat som i SRS, felmeddelande ska visas om något går fel, popup meddelandet ska bara visas mitt på webbsidan, rullgardinsmenyn ska inte trunkeras.
Flikens kortkommando bör fungera i alla fält och mer.
#två) I funktionssektionen, om din webbapplikation har inloggnings- eller registreringsfunktionalitet, kolla sedan obligatorisk fältvalidering , formulärvalidering (dvs. nummerfält bör endast acceptera siffror, inte alfabet), teckenbegränsning på fält (dvs. endast så många tecken kan anges).
Specialtecken och begränsning av negativa siffror på fält, testning av e-postfunktionalitet, testning av dokumentöverföring (dvs. endast angiven dokumenttyp kan laddas upp ), timeout-funktionalitet, sorteringsfunktionalitet, javascript fungerar på kompatibla webbläsare etc. bör testas.
# 3) När du kommer till back-end-funktionssektionen fungerar testbildsöverföring för trasiga bilder, text som matas in i fälten eller inte. Back-end uppdatering bör reflektera över front-end , databasprovning (dvs. om du kan lägga till nya fält eller ta bort oönskade fält) alla dessa saker ska utföras.
Prestanda är inte mycket nödvändigt för en webbapplikation (dynamisk webbplats) eftersom den har mycket mindre innehåll. Om du behöver kan du göra med de verktyg du är bekant med. Plocka upp något standardprestandaverktyg online om du vill göra enkla prestandatest.
pl sql intervjufråga och svar
# 3) E-handelswebbplats
En e-handelswebbplats är något komplicerad jämfört med ovanstående två. Testaren måste vara mycket försiktig när man testar en e-handelswebbplats. Det finns enorma saker att kontrollera på e-handelssajter av dem. Jag täcker bara några av mina erfarna problem med e-handelswebbplatstestning.
I GUI-avsnittet måste du kontrollera alla funktioner som i SRS och detsamma med funktionaliteten. Funktionaliteten kommer att vara nästan densamma för alla kommersiella webbplatser.
Funktionellt sett måste du kontrollera alla sidor som huvudsidan (inkluderar presenterade produkter, specialerbjudanden, inloggningsdetaljer, sökfunktionalitet) produktdetaljsida, kategorisida, beställning, betalningsportal allt måste testas.
Poäng att komma ihåg:
# 1) Kontrollera om kundvagnen uppdateras när du köper eller ökar kvantiteten. Kontrollera denna funktion på alla sidor och omständigheter.
#två) Kontrollera om specialkuponger och erbjudanden tillämpas på korrekta beställningar och du ser att det rabatterade priset visas eller inte.
[Den här bilden förklarar om gratis frakt och hur den tillämpas i betalningsavsnittet]
# 3) Ibland multipliceras det när man uppdaterar en enda produkt genom att ta hänsyn till antalet variationer i produkten. Så kontrollera om den enskilda produkten visas och dess variationer visas korrekt. (Jag stod inför detta problem)
# 4) Kontrollera om filteralternativet fungerar exakt. Om filtrering har gjorts, baserat på vald kategori och prissättning?
# 5) Under registreringen bör supervalidering göras. Endast den nya användaren kan registrera sig.
# 6) Om en befintlig användare har lagt till en produkt i kundvagnen ska önskelistan under deras tidigare inloggning sparas och visas under nästa inloggning.
# 7) Jämför produkter ska fungera genom att jämföra produkterna baserat på vissa specifikationer som tilldelats i back-end.
# 8) Kontrollera om valutaomvandlaren fungerar bra. Baserat på det land som valts bör valutaomvandlaren visa relevanta pris och skattesatser.
[När du väljer språk Valuta kommer att konverteras, här är USD tänkt att vara standard]
# 9) Generellt sett används många plugin-program på en e-handelswebbplats (WordPress & liknande), du måste vara mycket försiktig. Plugin-installationen kan komma i konflikt eller påverka andra viktiga funktioner. Så följ upp med plugin-installationen och dess användning.
# 10) Kontrollera om alternativet för social delning fungerar på den enskilda produkten eller inte.
#elva) Fraktkostnaden ska genereras baserat på vald region. Och kontrollera också genereringen av skattesatsen. (Det kan orsaka vissa juridiska problem vid köp av slutanvändare).
[I denna bild Frakt och skattesatsen beräknas för regionen Frankrike]
# 12) Betalningsporten bör endast fungera om giltiga kortuppgifter ges. Validering ska gälla för kortnummer och CCV-kodnummer. [Det är bättre att behålla valideringen i själva kortnummerfältet].
# 13) E-postgenerering vid varje process under köpet ska ske (registrering, produktbeställning, betalning lyckades, beställning annullerad, beställning mottagen och andra e-postutlösare om någon).
# 14) Kontrollera livechatten med några dumpa e-postmeddelanden.
Notera: Generellt kommer e-handelswebbplatsen inte att utvecklas för mobilkompatibilitet och när en mobilversion kommer kommer en app att genereras. I vissa fall skapar de inte en app istället skapas en mobilkompatibel webbplats. I sådana fall måste du kontrollera noggrant om det saknas funktionalitet och UI-avvikelse.
Det här är några av de frågor som jag mötte och noterade när jag testade en e-handelswebbplats. Bortsett från detta måste du kontrollera alla allmänna saker relaterade till en e-handelswebbplats.
# 4) Mobilwebbplats
Låt oss först och främst vara tydliga med en mobilwebbplats. Generellt tycker människor att både en mobilwebbplats och en mobilapplikation är desamma, men i själva verket är en mobilwebbplats utvecklad med HTML-sidor och kan endast ses med en internetanslutning.
Men mobilappen är inget annat än en applikation som kan laddas ner och användas senare utan internetanslutning. Här blir många av oss förvirrade och ställer en fråga Vad är skillnaden mellan mobilwebbplats och responsiv webbplats?
En lyhörd webbplats innebär att innehållet passar in i mobilenhetens storlek istället för att skapa en version medan en mobilwebbplats skapar en ny version som inte är en reflektionsdatorversion. På mobilwebbplatsen har du endast begränsade sidor och oönskade funktioner tas bort här.
Att testa en mobilwebbplats är lite tråkigt snarare än andra typer av webbplatser. Det kommer att ha separata mönster och du måste vara försiktig när du testar funktionerna.
Poäng att komma ihåg:
Viktiga punkter att tänka på när du testar en mobilwebbplats:
- Vanligtvis använder vi en emulator för att testa en mobilwebbplats och vi kan få perfekta resultat men jag föredrar alltid att du testar på riktiga enheter. Jag har mött många problem när jag testade i riktiga enheter [Speciellt Apple-enheter]. Verkliga enhetsspecifikationer kan komma i konflikt med utvecklade webbsidor.
[Den här bilden förklarar om simulatortestning och bakgrundsfrågan som visas i den.]
- GUI & användbarhetstestning är viktigare eftersom det inte återspeglar skrivbordsversionen.
- Prestanda är en annan viktig faktor som ska beaktas vid testning av mobilwebbplatser. Prestationsrelaterade problem kan spåras när du testar i riktiga enheter.
- Kontrollera om du surfar på vanliga webblänkar från mobilen utlöses av en mobillänk.
- Kontrollera sidrullning, sidnavigering, textavkortning, etc på mobilwebbplatsen.
Bästa webbtestverktyg
Det finns ett brett utbud av testverktyg som är tillgängliga för testning av webbappar.
vilken i det följande är inte i tillståndet för systemtestningen?
=> Kontrollera denna omfattande lista av de mest populära testverktygen för webbapplikationer.
Poäng som ska övervägas när du testar en webbplats
Webbplatserna är i huvudsak klient / serverapplikationer - med webbservrar och webbläsarklienter.
Interaktioner mellan bör övervägas HTML-sidor, TCP / IP-kommunikation, Internetanslutningar, brandväggar, applikationer som körs på webbsidor (t.ex. applets, javascript, plugin-program) och applikationer som körs på serversidan (till exempel CGI-skript, databasgränssnitt, loggningsapplikationer, dynamiska sidgeneratorer, asp, etc.).
Dessutom finns det ett brett utbud av servrar och webbläsare med olika versioner av var och en. De inkluderar små men ibland signifikanta skillnader mellan dem när det gäller variationer i anslutningshastigheter, snabbt föränderliga tekniker och flera standarder och protokoll. Slutresultatet av vilken testning för webbplatser kan bli en stor kontinuerlig insats.
Exempel på testscenarier för testning av en webbapplikation
Få andra överväganden som ska inkluderas när du testar en webbplats ges nedan .
- Vad är den förväntade belastningen på servern (t.ex. antal träffar per tidsenhet)?
- Vilken typ av prestanda krävs under varje laddningsvillkor (som svarstid på webbservern, svarstider för databasfrågor)?
- Vilken typ av verktyg kommer att krävas för prestandatestning (såsom verktyg för testning av webbelastning, andra verktyg som redan finns internt som kan anpassas, verktyg för nedladdning av webbrobot etc.)?
- Vem är målgruppen? Vilken typ av webbläsare kommer de att använda? Vilken typ av anslutningshastigheter kommer de att använda? Är de internorganisationer (alltså troligtvis med höga anslutningshastigheter och liknande webbläsare) eller Internetomfattande (alltså med ett stort antal anslutningshastigheter och webbläsartyper)?
- Vilken typ av prestanda förväntas från klientsidan (t.ex. hur snabbt ska sidor visas, hur snabbt ska animationer, applets etc. laddas och köras)?
- Kommer driftstopp för server- och innehållsunderhåll / uppgraderingar tillåtna? Om så är fallet, hur mycket?
- Vilken typ av säkerhet (brandväggar, kryptering, lösenord etc.) krävs och vad förväntas den göra? Hur kan det testas?
- Hur pålitliga krävs det att webbplatsens internetanslutningar är? Och hur påverkar det säkerhetskopieringssystemet eller redundanta anslutningskrav och testning?
- Vilken process krävs för att hantera uppdateringar av webbplatsens innehåll?
- Vilka är kraven för underhåll, spårning och kontroll av sidinnehåll, grafik, länkar etc.?
- Vilken HTML-specifikation kommer att följas? Hur strängt? Vilka variationer är tillåtna för riktade webbläsare?
- Kommer det att finnas några standardkrav för sidans utseende och / eller grafik på en webbplats eller delar av en webbplats ??
- Hur valideras och uppdateras interna och externa länkar? Och hur ofta? kommer det att hända?
- Kan testning göras på produktionssystemet, eller kommer ett separat testsystem att krävas?
- Hur ska webbläsarens cachning, variationer i inställningar för webbläsaralternativ, fjärranslutningsförändringsvariationer och verkliga internetproblem ”trafikstockningar” redovisas för testning?
- Hur omfattande eller anpassade är serverloggning och rapporteringskrav; betraktas de som en integrerad del av systemet och behöver de testas?
- Hur ska CGI-program, applets, javascript, ActiveX-komponenter etc. underhållas, spåras, kontrolleras och testas?
- Sidorna bör vara högst 3-5 skärmar såvida inte innehållet är mycket fokuserat på ett enda ämne. Om det är större, ange interna länkar på sidan.
- Sidlayouterna och designelementen bör vara konsekventa på en webbplats så att det är tydligt för användaren att de fortfarande finns på en webbplats.
- Sidor bör vara så webbläsaroberoende som möjligt, eller sidor ska tillhandahållas eller genereras baserat på webbläsartyp.
- Alla sidor ska ha länkar utanför sidan; det bör inte finnas några återvändsgrändsidor.
- Sidans ägare, revisionsdatum och en länk till en kontaktperson eller organisation bör ingå på varje sida.
Vanliga frågor om webbtestning
Nedan nämnts bör de olika frågorna som kommer att tänka på testaren när man tänker på en webbplats som redan är utvecklad och kan exponeras för allmänheten:
- Fungerar webbplatsen som förväntat?
- Kommer slutanvändaren att hitta webbplatsen lätt att surfa på?
- Är webbplatsen tillgänglig på olika enheter som slutanvändarna har?
- Är webbplatsen tillräckligt säker?
- Är webbplatsens prestanda upp till märket?
- Lagras informationen på en webbplats korrekt och kvarstår över sessioner?
- Är webbplatsen väl integrerad med andra gränssnitt i arbetsflödet?
- Kommer webbplatsen att fungera som förväntat även efter att ha gått live?
För att svara på dessa frågor har olika testtekniker identifierats som kan användas för att testa en webbapplikation.
Låt oss ta ett exempel på en e-handelswebbplats som nyligen har släppts till QA-teamet för testning.
Vi går igenom var och en av ovan angivna frågor i detalj för att förstå testets omfattning och se hur webbplatstester kan utföras.
Fungerar webbplatsen som förväntat?
bekräfta att webbplatsen fungerar bra, QA måste utföra funktionstester. Under funktionstestning måste olika funktioner i en applikation valideras mot de krav som nämns i funktionsspecifikationsdokumentet.
Nedan följer några generiska scenarier, en kvalitetsbedömning förväntas täcka när man utför funktionstestning av en webbplats även om de inte nämns i funktionsspecifikationer:
- Användarnavigering till olika sidor på webbplatsen och slutförande av arbetsflödet från slut till slut
- Om användaren kan markera / avmarkera kryssrutor
- Om användaren kan välja värden från rullgardinsfält
- Om användaren kan välja / avmarkera alternativknappar
- Olika navigeringsknappar som Submit, Next, Upload etc. fungerar bra
- Kalendrar laddas ordentligt och tillåter användaren att välja ett datum
- Beräkningar sker som implementerade
- Sökfunktionen fungerar om någon
- Visning av korrekt information
- Olika interna och externa länkar till andra sidor
- Rätt flikordning för fälten på webbsidor
- Obligatoriska och valfria fält bör verifieras för positiva och negativa insatser
- Standardvärden för varje webbfält bör verifieras
- E-postfunktionaliteten implementeras för vissa åtgärder på webbplatsen
Det är viktigt för webbplatser att vara kompatibla med sökmotorer. Därför bör vi granska webbplatser för HTML-syntaxkorrekthet, format och efterlevnadsstandarder som WS-I, ISO och ECMA.
Med tanke på kakor, som används för att underhålla inloggningssessioner, bör webbplatsen testas genom att aktivera / inaktivera kakor eller genom att använda den felaktiga domänen. Testning kan också utföras över sessioner genom att återställa kakor för att återställa webbläsare till vaniljtillståndet.
QA bör också validera att webbplatsens cookies alltid lagras lokalt i ett krypterat format.
Med tanke på vår e-handelswebbplats bör olika länkar som herrmode, dammode, barnmode, hemtillbehör, elektroniska apparater, böcker, filmer och musik, etc. tillgängliga på en webbsida klickas på och verifieras om användaren navigerar till förväntad sida.
På samma sätt bör olika funktioner som inloggning, registrering, sökalternativ, filter, sorteringsordning, Lägg i kundvagn etc. verifieras på olika webbsidor som inloggningssida, registreringssida, produktdetaljer, kundvagn, orderrecension, betalning, etc. Webbplatsen bör kontrolleras för session / cookiehantering som sessionens utgång och sessionlagring etc.
Kommer slutanvändaren att hitta webbplatsen lätt att surfa på?
Användbarhetstester måste utföras för att mäta webbplatsens användarvänlighet för en slutanvändare i samband med tillgänglighet, sökbarhet och användbarhet etc.
Nedan nämns några av de testscenarier som ska verifieras när användbarhetstester utförs för en webbplats:
- Webbplatsinnehåll bör vara informativt, strukturerat och länkat logiskt så att användaren lätt kan förstå
- Webbsidekontroller bör vara enkla att navigera
- Webbplatsen bör ha hjälp- och instruktionsdokument laddade upp
- Webbplatsen ska ha sökfunktionen för slutanvändarens bekvämlighet
- Åtkomst till / från huvudmenyn till alla sidor ska finnas där
- Webbplatsinnehåll ska verifieras för eventuella stavfel
- Webbplatsen bör följa definierade riktlinjer i samband med bakgrundsfärg, mönster, stil, typsnitt, bildplaceringar, ramar, ramar etc.
- Webbplatsen bör vara van vid översättningsfunktionen med tanke på att den kan nås av användare från olika länder med olika språk, valutor etc.
Få verktyg som kan användas för att utföra användbarhetstester är Användarzoom och Reflektor .
En e-handelswebbplats ska vara kundvänlig, lätt att navigera och uppmärksam. Alla webbsidor ska verifieras för tillgänglighet, teckensnitt, styling, bilder, stavfel och produktrelevant information. En webbplats bör vara utrustad med relevanta hjälpdokument och kundsupportfaciliteter.
Med tanke på ökningen av pekskärmsbaserade gränssnitt måste vi validera tillgängligheten för både nyckelingångar och pekskärmsingångar. På samma sätt bör bilder och webbplatsinnehåll valideras för användbarhet på olika skärmstorlekar (mobiler, bärbara datorer och flikar etc.).
Är webbplatsen tillgänglig på olika enheter som slutanvändarna har?
Förutsatt att vår webbplats kan nås av en rad användare med en annan uppsättning enheter, måste vi se till att webbplatsen fungerar bra på alla utan några problem.
För att säkerställa detsamma bör webbplatsens kompatibilitetskontroller göras som medföljer Kompatibilitetstestning . Under kompatibilitetstestning av en webbplats säkerställs att webbplatsen fungerar bra på olika webbläsare, operativsystem och enheter som bärbara datorer, mobiltelefoner, surfplattor, skrivare etc.
Webbläsarkompatibilitet (testning mellan webbläsare):
Webbplatsen ska fungera bra med olika webbläsare som Microsoft Internet Explorer, Microsoft Edge, Firefox, Google Chrome, Safari och Opera. Alla aktiva versioner av dessa webbläsare bör verifieras med olika webbläsarfunktioner aktiverade / PÅ.
Även när du spelar testning över webbläsare , QA bör också kontrollera om det finns optimal webbplatsprestanda i alla webbläsare.
Operativsystemkompatibilitet (Cross Platform Testing):
För att identifiera potentiella problem med användarupplevelsen bör en webbplats testas på olika plattformar som Windows, Linux, Unix.MAC, Solaris etc. för att vara säker på operativsystemets kompatibilitet.
Enhetskompatibilitet (testning över olika enheter):
En webbplats kan bläddras genom olika enheter som bärbara datorer, mobiler, surfplattor etc. med olika operativsystem som iOS, Android, Windows etc. Testning bör därför utföras på enheterna som också täcker nedanstående scenarier.
- Webbplatsens skärmstorlek bör justeras enligt enheten
- En enhet bör ha skärmrotation
- Webbplatsen bör inte visa några laddningsproblem på olika enheter med olika nätverkshastigheter
- Verifiera webbplatsens beteende när enheten är inom / utanför nätverksområdet
- Verifiera webbplatsens beteende på låg CPU och minne för att stödja olika formfaktorer
För en e-handelswebbplats är kompatibilitetskontrollen en av de viktigaste testtyperna. Kundbasen kommer att vara stor och kommer åt vår webbplats från olika webbläsare, operativsystem och enheter.
Med tanke på att mobila plattformar blir populära bör vi säkerställa att webbplatsen laddas på liten formfaktor under acceptabel laddningstid. Det är också viktigt att validera användningen av olika nätverkshastigheter för att säkerställa att den är användbar för alla kunder.
Är webbplatsen tillräckligt säker?
Säkerhetstester utförs för att avslöja sårbarheter i ett system och säkerställa att en webbplats är säker.
Nedan följer en checklista som kan verifieras när du utför säkerhetstester:
- Webbplatsen ska vara tillgänglig för endast autentiserade användare
- Webbplatsanvändare ska kunna utföra endast de uppgifter som de är godkända för
- Webbplatsen bör verifieras för CAPTCHA-fält för användaridentifiering
- Webbläsarens säkerhetsinställningar bör verifieras när de går från säkra till osäkra sidor
- Webbserverskydd bör finnas för oåtkomliga webbkataloger eller filer
- Se till att begränsade filer inte ska laddas ner utan lämplig åtkomst
- Sessioner som blev inaktiva bör automatiskt dödas efter en viss tidsperiod
- Alla ogiltiga och obehöriga försök från slutanvändare eller intermittenta systemfel / fel bör loggas för analysändamål
Verktyg som Sårbarhetshantering , Veracode och SQL-karta kan användas för att utföra säkerhetstester av din webbplats.
Som en del av säkerhetstestningen bör en e-handelswebbplats valideras för
- Webbplatsens åtkomstkontroller.
- Eventuellt läckage av användarens personliga information.
- Säkra betalningsmetoder.
Är webbplatsens prestanda upp till märket?
För att kontrollera prestanda på en webbplats kan prestanda testas. Den kommer att utvärdera en applikations beteende under olika arbetsbelastningsförhållanden som kan vara ett realistiskt scenario. Om systemet går i drift utan att göra prestandatester kan det sluta med problem som ett långsamt körande system eller dålig användbarhet, vilket sannolikt kommer att påverka varumärkesimagen såväl som marknadsförsäljningen.
En webbplats kan testas mot belastning och stress.
Nedan är checklistan för test av webbprestanda:
- Webbplatsens beteende bör observeras under normala och toppbelastningsförhållanden
- Webbplatsens prestanda bör undersökas genom att mäta svarstid, hastighet, skalbarhet och resursanvändning
- Korrekt RCA (grundorsaksanalys) bör göras med en lösning om ett system går sönder eller blir instabilt vid någon tidpunkt
- Problem med nätverkslatens bör identifieras om några
En e-handelswebbplats bör testas noggrant med hjälp av en uppsättning simulerade användare under normala såväl som toppbelastningsförhållanden som kan vara under 'Försäljningssäsongen'.
Under försäljningen skulle användare som kommer åt webbplatsen multiplicera. Dessutom bör webbplatsens beteende undersökas medan flera samtidiga användare har åtkomst till samma objekt eller utför samma åtgärder (som transaktioner eller beställningar) på webbplatsen.
Det finns olika verktyg på marknaden för prestandatestning. Få av dem är det LoadRunner, WinRunner, Silk Performer, JMeter, etc.
Lagras informationen på en webbplats korrekt och kvarstår över sessioner?
Databasen är en av de viktigaste komponenterna i en webbapplikation som innehåller den fullständiga information som anges via en webbplats. Därför, för att säkerställa att korrekt användardata sparas i databastabeller utan några manipulationer och för att upprätthålla dataintegriteten under verifieringar bör utföras.
- Verifiera datakonsistens över användargränssnittet, dvs webbplatsens användargränssnitt och databas
- Kontrollera att DB-tabeller uppdateras ordentligt när insättnings- / uppdaterings- / raderingsåtgärder utförs av en webbplatsapplikation
- Verifiera svarstiden för tekniska frågor och finjustera dem vid behov
- Sök efter DB-anslutning och åtkomstbehörigheter
Som QA-teammedlem som testar e-handelswebbplats kan du utföra aktiviteter nedan och validera ändringarna varje gång i motsvarande databastabeller. Detta kommer att se till att webbplatsens användargränssnitt och DB, båda är konsekventa.
1) Beställa en produkt.
två) Avbryter produkten.
3) Välj att byta produkt.
4) Välj att returnera produkten.
Är webbplatsen väl integrerad med andra gränssnitt i arbetsflödet?
Gränssnittsnivåtestning utförs för att kontrollera den smidiga interaktionen mellan webbplatsen och olika gränssnitt som webbserver och databasserver.
Under gränssnitttestning måste testaren se till att applikationsförfrågningarna skickas korrekt till databasen och att korrekt information visas för klienten som utdata. En webbserver bör inte kasta några förnekandeundantag vid någon tidpunkt och databasen ska alltid vara synkroniserad med applikationen.
Kommer webbplatsen att fungera som förväntat även efter att ha gått live?
När en produkt har flyttats in i en produktionsmiljö bör den regelbundna inspektionen göras för att kontrollera kvalitetskontrollen.
Nedanstående scenarier kan övervägas när produkten verifieras i produktionen:
- Webbapplikationstester bör köras regelbundet och testloggar ska sparas som bevis på att Service Level Agreement (SLA) är kompatibelt
- System för automatisk skalning och lastbalanseringsapparater bör kontrolleras om de är på plats och fungerar
- Håll koll på slutanvändarens upplevelser och försök att upptäcka defekter eller skadliga attacker som vanligtvis går obemärkt under QA-testning
- Övervaka produktsvarstiden under toppbelastningar
- Utför kantfallstestfall i realtid för att identifiera nätverksfel, anslutningsfel eller avbrott av ett oväntat samtal
Slutsats
Jag har utarbetat denna detaljerade handledning med min års erfarenhet av att testa de olika webbplatserna.
Hoppas den här artikeln hjälper dig att förstå de olika aspekterna av testning av webbapplikationer. Nästa gång du sitter och skriver en testplan för din webbplats, kom ihåg att validera olika aspekter utöver webbplatsens funktionalitet.
Hoppas att den här artikeln skulle ha varit en informativ för dig!
Rekommenderad läsning
- Testguide för webbapplikationssäkerhet
- Alfatestning och betatestning (En komplett guide)
- Bästa verktyg för testning av programvara 2021 [QA Test Automation Tools]
- Byggverifieringstestning (BVT-testning) Komplett guide
- Funktionell testning mot icke-funktionell testning
- Typer av programvarutestning: Olika testtyper med detaljer
- Nybörjarguide för webbtillämpningstestning
- ETL Testing Data Warehouse Testing Tutorial (En komplett guide)