Meny

Programvarutestning: Slut till slut-träning i ett live-projekt - Gratis QA-utbildning online, del 1

software testing training

Prova Vårt Instrument För Att Eliminera Problem

FriUtbildning för testning av programvaraPå ett realtids live-projekt:

Vi är mycket glada att kunna presentera det här nästa serie programvarutestning utbildning gratis. Vi kommer att simulera ett slut-till-slut-programvara i realtid som går igenom varje fas i detalj med särskild tonvikt på QA-träningsprocesser, faser, roller och ansvarsområden, leveranser etc.

Kort sagt, var redo för en kort programvarutestningskurs online.

_Slut för att avsluta träningen i ett live-projekt

Viktig notering : Nedanstående gratishandledningar är användbara för att komma igång men om du är intresserad av den bästa online-LIVE Software Testing-kursen från experterna, vänligen kolla den här sidan.

Testar QA-utbildning

=> Här ärlista över alla självstudieri denna gratis Live Project QA-träningsserie:

är nätverksnyckel samma som lösenord

Varför denna gratis QA-utbildning?

Vi får många frågor från våra läsare för att dela vår erfarenhet av exakt programvarutestningsprocess följt av programvarutestteamen. Så vi bestämde oss för att dokumentera den här fullständiga STLC med hjälp av en live-applikation som är tillgänglig för test på Internet.

Vi kommer att använda detta live-projekt för vår programvarutestningsserie. Vi rekommenderar att du följer denna serie noga eftersom det kommer att bli en kraschkurs att lära dig och implementera testmetoder på en live-applikation.

Vad du kommer att lära dig:

Programtestutbildning på live-projekt - vad är det?

Innan vi går vidare, låt mig ta en stund för att förklara vad den här programtestkursen handlar om och hur den kommer att ta form när vi går framåt.

Vi valde en liveapplikation (vars detaljer finns nedan) och börjar med:

- I grund och botten allt som vi vanligtvis skulle göra i ett realtidsprojekt för programvarutestning - med realtidsexempel, artefakter och leveranser som alla skapades under processen.

Hur man följer den här programvarutestkursen?

Steg 1) Introduktion och SRS Walkthrough - Vi kommer att starta denna mini-programvarutestningskurs med SRS walkthrough. Vi har skapat och delat ett SRS-dokument. Gå igenom det eftersom alla ytterligare steg beror på din förståelse för denna applikation.

Steg 2) SRS granskning och förberedelse av testscenario.

Steg 3) Testplan - slutför processen för att skapa en testplan från grunden. Den slutliga testplanversionen kommer att delas med dig som referens.

Steg 4) Testfall - komplettera skrivprocessen med några testfall. Vi kan använda valfritt testhanteringsverktyg eller kalkylark för att skriva testfall.

Steg # 5) Genomgång av applikationer och utförande av test - Hur utför man testfall och registrerar testresultaten?

Steg # 6) Felrapportering

Steg 7) Defektverifiering, regression av testprocessen

Steg # 8) QA-avloggning

Avsikten är att ge er alla en känsla av erfarenhet och expertis i realtid. Vi hoppas att du tycker att den här serien är användbar.

Applikation som vi ska använda vidare

Introduktion

Klient: Orange
Ansökan: OrangeHRM-demo .
Tjänsteleverantör: SoftwareTestingHelp.com

projekt beskrivning

Orange vill skapa en kommersiell personalhanteringsprodukt som kan konsumeras och skräddarsys av medelstora företag i ett enda land och globalt.

Den har två versioner: Professionell och företagande.

Funktionerna inkluderar

  • Hantering av personlig information
  • Avancerad ledighetshantering
  • Tid & närvaro spårning
  • Hantering av anställdas resultat
  • Rekrytering
  • Avancerad rapportering
  • Lands- / platsbaserad personalhantering
  • Lokala ledighetsregler
  • Konfigurerbara arbetsflöden
  • Platinum Support
  • Land / platsbaserad rapportering
  • Anpassad rapportering

Notera : För enkelhetens skull och för att begränsa räckvidden, låt oss överväga medarbetarmodulen i denna HRM-portal där användaren har möjlighet att ange sin personliga information.

När en kund eller en företagsägare har ett behov av att våga sig in i onlinevärlden eller göra uppdateringar på den redan existerande webbplatsen eller applikationen är behovet ett affärsproblem och programvaran är en kod som är utformad för att lösa detta affärsproblem.

En kund närmar sig en leverantör av mjukvarutjänster för att göra denna programvara verklighet för dem. Det är då programvarans projektets start börjar.

