Bedste svar
Systemtesttilfælde
Her er nogle eksempler på testscenarier for et e-handelswebsted:
1 Hvis webstedet starter korrekt med alle de relevante sider, funktioner og logo
2. Hvis brugeren kan registrere / logge ind til webstedet
3. Hvis brugeren kan se tilgængelige produkter, kan tilføje produkter i sin indkøbskurv kan betale og kan få bekræftelse via e-mail eller sms eller ring.
4. Hvis hovedfunktionaliteten som søgning, filtrering, sortering, tilføjelse, ændring, ønskeliste osv. arbejde som forventet
4. Hvis antallet af brugere (defineret som i kravdokument) kan få adgang til webstedet samtidigt
5. Hvis webstedet starter korrekt i alle større browsere og th eir nyeste versioner
6. Hvis transaktionerne udføres på webstedet via en bestemt bruger, er de sikre nok
7. Hvis webstedet starter korrekt på alle understøttede platforme som Windows, Linux, Mobile osv.
8. Hvis returvejledningen til brugervejledningen / vejledningen, fortrolighedspolitik og vilkår for brug af webstedet er tilgængelig som et separat dokument og nyttigt for enhver nybegynder eller første gangs bruger.
9. Hvis indholdet på siderne er korrekt justeret, administreres godt og uden stavefejl.
10. Hvis sessionstimeout implementeres og fungerer som forventet
11. Hvis en bruger er tilfreds efter ved hjælp af webstedet eller med andre ord finder brugeren det ikke svært at bruge webstedet.
Typer af systemtest
ST kaldes et supersæt af alle typer test a s alle hovedtyper af test er dækket af det. Selvom fokus på testtyper kan variere på basis af produkt, organisationsprocesser, tidslinje og krav.
Funktionstest: At lave sørg for, at produktets funktionalitet fungerer i henhold til de definerede krav inden for systemets muligheder.
Test af gendannelsesevne: For at sikre, hvordan godt, systemet genopretter fra forskellige inputfejl og andre fejlsituationer.
Interoperabilitetstest: For at sikre, om systemet kan fungere godt med tredje -partsprodukter eller ej.
Test af ydeevne: For at sikre systemets ydeevne under de forskellige betingelser med hensyn til ydeevneegenskaber.
Testning af skalerbarhed: For at sikre systemets skaleringsegenskaber i forskellige termer som brugerskalering, geografisk skalering og ressourceskalering.
Pålidelighedstest: For at sikre, at systemet kan betjenes i længere tid uden at udvikle fejl.
Regressionstest: Til sørg for systemets stabilitet, når det passerer gennem integration af forskellige undersystemer og vedligeholdelsesopgaver.
Dokumentationstest: At sikre, at systemets brugervejledning og andre hjælpemner dokumenter er korrekte og anvendelige.
Sikkerhedstest: At sikre, at systemet ikke tillader uautoriseret adgang til data og ressourcer .
Svar
Lad os tage et simpelt eksempel for at forstå, hvad der er Test Automatiseringsramme . Hvordan tror du, at det indiske demokrati, det næststørste i verden, fungerer? Er det ad hoc? Nej! Der er grundlæggende processer og strukturer, der driver indisk demokrati – Indiens forfatning. Hvad hvis forfatning ikke var der? Hvad hvis folk ikke var drevet af nogen retningslinjer? Ja! Total kaos.
Framework er det, der driver næsten alt – en grundlæggende skitse eller struktur, et sæt retningslinjer, som når de følges producerer sammenhængende og gavnlige resultater. Det være sig fremstilling, politik eller tjenester. Hvordan kan så Test automatiseringsramme være anderledes!
Test automatiseringsramme
Inden du går til Test Automation Framework , lad os først forstå de forskellige komponenter, der er involveret i testautomatisering.
- AUT : Applikationen under test
- Testautomationsværktøj såsom HPE UFT eller Selen
- Test Management Tool hvor testcases & screenshots er gemt. I mangel af et fælles delt drev kan også bruges.
- Testmiljø : Et stabilt miljø, hvor applikationen anvendes til testformål
- Applikationsobjekter : Forskellige elementer i applikationen som tekstboks, afkrydsningsfelt, radioknap, rullemenu osv.
- Applikationsmoduler : Specifikke funktionelle strømme, der skal udføres inden for forskellige testtilfælde. For eksempel. Brugerlogin.
- Testdata : Indtast værdier (gyldige eller ugyldige) for applikationsfelterne såsom loginoplysninger
- Funktioner : Et sæt genanvendelige udsagn (til et bestemt funktionelt flow), der skal udføres i forskellige scripts. For eksempel. Bruger login.
- Test script : En enkeltstående test sag kodet i et bestemt programmeringssprog ved hjælp af test automatiseringsværktøjet
- Resultater : Dette inkluderer fejllogfiler, eksekveringsstatus, skærmbilleder, formelle rapporter osv.
Nu hvordan gør du tror disse forskellige komponenter interagerer for at kunne teste applikationen automatisk? Hvordan modulerer du applikationsstrømme til forskellige funktioner? Hvordan identificerer og organiserer du applikationsobjekter? Hvor gemmes testdataene? Hvordan får du adgang til det? Hvorfra kører du testskripterne? Automatiseringsværktøj eller teststyringsværktøj? Hvilke alle skærmbilleder og logfiler er fanget? & i hvilket format? Hvordan rapporterer du resultaterne af testudførelsen? Ja! Der skal være et sæt retningslinjer, der driver disse regler, ikke? Det er det, vi kalder det en Test Automation Framework !
Officielt
A Test automatiseringsramme er et sæt protokoller, standarder og retningslinjer (programmeret), der sætter reglerne for test af et specifikt produkt – hvordan forskellige automatiseringskomponenter interagerer for at køre automatiseringsskripter og fange resultaterne på en sammenhængende og gavnlig måde. Dvs. hvordan disse forskellige komponenter (byggesten) skal samles.
Lead by Eksempel
Håber dette gør konceptet lidt klart? Ingen? Forvirret endnu? For at gøre det mere krystalklart, lad os se nogle af permutationer og kombinationer af, hvordan disse forskellige komponenter kan interagere, dvs. forskellige måder, disse komponenter kan organiseres på.
- Brugeren bruger en optagelse og afspilning funktion, hvor brugeren registrerer hvert trin i testtilfældet (inklusive navigations- og dataindgange) >> scriptet genereres automatisk >> rediger scriptet for at indsætte kontrolpunkter >> Afspil scriptet. Miljø, objekter og testdata fanges alle under optagelse i testscriptet.
- I stedet for at registrere hvert eneste trin, klubber fælles opgaver som brugerlogin til funktioner, som derefter kan kaldes fra forskellige testskripter.
- Vi kan oprette et separat objektopbevaringssted til at gemme detaljer om alle applikationsobjekter og derefter bruge disse objekter i testscripts i stedet for at identificere objektet hver gang i hvert script.
- Hvad med holder vi testdataene uden for scriptet? Sig i en separat excel-fil? Og derefter indlæse disse værdier i scriptvariabler ved kørselstid?
- Sig, at vi opretter forskellige funktioner for hver applikationsflow / handling og derefter læser rækkefølgen af trin (sammen med dataene) fra en ekstern fil som excel ark? For eksempel. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Hvad hvis vi definerer en fælles konfigurationsfil, der indeholder alle miljøindstillinger som applikations-URL, browserspecifik information, loginoplysninger osv.?
- Optagelse af skærmbilleder til kun de mislykkede trin og oprettelse af en kumulativ Pass / Fail-rapport i slutningen af testudførelsen, der er gemt i et delt drev
- Testresultater er logget ind i en separat logfil, som derefter kan sendes til interessenter
Resuméet
Test Automation framework giver brugeren med forskellige fordele, der hjælper dem med at udvikle, udføre og rapportere automatiseringstest-scripts effektivt – standard scripting, sammenhængende tilgang, holdkonsistens, skalerbarhed, modularitet, mindre tilbøjelig til fejl, forståelighed, genbrug, minimal manuel indgriben, let rapportering, reduceret omkostninger, nem vedligeholdelse osv.
For at opsummere, Test Automation Framework spille en nøglerolle i automatiseringstest. Men inden du begynder at opbygge en ramme, skal du huske på, at der er et divergerende interval på Test Automation Framework tilgængelig nu om dagen – sørg for at opbygge en ramme, der er bedst egnet til det projekt eller den applikation, der testes!
Nå, dette var kun en introduktion til test automatiseringsramme og jeg håber, du fik den grundlæggende idé om, hvad en ramme handler om.