Bästa svaret
Systemtestfall
Här är några exempel på testscenarier för en e-handelswebbplats:
1 Om webbplatsen startar ordentligt med alla relevanta sidor, funktioner och logotyp
2. Om användaren kan registrera / logga in till webbplatsen
3. Om användaren kan se tillgängliga produkter, kan lägga till produkter i sin kundvagn kan betala och kan få bekräftelse via e-post eller SMS eller ring.
4. Om de viktigaste funktionerna som att söka, filtrera, sortera, lägga till, ändra, önskelista etc fungera som förväntat
4. Om antalet användare (definierat som i kravdokument) kan komma åt webbplatsen samtidigt
5. Om webbplatsen startar ordentligt i alla större webbläsare och de senaste versionerna
6. Om transaktionerna sker på webbplatsen via specifik användare är tillräckligt säkra
7. Om webbplatsen startar ordentligt på alla plattformar som stöds som Windows, Linux, Mobile etc.
8. Om användarhandboken / guiden för returpolicy, sekretesspolicy och användarvillkor för webbplatsen finns som ett separat dokument och användbart för alla nybörjare eller förstagångsanvändare.
9. Om sidans innehåll är korrekt justerat, hanteras väl och utan stavfel.
10. Om sessionstimeout implementeras och fungerar som förväntat
11. Om en användare är nöjd efter att använda webbplatsen eller med andra ord har användaren inte svårt att använda webbplatsen.
Typer av systemtester
ST kallas ett superset av alla typer av tester a s alla huvudtyper av testning omfattas av det. Även om fokus på testtyper kan variera beroende på produkt, organisationsprocesser, tidslinje och krav.
Funktionstest: Att göra se till att produktens funktionalitet fungerar enligt de definierade kraven inom systemets funktioner.
Testbarhet för återhämtning: För att se till hur systemet återhämtar sig från olika inmatningsfel och andra felsituationer.
Interoperabilitetstest: För att se till om systemet kan fungera bra med tredje -partyprodukter eller inte.
Prestandatestning: För att säkerställa att systemets prestanda under olika förhållanden, när det gäller prestandaegenskaper.
Testning av skalbarhet: För att säkerställa systemets skalningsförmåga i olika termer som användarskalning, geografisk skalning och resursskalning.
Tillförlitlighetstestning: För att säkerställa att systemet kan användas under längre tid utan att utveckla fel.
Regressionstestning: Till se till att systemets stabilitet passerar genom en integration av olika delsystem och underhållsuppgifter.
Dokumentationstestning: För att säkerställa att systemets användarhandbok och andra hjälpämnesdokument är korrekta och användbara.
Säkerhetstestning: För att se till att systemet inte tillåter obehörig åtkomst till data och resurser .
Svar
Låt oss ta ett enkelt exempel för att förstå vad som är Test Automationsramverk . Hur tror du att den indiska demokratin, den näst största i världen, fungerar? Är det ad hoc? Nej! Det finns grundläggande processer och strukturer som driver indisk demokrati – Indiens konstitution. Vad händer om konstitution inte fanns där? Vad händer om människor inte drivs av några riktlinjer? Ja! Total kaos.
”Framework” är det som driver nästan allt – en grundläggande översikt eller struktur, en uppsättning riktlinjer som när de följs ger sammanhängande och fördelaktiga resultat. Var det tillverkning, politik eller tjänster. Hur kan Testa automatiseringsramen vara annorlunda!
Testa automatiseringsramen
Innan du går till Testautomationsramverk , låt oss först förstå de olika komponenterna som är involverade i testautomatisering.
- AUT : Applikationen som testas
- Testautomationsverktyg som HPE UFT eller Selen
- Testhanteringsverktyg där testfall och skärmdumpar lagras. I frånvaro kan en gemensam delad enhet också användas.
- Testmiljö : En stabil miljö där applikationen används för teständamål
- Applikationsobjekt : Olika element i applikationen som textruta, kryssruta, alternativknapp, rullgardinsmeny etc.
- Applikationsmoduler : Specifika funktionella flöden som måste köras inom olika testfall. T.ex. Användarinloggning.
- Testdata : Inmatningsvärden (giltiga eller ogiltiga) för applikationsfälten såsom inloggningsuppgifter
- Funktioner : En uppsättning återanvändbara uttalanden (för ett visst funktionellt flöde) som måste köras i olika skript. T.ex. Användarinloggning.
- Testskript : Ett fristående testfall kodat i ett visst programmeringsspråk med hjälp av testautomationsverktyget
- Resultat : Detta inkluderar felloggar, körningsstatus, skärmdumpar, formella rapporter etc.
Hur mår du nu tror att dessa olika komponenter samverkar för att framgångsrikt testa applikationen, automatiskt? Hur modulerar du applikationsflöden till olika funktioner? Hur identifierar och organiserar du applikationsobjekt? Var lagras testdata? Hur nås den? Varifrån kör du testmanusen? Automationsverktyg eller testhanteringsverktyg? Vilka alla skärmdumpar och loggar fångas in? & i vilket format? Hur rapporterar du testkörningsresultaten? Ja! Det måste finnas en uppsättning riktlinjer som driver dessa regler, eller hur? Det är vad vi kallar det för Testa automatiseringsramen !
Officiellt,
A Testa automatiseringsramen är en uppsättning protokoll, standarder och riktlinjer (programmerade) som anger reglerna för testning av en specifik produkt – hur olika automatiseringskomponenter samverkar för att köra automatiseringsskript och fånga resultaten på ett sammanhängande och fördelaktigt sätt. Dvs hur dessa olika komponenter (byggstenar) måste monteras.
Led av Exempel
Hoppas det här gör konceptet lite tydligt? Nej? Förvirrad än? För att göra det mer kristallklart, låt oss se några av permutationerna och kombinationerna av hur dessa olika komponenter kan interagera, dvs. olika sätt som dessa komponenter kan organiseras.
- Användaren använder en inspelning och uppspelning funktion där användaren registrerar varje steg i testfallet (inklusive navigerings- och dataingångar) >> skriptet genereras automatiskt >> redigerar skriptet för att infoga kontrollpunkter >> Spela upp skriptet. Miljö, objekt och testdata samlas in under inspelningen i testskriptet.
- Istället för att spela in varje steg klubbas vanliga uppgifter som användarinloggning till funktioner som sedan kan anropas från olika testskript.
- Vi kan skapa ett separat objektförvar för att lagra information om alla applikationsobjekt och sedan använda dessa objekt i testskript istället för att identifiera objektet varje gång i varje skript.
- håller vi testdata utanför skriptet? Säg i en separat Excel-fil? Och ladda sedan dessa värden i skriptvariabler vid körning?
- Säg att vi skapar olika funktioner för varje applikationsflöde / åtgärd och sedan läser sekvensen av steg (tillsammans med data) från en extern fil som excel ark? T.ex. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Vad händer om vi definierar en gemensam konfigurationsfil som innehåller alla miljöinställningar som applikations-URL, webbläsarspecifik information, inloggningsuppgifter etc.?
- Fånga skärmdumparna för endast de misslyckade stegen och skapa en kumulativ godkänd / misslyckad rapport i slutet av testkörningen som sparas i en delad enhet
- Testresultat loggas in i en separat loggfil som sedan kan skickas till intressenter
Sammanfattningen
Testautomatiseringsramen ger användaren med olika fördelar som hjälper dem att utveckla, exekvera och rapportera automatiseringstestskripten effektivt – standardskript, sammanhängande strategi, teamkonsistens, skalbarhet, modularitet, mindre felbenägen, förståbarhet, återanvändbarhet, minimal manuell intervention, enkel rapportering, minskad kostnad, enkelt underhåll etc.
För att sammanfatta, Test Automation Framework spela en nyckelroll i automatiseringstestning. Men innan du börjar bygga ett ramverk, kom ihåg att det finns ett avvikande intervall på Testautomatiseringsramverk tillgänglig nu om dagen – se till att du bygger ett ramverk som passar bäst för projektet eller applikationen som testas!
Det här var bara en introduktion om testautomatiseringsramverk och jag hoppas att du fick den grundläggande idén om vad ett ramverk handlar om.