En traditionell Waterfall Project (SDLC) har följande faser:

Programutvecklingsprocess

stadier av livscykeln för programvaruutveckling
  • Som QA: s vet vi alla att även om 'Test' är steg 5 i detta flöde, är det inte det enda stället vi testare spelar en framträdande roll.
  • Testning är också ett reaktivt jobb. Med ingen kod / applikation redo att testa kan vi inte riktigt testa någonting. För att vara redo och reagera på ett så effektivt sätt som möjligt försöker vi så mycket vi kan att planera och förbereda oss framåt. Så även om fas 5 är för testning, börjar våra aktiviteter långt framåt.

I ett nötskal är det här som händer i varje fas !!

Inleda:

När producenten och kunden har kommit överens om villkoren börjar programvaruproduktionen.

  • I denna fas samlas affärsbehov och analyseras. Analysen kommer att involvera beslut om tekniska överväganden, hårdvaru- och programvaruspecifikationer, människor, ansträngning, tid, relevans och förbättringar bland andra.
  • Affärsanalytiker, projektledare och kundrepresentanter deltar i detta steg.
  • I slutet av detta steg och grundprojektet förbereds planen.
  • Projektspecifika dokument som omfattningsdokument och / eller affärskrav görs.
  • QA-involvering i detta skede kan vanligtvis inte förväntas. (Detta är en liten avvikelse från vad det borde vara för att identifiera problem tidigt i utvecklingsfaserna är det bäst att involvera QA redan från början.)

Definiera:

De slutgiltiga affärskraven är ingångarna för detta steg.

  • Denna fas involverar översättning av affärsbehov till funktionella krav för programvaran. Till exempel , om företagets krav är att tillåta en användare att köpa något från en webbplats. Funktionskravet kommer att ha detaljer som Webbplatsformat-> Menyalternativets namn och placering-> Sök produkt-> Kundvagn-> Kassa (registrering eller inte) -> Betalningsalternativ-> Bekräftelse på försäljning.
  • Utvecklare, affärsanalytiker, projektledare deltar i denna fas
  • Resultatet av denna fas är ett detaljerat dokument som innehåller programvarans funktionskrav. Detta dokument hänvisas till med många namn - SRS (Software Requirement Specification), FRD (Functional Requirements Document) eller Specification of Functional Requirements (FRS).
  • Det är här QA-teamet engagerar sig - efter att SRS-dokumentationen har slutförts.
  • Medan slutförandet av funktionella krav och dokumentationen av SRS pågår är QA-chefen / ledaren involverad i att utarbeta en första versionen av testplanen och bilda ett QA-team.
  • QA-teamets engagemang kommer att vara när SRS har dokumenterats.
  • I detta skede kommer antingen utvecklingsteamet eller affärsanalytikern eller ibland till och med QA-teamledaren att ge en genomgång av SRS till QA-teamet.
  • Vid ett nytt projekt fungerar en grundlig genomgång i form av en konferens eller ett möte bäst
  • Vid senare utgåvor för ett befintligt projekt skickas ett dokument via e-post eller placering i ett gemensamt arkiv till QA-teamet. QA-teamet skulle vid den här tiden läsa / granska det offline och förstå systemet noggrant.
  • Eftersom den primära målgruppen för SRS-dokumentet inte bara är testare är det inte allt som är användbart för oss. Vi testare bör vara noga med att granska detta dokument för att avgöra vilka delar av det som är användbara för oss och vilka delar av det inte.

SRS-dokument för detta live-projekt

Ett SRS-dokument bifogas detta inlägg för att ge dig en uppfattning om hur detta dokument ser ut, formatet i vilket det är skrivet, vilken typ av information det innehåller etc. I nästa artikel kommer vi att ta reda på hur detta dokument konsumeras av QA-teamet för att gå vidare i våra testprojekt.

==> Ladda ner SRS-dokument för live-projekt .

Slutsats

I den här artikeln presenterade vi dig för programvaruutveckling och testprocess. Vi delade också ett SRS-dokument för det live-projekt som vi ska testa.

=> Den kommande artikeln i denna programvarutestningsserie kommer att vara - SRS-granskning och processen att skapa testscenarier .

Notera: Medan nästa artikel i denna QA-utbildningsserie skrivs, arbeta parallellt med oss ​​här för mest liveupplevelse . Försök att ge SRS-dokumentet en bra läsning och sedan fortsätter vi med nästa steg när vi träffas igen.

Happy Testing, tills dess!

Om författaren: STH-teammedlem Swati Seela hjälper oss att presentera det här live-projektet QA-träningsserie.

Rekommenderad läsning

^