website cookie testing test cases
Inleiding tot cookies
In de eerste plaats zullen we ons concentreren op wat cookies precies zijn en hoe ze werken. Het zou voor u gemakkelijk zijn om de testgevallen voor het testen van cookies te begrijpen als u een duidelijk begrip heeft van hoe cookies werken. Hoe worden cookies op de harde schijf opgeslagen? en hoe kunnen we cookie-instellingen bewerken?
Wat je leert:
- Wat is een cookie?
- Waarom worden cookies gebruikt?
- Hoe werken cookies?
- Hoe worden cookies opgeslagen?
- Nadelen van cookies
- Testgevallen voor het testen van cookies van webapplicaties
- Gevolgtrekking
- Aanbevolen literatuur
Wat is een cookie?
Een cookie is kleine informatie die door een webserver in een tekstbestand op de harde schijf van de gebruiker wordt opgeslagen. Deze informatie wordt later door de webbrowser gebruikt om informatie van die machine op te halen. Over het algemeen bevat de cookie gepersonaliseerde gebruikersgegevens of informatie die wordt gebruikt om te communiceren tussen verschillende webpagina's.
Waarom worden cookies gebruikt?
Cookies zijn niets anders dan de identiteit van de gebruiker en worden gebruikt om bij te houden waar de gebruiker op de webpagina's heeft genavigeerd. De communicatie tussen de webbrowser en een webserver is staatloos.
Bijvoorbeeld:
Als u het domein 'http://www.example.com/1.html' opent, zal de webbrowser eenvoudigweg naar de webserver van example.com vragen voor de pagina 1.html.
Als u de volgende keer pagina typt als 'http://www.example.com/2.html', wordt het nieuwe verzoek verzonden naar de webserver van example.com voor het verzenden van de 2.html-pagina en weet de webserver niets over voor wie de vorige pagina 1.html heeft gediend.
Wat als u de eerdere geschiedenis van deze gebruikerscommunicatie met de webserver wilt hebben? U moet de gebruikersstatus en interactie tussen een webbrowser en een webserver ergens behouden. Dit is waar de cookie in beeld komt. Cookies dienen om gebruikersinteracties met een webserver te onderhouden.
Hoe werken cookies?
Het HTTP-protocol dat wordt gebruikt om informatiebestanden op internet uit te wisselen, wordt gebruikt om de cookies te onderhouden.
Er zijn twee soorten HTTP-protocol. Staatloos HTTP en Stateful HTTP-protocol. Het staatloze HTTP-protocol houdt geen gegevens bij van eerder geopende webpagina-geschiedenis. Hoewel het Stateful HTTP-protocol een geschiedenis van eerdere webbrowser- en webserverinteracties bijhoudt, wordt dit protocol door de cookies gebruikt om de gebruikersinteracties te behouden.
Telkens wanneer een gebruiker een site of pagina bezoekt die een cookie gebruikt, schrijft de kleine code in die HTML-pagina (meestal een aanroep naar een taalscript om de cookie te schrijven zoals cookies in JAVAScript, PHP, Perl) een tekstbestand op de computer van de gebruiker genaamd een koekje.
Hier is een voorbeeld van de code die wordt gebruikt om een cookie te schrijven en die op elke HTML-pagina kan worden geplaatst:
Set-Cookie: NAAM = WAARDE; expires = DATUM; pad = PATH; domein = DOMAIN_NAME;
oorzakenanalyse voorbeelden softwareontwikkeling
Wanneer een gebruiker later dezelfde pagina of hetzelfde domein bezoekt, wordt deze cookie van de schijf gelezen en gebruikt om het tweede bezoek van dezelfde gebruiker op dat domein te identificeren. De vervaltijd wordt ingesteld tijdens het schrijven van de cookie. Deze tijd wordt bepaald door de applicatie die de cookie gaat gebruiken.
Over het algemeen worden twee soorten cookies op de gebruikerscomputer geschreven
# 1) Sessiecookies: Deze cookie is actief totdat de browser die de cookie heeft aangeroepen, geopend is. Wanneer we de browser sluiten, wordt deze sessiecookie verwijderd. Er kan een tijdsessie van bijvoorbeeld 20 minuten worden ingesteld om de cookie te laten verlopen.
# 2) Permanente cookies: Dit zijn cookies die permanent op de gebruikerscomputer worden geschreven en maanden of jaren meegaan.
Waar worden cookies opgeslagen?
Wanneer een webpagina-applicatie een cookie schrijft, wordt deze opgeslagen in een tekstbestand op de harde schijf van de gebruiker. Het pad waar de cookies worden opgeslagen, is afhankelijk van de browser. Verschillende browsers slaan een cookie op verschillende paden op.
De onderstaande paden zijn voorbeelden van waar cookies worden opgeslagen:
Internet Explorer: “C: Users gebruikersnaam AppData Roaming Microsoft Windows Cookies”.
Windows 7: 'C: Users gebruikersnaam AppData Roaming Microsoft Windows Cookies Low'.
Windows 8 en Windows 10: 'C: Users gebruikersnaam AppData Local Microsoft Windows INetCookies'.
Hier kan de 'Standaardgebruiker' worden vervangen door de huidige gebruiker die u heeft aangemeld als 'Administrator', of gebruikersnaam zoals 'Vijay' enz.
Het cookiepad kan gemakkelijk worden gevonden door door de browseropties te navigeren.
In de Mozilla Firefox-browser kunt u de cookies zelfs in de browseropties zelf zien. Open de Mozilla-browser, druk op de knop 'Menu openen'? 'Webontwikkelaar'? 'Storage Inspector' of door de combinatie 'Shift + F9' in te drukken.
In de Google Chrome-browser kunt u cookies vinden door 'chrome: // instellingen / inhoud / cookies' in uw adresbalk te typen. Cookies zijn ook toegankelijk via de browserconsole (F12 -> applicatie -> opslag -> cookies ->).
Hoe worden cookies opgeslagen?
Laten we een voorbeeld nemen van een cookie geschreven door rediff.com op de Mozilla Firefox-browser. Wanneer u in de Mozilla Firefox-browser de pagina rediff.com opent of inlogt op uw Rediffmail-account, wordt er een cookie op uw harde schijf geschreven.
sommige softwarefouten wijzen op een fysiek verbindingsprobleem
Om deze cookie te bekijken, klikt u gewoon op de knop 'Cookies weergeven' die in het bovenstaande pad wordt vermeld. Klik op de Rediff.com-site onder deze cookielijst.
U kunt verschillende cookies zien die zijn geschreven door het Rediff-domein met verschillende namen.
Site: Rediff.com Cookienaam: RMID
Naam: RMID (naam van de cookie)
Inhoud: 1d11c8ec44bf49e0… (gecodeerde inhoud)
Domein: .rediff.com
Pad: / (Elk pad na de domeinnaam)
Verzenden voor: Elk type verbinding
Vervalt: Donderdag 31 december 2020 23:59:59
# 1) Om de winkelwagen te implementeren: Cookies worden gebruikt voor het onderhouden van het online bestelsysteem. Cookies onthouden wat de gebruiker wil kopen. Wat moet ik doen als de gebruiker een aantal producten aan zijn winkelwagentje toevoegt en als de gebruiker om een of andere reden deze producten deze keer niet wil kopen en het browservenster sluit?
In het bovenstaande geval kan dezelfde gebruiker de volgende keer dat hij de aankooppagina bezoekt, alle producten zien die hij tijdens zijn laatste bezoek aan het winkelwagentje heeft toegevoegd.
# 2) Gepersonaliseerde sites: Wanneer een gebruiker een bepaalde pagina bezoekt, wordt hem gevraagd welke pagina's hij niet wil bezoeken of weergeven. Gebruikersopties worden in een cookie opgeslagen en totdat de gebruiker online is, worden die pagina's niet aan hem getoond.
# 3) Gebruikers volgen: Om het aantal unieke bezoekers online op een bepaald moment bij te houden.
# 4) Marketing: Sommige bedrijven gebruiken cookies om advertenties op computers van gebruikers weer te geven. Cookies controleren deze advertenties. Wanneer en welke advertentie moet worden getoond? Wat is het belang van de gebruiker? Welke trefwoorden zoeken op de site? Al deze zaken kunnen met cookies worden onderhouden.
# 5) Gebruikerssessies: Cookies kunnen gebruikerssessies volgen voor het specifieke domein met behulp van een gebruikers-ID en wachtwoord.
Nadelen van cookies
# 1) Zelfs het schrijven van een cookie is een geweldige manier om gebruikersinteractie te behouden, als de gebruiker browseropties heeft ingesteld om te waarschuwen voordat een cookie wordt geschreven of de cookies volledig heeft uitgeschakeld, wordt de site die de cookie bevat volledig uitgeschakeld en kan deze geen enkele bewerking uitvoeren die resulteert in verlies van de site. verkeer. Dit kan worden in- / uitgeschakeld in de browserinstellingen.
Bijvoorbeeld: voor Google Chrome moet je Instellingen-> Geavanceerd-> Inhoudsinstellingen-> Cookies gaan. Daar kunt u een algemene regel toepassen voor het cookiebeleid, of deze instellen voor individuele websites.
Naast de browserinstellingen zijn er enkele wijzigingen in de regelgeving in de EU en de VS die ontwikkelaars dwingen een gebruiker te waarschuwen dat cookies op de website worden gebruikt. Naleving van dergelijke nieuwe voorschriften moet ook deel uitmaken van testscenario's voor bepaalde regio's.
# 2) Te veel cookies: Als u te veel cookies op elke paginanavigatie schrijft en als de gebruiker een optie heeft ingeschakeld om te waarschuwen voordat hij de cookie schrijft, kan dit de gebruiker zelfs van uw site afhouden.
# 3) Beveiligingsproblemen: Soms worden gebruikers persoonlijke informatie opgeslagen in cookies en als iemand de cookie hackt, kan een hacker toegang krijgen tot uw persoonlijke informatie. Zelfs beschadigde cookies kunnen door verschillende domeinen worden gelezen en leiden tot beveiligingsproblemen.
# 4) Gevoelige informatie: Sommige sites kunnen uw gevoelige informatie in cookies schrijven en opslaan, wat niet mag worden toegestaan vanwege privacykwesties. Dit zou voldoende moeten zijn om te weten wat cookies zijn. Zie voor meer informatie over cookies Cookie Central-pagina
Testgevallen voor het testen van cookies van webapplicaties
De eerste voor de hand liggende testcase is om te testen of uw applicatie cookies correct op schijf schrijft. U kunt de Cookie Tester-applicatie ook als u geen webapplicatie heeft om te testen, maar u moet het Cookie-concept begrijpen om te testen.
Enkele belangrijke testgevallen voor het testen van webapplicaties
# 1) Als koekje privacybeleid zorg ervoor op basis van uw ontwerpdocumenten dat er geen persoonlijke of gevoelige gegevens in de cookie worden opgeslagen.
#twee) Als je geen andere keus hebt dan sparen gevoelige data in een cookie, zorg er dan voor dat de gegevens die in een cookie zijn opgeslagen in een gecodeerde indeling worden opgeslagen.
# 3) Zorg ervoor dat er geen overmatig gebruik van cookies op uw site die wordt getest. Overmatig gebruik van cookies zal gebruikers ergeren als de browser vaker om cookies vraagt en dit kan leiden tot verlies van siteverkeer en uiteindelijk tot verlies van omzet.
# 4) Schakel de cookies uit vanuit uw browserinstellingen. Als u cookies op uw site gebruikt, werken de belangrijkste functies van uw site niet door de cookies uit te schakelen. Probeer vervolgens de te testen website te openen.
Navigeer naar de site en kijk of de juiste berichten aan de gebruiker worden getoond, zoals 'Voor een soepele werking van deze site, moet u ervoor zorgen dat cookies zijn ingeschakeld in uw browser'.
Er mag geen pagina crashen als gevolg van het uitschakelen van de cookies. (Zorg ervoor dat u alle browsers sluit, verwijder alle eerder geschreven cookies voordat u deze test uitvoert)
# 5) Accepteert / weigert sommige cookies: De beste manier om de functionaliteit van de website te controleren, is door niet alle cookies te accepteren. Als u 10 cookies in uw webtoepassing schrijft, accepteer dan willekeurig enkele cookies, zeg accepteer 5 en weiger 5 cookies.
Voor het uitvoeren van de bovenstaande testcase kunt u browseropties instellen om te vragen wanneer de cookie naar schijf wordt geschreven. In dit promptvenster kunt u de cookie accepteren of weigeren. Probeer toegang te krijgen tot de belangrijkste functies van de website en kijk of pagina's vastlopen of gegevens beschadigd raken.
# 6) Cookie verwijderen: Laat de site de cookies schrijven en sluit vervolgens alle browsers en verwijder handmatig alle cookies voor een website die wordt getest. Ga naar de webpagina's en controleer het gedrag van de pagina's.
# 7) Beschadig de cookies: Een cookie beschadigen is eenvoudig. U weet waar cookies worden opgeslagen. Bewerk de cookie handmatig in kladblok en verander de parameters in enkele vage waarden. Zoals het wijzigen van de cookie-inhoud, de naam van de cookie of de vervaldatum van de cookie en de sitefunctionaliteit bekijken.
In sommige gevallen kunnen beschadigde cookies de gegevens erin lezen voor elk ander domein. Dit zou niet moeten gebeuren in het geval van de cookies van uw website. Merk op dat als de cookies zijn geschreven door het ene domein, zeg dat rediff.com niet toegankelijk is voor een ander domein, zeg bijvoorbeeld yahoo.com, tenzij en totdat de cookies beschadigd zijn en iemand de cookiegegevens probeert te hacken.
# 8) Het verwijderen van cookies van uw webapplicatiepagina controleren: Soms zeggen cookies die zijn geschreven door een domein dat rediff.com door hetzelfde domein kan worden verwijderd, maar door een andere pagina onder dat domein. Dit is het algemene geval als u een webportaal met ‘actietracking’ test.
Pixel voor het volgen van acties of het volgen van aankopen wordt op de actiewebpagina geplaatst en wanneer een actie of aankoop plaatsvindt door een gebruiker, wordt de op de schijf geschreven Cookie verwijderd om te voorkomen dat er meerdere acties worden geregistreerd vanuit dezelfde Cookie. Controleer of het bereiken van uw actie- of aankooppagina de Cookie correct verwijdert en er geen ongeldige acties of aankopen meer worden geregistreerd door dezelfde gebruiker.
# 9) Cookie testen op meerdere browsers: Dit is het belangrijkste geval om te controleren of uw webtoepassingspagina de cookies correct schrijft in verschillende browsers zoals bedoeld en of de site correct werkt met deze cookies. U kunt uw webapplicatie testen op veelgebruikte browsers zoals Internet Explorer (verschillende versies), Mozilla Firefox, Netscape, Opera, etc.
c ++ bestandsinvoer uitvoer
# 10) Als uw webapplicatie Cookies om de logstatus van elke gebruiker te behouden log vervolgens in op uw webapplicatie met een gebruikersnaam en wachtwoord.
In veel gevallen kunt u de ingelogde gebruiker-ID-parameter direct in de adresbalk van de browser zien. Wijzig deze parameter in een andere waarde, bijvoorbeeld als de vorige gebruikers-ID 100 is, maak er dan 101 van en druk vervolgens op enter. Het juiste toegangsbericht moet aan de gebruiker worden weergegeven en de gebruiker mag het account van andere gebruikers niet zien.
#elf) Controleer of cookies permanent zijn of niet (volgens de vereisten) door het cookietype en de vervaldatums in het cookiebestand of de browserconsole te controleren
# 12) Valideer of een vervaldatum is ingesteld in overeenstemming met de vereisten. In sommige gevallen is het essentieel om te controleren of de vervaldatum van de cookie wordt bijgewerkt met een applicatie (bijvoorbeeld om de sessie te vernieuwen). Dit kan worden gecontroleerd in de browserconsole of het Cookie-bestand zelf.
Houd er rekening mee dat het handmatig decoderen van cookies niet de beste methode is en dat het gemakkelijker is om op browsergegevens te vertrouwen, maar indien nodig - deze thread bevat enkele antwoorden over het cookie-bestandsformaat
# 13) Als sommige cookies gebruikersspecifiek zijn, is het belangrijk om ervoor te zorgen dat ze worden verwijderd of eenvoudigweg worden genegeerd als een andere gebruiker inlogt op de toepassing, tenzij dit anders is gezegd in een specificatie.
# 14) Specifieke test voor sites met meerdere omgevingen: Controleer of dezelfde cookies in alle omgevingen acceptabel zijn. Kan worden veroorzaakt door het gebruik van jokertekens in het cookiepad (zogenaamde supercookies). Of als dit vereist is om het toe te staan, kunnen sommige toegangsproblemen worden veroorzaakt doordat de andere coderingssleutel wordt gebruikt (voor.Net is dit een machinesleutel die meestal uniek is, tenzij anders aangegeven).
Dit zijn enkele van de belangrijkste testgevallen waarmee rekening moet worden gehouden bij het testen van websitecookies. Uit deze testgevallen kunt u meerdere testcases schrijven door verschillende combinaties uit te voeren. Als u een ander toepassingsscenario heeft, kunt u uw testgevallen vermelden in de onderstaande opmerkingen.
Gevolgtrekking
U hebt nu een duidelijk begrip van hoe u Website Cookie Testing uitvoert en hoe u testcases schrijft voor het testen van webapplicatie cookies.
Deel uw opmerkingen / gedachten in het commentaargedeelte hieronder.
Aanbevolen literatuur
- Handleiding voor het testen van webapplicaties
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Verschil tussen Desktop, Client Server Testing en Web Testing
- Primer eBook downloaden testen
- Applicatie testen - In de basis van softwaretesten!
- Installeer uw applicatie op het apparaat en begin met testen vanuit Eclipse
- Tutorial over destructief testen en niet-destructief testen
- Prestatietests versus belastingtests versus stresstests (verschil)