Exempel på testfall för webbapplikation (checklista)
Thomas Hamilton
⚡ Smart sammanfattning
En komplett checklista för testning av webbapplikationer omfattar användbarhet, funktionalitet, kompatibilitet, databas, API, säkerhet, prestanda och tillgänglighetskontroller. Varje avsnitt nedan innehåller färdiga testscenarier som kvalitetssäkringsteam kan kopiera direkt till ett testhanteringsverktyg.
När du testar webbapplikationerna bör man överväga nedanstående mall. Den nedan nämnda checklistan är nästan tillämplig för alla typer av webbapplikationer beroende på affärskraven.
Mallen ovan visar hur ett ark kan innehålla scenarier för varje checklistaområde. För bakgrund, se testning av webbapplikationer Översikt.
Låt oss nu titta närmare på varje checklista:
funktions~~POS=TRUNC
Vad är funktionstestning?
- Testa en produkts egenskaper och funktionssätt för att säkerställa att de motsvarar dess specifikationer.
- Testning som ignorerar den interna mekanismen för ett system eller en komponent och fokuserar enbart på de utgångar som genereras som svar på valda indata och exekveringsförhållanden.
Vad är syftet eller målet med funktionstestning?
- Målet med funktions~~POS=TRUNC är att verifiera om din produkt uppfyller de avsedda funktionsspecifikationerna som nämns i din utvecklingsdokumentation.
Exempel på scenarier för funktionstest:
- Testa alla obligatoriska fält bör valideras.
- Testa att asterisken ska visas för alla obligatoriska fält.
- Testa systemet bör inte visa felmeddelandet för valfria fält.
- Testa att skottår är korrekt validerade & inte orsakar fel/felberäkningar.
- Testa de numeriska fälten bör inte acceptera alfabeten och korrekt felmeddelande bör visas.
- Testa för negativa tal om det är tillåtet för numeriska fält.
- Testdivision med noll bör hanteras korrekt för beräkningar.
- Testa maxlängden för varje fält för att säkerställa att data inte trunkeras.
- Testa popup-meddelandet ("Detta fält är begränsat till 500 tecken") bör visas om data når fältets maximala storlek.
- Testa att ett bekräftelsemeddelande ska visas för uppdatering och radering.
- Testa att beloppsvärdena ska visas i valutaformat.
- Testa alla inmatningsfält för specialtecken.
- Testa timeout-funktionen.
- Testa sorteringsfunktionen.
- Testa funktionen hos de tillgängliga knapparna
- Testa sekretesspolicyn & FAQ är tydligt definierade och bör vara tillgängliga för användare.
- Testa om någon funktion misslyckas och användaren omdirigeras till den anpassade felsidan.
- Testa att alla uppladdade dokument är öppna ordentligt.
- Testa användaren ska kunna ladda ner de uppladdade filerna.
- Testa systemets e-postfunktionalitet.
- Testa Java skriptet fungerar korrekt i olika webbläsare (IE, Firefox, Chrome, safari och Opera).
- Testa för att se vad som händer om en användare tar bort cookies medan han är på webbplatsen.
- Testa för att se vad som händer om en användare tar bort cookies efter att ha besökt en webbplats.
- Testa alla data i kombinations-/listboxen är ordnade i kronologisk ordning.
När funktioner fungerar korrekt är nästa fråga om riktiga användare kan använda dem utan hjälp.
Användbarhetstestning
Vad är användbarhetstestning?
- Användbarhetstestning är inget annat än användarvänlighetskontrollen.
- Vid användbarhetstestning testas applikationsflödet så att en ny användare enkelt kan förstå applikationen.
- I princip kontrolleras systemnavigering i användbarhetstestning.
Vad är syftet eller målet med användbarhetstestning?
Ett användbarhetstest fastställer användarvänligheten och effektiviteten för en produkt med hjälp av en standard användbarhetstestpraxis.
Exempel på användbarhetstestfall
- Webbsidans innehåll bör vara korrekt utan några stavfel eller grammatiska fel
- Alla typsnitt ska vara samma enligt kraven.
- All text ska vara korrekt justerad.
- Alla felmeddelanden ska vara korrekta utan några stavnings- eller grammatiska fel och felmeddelandet ska matcha fältetiketten.
- Verktygstipstext bör finnas där för varje fält.
- Alla fält ska vara korrekt justerade.
- Det bör finnas tillräckligt med utrymme mellan fältetiketter, kolumner, rader och felmeddelanden.
- Alla knappar ska vara i standardformat och standardstorlek.
- Hemlänk bör finnas på varje sida.
- Inaktiverade fält ska vara nedtonade.
- Kontrollera om det finns trasiga länkar och bilder.
- Bekräftelsemeddelande bör visas för alla typer av uppdaterings- och raderingsåtgärder.
- Kolla sidan på olika upplösningar (640 x 480, 600×800 etc.?)
- Kontrollera att slutanvändaren kan köra systemet utan frustration.
- Kontrollera att fliken ska fungera korrekt.
- Rullningslisten ska endast visas om det behövs.
- Om det finns ett felmeddelande vid inlämning ska den information som användaren fyllt i finnas där.
- Titeln ska visas på varje webbsida
- Alla fält (textruta, rullgardinsmeny, alternativknapp, etc.) och knappar ska vara tillgängliga med kortkommandon och användaren ska kunna utföra alla operationer med tangentbordet.
- Kontrollera om rullgardinsmenyn inte är trunkerad på grund av fältstorleken. Kontrollera också om data är hårdkodad eller hanteras via administratör.
En layout som inte går att läsa i en webbläsare kan gå sönder i en annan, så spela upp samma skärmbilder i alla miljöer som stöds.
Test av kompatibilitet
Vad är kompatibilitetstestning?
- Kompatibilitetstestning används för att avgöra om din programvara är kompatibel med andra delar av ett system som den ska fungera med, t.ex. webbläsare, Operatingssystem eller hårdvara.
Vad är syftet eller målet med kompatibilitetstestning?
- Syftet med kompatibilitetstestning är att utvärdera hur bra mjukvara fungerar i en viss webbläsare, Operasystem, hårdvara eller mjukvara.
Exempel på scenarier för kompatibilitetstest:
- Testa webbplatsen i olika webbläsare (IE, Firefox, Chrome, Safari och Opera) och se till att webbplatsen visas korrekt.
- Testa att HTML-versionen som används är kompatibel med lämpliga webbläsarversioner.
- Testa att bilderna visas korrekt i olika webbläsare.
- Testa att typsnitten är användbara i olika webbläsare.
- Testa att java-skriptkoden är användbar i olika webbläsare.
- Testa de animerade GIF:erna i olika webbläsare.
Konsekvent rendering bevisar ingenting om uppgifterna bakom skärmen. korsa webbläsartestning matrisen håller detta område hanterbart.
Databastestning
Vad är databastestning?
- In Databastestning backend-poster testas som har infogats via webben eller skrivbordsapplikationer. Datan som visas i webbapplikationen bör matcha den data som lagras i databasen.
För att utföra databastestningen bör testaren vara medveten om nedanstående punkter:
- Testaren bör förstå funktionskrav, affärslogik, applikationsflöde och databasdesign grundligt.
- Testaren bör ta reda på de tabeller, utlösare, butiksprocedurer, vyer och markörer som används för applikationen.
- Testaren bör förstå logiken i de utlösare, lagringsprocedurer, vyer och markörer som skapas.
- Testaren bör ta reda på vilka tabeller som påverkas när DML-operationer (Insert Update and Delete) utförs via webb- eller skrivbordsapplikationer.
Med hjälp av ovan nämnda punkter kan testaren enkelt skriva testscenarierna för databastestning.
Exempel på testfall för databastestning:
- Verifiera databasnamnet: Databasnamnet ska överensstämma med specifikationerna.
- Verifiera tabellerna, kolumnerna, kolumntyperna och standardinställningarna: Allt ska matcha specifikationerna.
- Kontrollera om kolumnen tillåter en null eller inte.
- Verifiera den primära och främmande nyckeln för varje tabell.
- Verifiera den lagrade proceduren:
- Testa om den lagrade proceduren är installerad eller inte.
- Verifiera namnet på den lagrade proceduren
- Verifiera parameternamn, typer och antal parametrar.
- Testa parametrarna om de krävs eller inte.
- Testa den lagrade proceduren genom att radera några parametrar
- Testa när utgången är noll, nollposterna bör påverkas.
- Testa den lagrade proceduren genom att skriva enkelt SQL frågor.
- Testa om den lagrade proceduren returnerar värdena
- Testa den lagrade proceduren med exempel på indata.
- Verifiera beteendet för varje flagga i tabellen.
- Verifiera att data sparas korrekt i databasen efter varje inlämning av sidor.
- Verifiera data om DML-operationerna (Uppdatera, ta bort och infoga) utförs.
- Kontrollera längden på varje fält: Fältlängden på baksidan och framsidan måste vara samma.
- Verifiera databasnamnen för QA, UAT och produktion. Namnen ska vara unika.
- Verifiera den krypterade informationen i databasen.
- Verifiera databasstorleken. Testa också svarstiden för varje exekverad fråga.
- Verifiera data som visas på framsidan och se till att de är samma i baksidan.
- Verifiera datas giltighet genom att infoga ogiltiga data i databasen.
- Verifiera utlösare.
Checklista för API-testning
De flesta affärsregler finns nu bakom REST- eller GraphQL-slutpunkter, så enbart webbläsarkontroller kan inte bevisa att systemet fungerar. Testning av slutpunkter exponerar direkt nackdelartracoch auktoriseringsfel mycket tidigare än användargränssnittet kan.
Täck följande scenarier innan en slutpunkt signeras:
Exempel på testscenarier för API-testning:
- Verifiera dokumenterade statuskoder för framgång, valideringsfel, obehörig åtkomst och serverfel.
- Verifiera att svarsnyttolasten matchar det publicerade schemat, inklusive fältnamn och datatyper.
- Verifiera att parametrar som saknas eller är felaktigt utformade returnerar ett läsbart meddelande snarare än en stack trace.
- Verifiera att autentiseringstokens löper ut, uppdateras korrekt och inte kan spelas upp igen efter utloggning.
- Verifiera rollbaserad auktorisering, så att ett standardkonto inte kan nå administratörens slutpunkter genom att ändra en identifierare.
- Verifiera gränsvärden för varje parameter, inklusive tomma strängar och maximala längder.
- Verifiera att hastighetsbegränsning returnerar rätt strypningssvar istället för att misslyckas tyst.
- Verifiera att slutpunkten degraderas korrekt när en tredjepartstjänst har timeout.
- Kontrollera att inga lösenord, tokens eller interna sökvägar visas i svar eller felmeddelanden.
Kör den här listan i alla miljöer, eftersom staging och produktion ofta exponerar olika behörighetsuppsättningar. Se API-testning översikt och testa ett REST API manuellt.
Flera av dessa kontroller överlappar med säkerhetsarbete.
Säkerhetstestning
Säkerhetstestning involverar testet för att identifiera eventuella brister och luckor ur säkerhetssynpunkt.
Exempel på testscenarier för säkerhetstestning:
- Verifiera att webbsidan som innehåller viktig information som lösenord, kreditkortsnummer, hemliga svar på säkerhetsfrågor etc ska skickas via HTTPS (SSL).
- Kontrollera att viktig information som lösenord, kreditkortsnummer etc ska visas i krypterat format.
- Kontrollera att lösenordsregler implementeras på alla autentiseringssidor som registrering, glömt lösenord, byt lösenord.
- Kontrollera om lösenordet har ändrats att användaren inte ska kunna logga in med det gamla lösenordet.
- Kontrollera att felmeddelandena inte ska visa någon viktig information.
- Kontrollera om användaren är utloggad från systemet eller om användarsessionen har löpt ut, användaren ska inte kunna navigera på webbplatsen.
- Verifiera att få tillgång till säkra och osäkra webbsidor direkt utan inloggning.
- Kontrollera att alternativet "Visa källkod" är inaktiverat och inte ska vara synligt för användaren.
- Kontrollera att användarkontot låses ute om användaren anger fel lösenord flera gånger.
- Kontrollera att cookies inte ska lagra lösenord.
- Kontrollera om någon funktionalitet inte fungerar, systemet ska inte visa någon applikations-, server- eller databasinformation. Istället bör den visa den anpassade felsidan.
- Verifiera SQL-injektionsattackerna.
- Verifiera användarrollerna och deras rättigheter. Till exempel bör begäranden inte kunna komma åt administratörssidan.
- Kontrollera att viktiga operationer skrivs i loggfiler och att informationen ska tracmöjlig.
- Kontrollera att sessionsvärdena är i ett krypterat format i adressfältet.
- Kontrollera att cookieinformationen lagras i krypterat format.
- Verifiera applikationen för Brute Force Attacks
En härdad applikation som bucklar sig under belastning är fortfarande oanvändbar, så nästa passering mäter skalan.
Prestandatester
Prestandatester utförs för att utvärdera huruvida ett system eller en komponent överensstämmer med specificerade prestandakrav.
Allmänna testscenarier:
- För att bestämma en applikations prestanda, stabilitet och skalbarhet under olika belastningsförhållanden.
- För att avgöra om den nuvarande arkitekturen kan stödja applikationen på högsta användarnivåer.
- För att bestämma vilken konfigurationsstorlek som ger den bästa prestandanivån.
- För att identifiera applikations- och infrastrukturflaskhalsar.
- För att avgöra om den nya versionen av programvaran hade en negativ inverkan på svarstiden.
- Att utvärdera produkt och/eller hårdvara för att avgöra om den kan hantera beräknade lastvolymer.
Hur gör man prestationstestning? Genom manuell testning eller genom automation
Praktiskt taget är det inte möjligt att göra prestandatestningen manuellt på grund av vissa nackdelar som:
- Fler antal resurser kommer att krävas.
- Samtidiga åtgärder är inte möjliga.
- Korrekt systemövervakning är inte tillgänglig.
- Inte lätt att utföra den repetitiva uppgiften.
För att övervinna ovanstående problem bör vi därför använda verktyget Performance Testing. Nedan är listan över några populära testverktyg.
- Apache JMeter
- Ladda Runner
- Borland Silk Performer.
- Rational Performance Tester
- WAPT
- NEO LOAD
En målgrupp saknas fortfarande: användare som når dessa skärmar via hjälpmedelsteknik.
Checklista för tillgänglighetstestning
Tillgänglighetstestning bekräftar att personer som använder skärmläsare, navigering med endast tangentbord eller förstoring kan genomföra samma resor som alla andra. Det är också ett upphandlingskrav, eftersom företag kantracts refererar vanligtvis till WCAG 2.2 Nivå AADessa defekter är strukturella och kostar mycket mindre att åtgärda i förtid.
Exempel på testscenarier för tillgänglighetstestning:
- Kontrollera att meningsfulla bilder har beskrivande alt-text och att dekorativa bilder är dolda från hjälpmedelsteknik.
- Kontrollera att varje formulärkontroll har en programmatiskt associerad etikett, inte bara intilliggande platshållartext.
- Kontrollera att sidan fungerar enbart med tangentbordet, med en synlig fokusindikator vid varje stopp.
- Kontrollera att text och interaktiva element uppfyller minimikravet för kontrastförhållande mot bakgrunden.
- Kontrollera att rubrikerna följer en logisk ordning utan att nivåerna hoppas över, så att skärmläsarnavigeringen fungerar.
- Kontrollera att felmeddelanden meddelas till hjälpmedelstekniken och identifiera fältet som är felet.
- Kontrollera att sidan fortfarande är användbar vid 200 procents zoom utan horisontell rullning.
- Verifiera att anpassade widgetar som modaler, flikar och dragspel exponerar korrekta roller och tillstånd.
Automatiserade skannrar upptäcker bara en del av dessa problem, så lägg till ett manuellt tangentbord och skärmläsare. tillgänglighetstester referensen täcker verktygen.
