Menu

Software Testing Training: End to End Training på et live projekt - Gratis online kvalitetsuddannelse del 1

software testing training

Prøv Vores Instrument Til At Fjerne Problemer

GratisSoftware Testing TrainingPå et realtids live-projekt:

Vi er meget glade for at præsentere dette næste serie af softwaretest træning gratis tutorials. Vi vil simulere et slut-til-slut-realtids-softwareprojekt, der gennemgår hver eneste fase i detaljer med særlig vægt på QA-træningsprocesser, faser, roller og ansvarsområder, leverancer osv.

Kort sagt, vær klar til et kort online softwaretestkursus.

_Slut for at afslutte træning i et live projekt

Vigtig note : De nedenstående gratis tutorials er nyttige til at komme i gang, men hvis du er interesseret i det bedste online LIVE Software Testing-kursus fra eksperterne, tjek venligst denne side.

Test af QA-træning

=> Her erliste over alle vejledningeri denne gratis Live Project QA træningsserie:

stadier af softwareudviklingens livscyklus

Hvorfor denne gratis kvalitetsuddannelse?

Vi får mange forespørgsler fra vores læsere om at dele vores oplevelse med nøjagtig softwaretestproces efterfulgt af softwaretestteamene. Så vi besluttede at dokumentere denne komplette STLC ved hjælp af en prøve live applikation, der er tilgængelig til test på Internettet.

Vi bruger dette live-projekt til vores Software Testing Training-serie. Vi anbefaler dig stærkt at følge denne serie nøje, da det bliver et crashkursus at lære og implementere testpraksis på en live applikation.

Hvad du lærer:

Software Testing Training på Live Project - Hvad er det?

Inden vi går videre, lad mig tage et øjeblik til at forklare, hvad denne software testkursus serie handler om, og hvordan den kommer til at tage form, når vi bevæger os fremad.

Vi valgte en live applikation (hvis detaljer er nedenfor) og starter med:

- Dybest set alt, hvad vi typisk ville gøre i et realtids-softwaretestprojekt - med realtidseksempler, artefakter og leverancer, alt oprettet i processen.

Hvordan følger jeg denne softwaretestkursusserie?

Trin 1) Introduktion og SRS Walkthrough - Vi starter dette mini-softwaretestkursus med SRS walkthrough. Vi har oprettet og delt et SRS-dokument. Gå igennem det, da alle yderligere trin afhænger af din forståelse af denne applikation.

Trin 2) SRS gennemgang og forberedelse af testscenario.

Trin # 3) Testplan - fuldfør processen med at oprette en testplan fra bunden. Den endelige testplanversion deles med dig som reference.

Trin # 4) Test Cases - komplet testcases skriveproces med nogle eksempler på testcases. Vi kan bruge ethvert teststyringsværktøj eller regneark til at skrive testsager.

Trin # 5) Gennemgang af applikationer og testudførelse - Hvordan udføres testsager og registrerer testresultaterne?

Trin # 6) Fejlrapportering

Trin # 7) Fejlbekræftelse, regressions testproces

Trin # 8) QA-afmelding

Hensigten er at give jer alle en følelse af realtidsprojekterfaring og ekspertise. Vi håber, du finder denne serie nyttig.

Applikation, som vi vil bruge yderligere

Introduktion

Klient: orange
Ansøgning: OrangeHRM demo .
Service udbyder: SoftwareTestingHelp.com

Projekt Beskrivelse

Orange ønsker at skabe et kommercielt human management-produkt, der kan forbruges og tilpasses af mellemstore virksomheder i et enkelt land og globalt.

Den har to versioner: Professionel og Enterprise.

Funktionerne inkluderer

  • Personlig informationsstyring
  • Advanced Management Management
  • Sporing af tid og fremmøde
  • Ledelse af medarbejderpræstationer
  • Rekruttering
  • Avanceret rapportering
  • Land / lokalitetsbaseret medarbejderstyring
  • Lokale orlovsregler
  • Konfigurerbare arbejdsgange
  • Platinum Support
  • Land / placeringsbaseret rapportering
  • Brugerdefineret rapportering

Bemærk : Af hensyn til enkelheden og for at begrænse omfanget, lad os overveje medarbejdermodulet på denne HRM-portal, hvor brugeren har mulighed for at indtaste deres personlige oplysninger.

Når en kunde eller en virksomhedsejer har et behov for at vove sig ud i onlineverdenen eller foretage opdateringer på det allerede eksisterende websted eller applikation, er behovet et forretningsproblem, og softwaren er et stykke kode, der er designet til at løse dette forretningsproblem.

En kunde henvender sig derefter til en softwaretjenesteudbyder for at gøre denne software til en realitet for dem. Det er da softwareprojektets start begynder.

En traditionel Vandfaldsprojekt (SDLC) har følgende faser:

Softwareudviklingsproces

  • Som QA'er ved vi alle, at selvom 'Test' er trin 5 i denne strøm, er det ikke det eneste sted, vi testere spiller en fremtrædende rolle.
  • Test er også et reaktivt job. Uden kode / applikation klar til at teste kan vi ikke rigtig 'teste' noget. For at være klar og reagere på den mest effektive måde, prøver vi så meget som muligt at planlægge og forberede os fremad. Så selvom fase 5 er til test, starter vores aktiviteter langt frem.

I en nøddeskal er det, hvad der sker i hver fase !!

Igangsætte:

Når producenten og kunden er enige om vilkår - begynder softwareproduktionen.

  • I denne fase samles og analyseres forretningskrav. Analysen vil involvere beslutningerne om teknologiske overvejelser, hardware & softwarespecifikationer, mennesker, indsats, tid, relevans og forbedringer blandt andre.
  • Forretningsanalytikere, projektledere og klientrepræsentanter er involveret i dette trin.
  • I slutningen af ​​dette trin og grundprojektet udarbejdes planen.
  • Projekt-specifikke dokumenter som omfangsdokument og / eller forretningskrav er lavet.
  • QA-involvering på dette stadium kan typisk ikke forventes. (Dette er en lille afvigelse fra, hvad det skal være, fordi det er bedst at involvere QA lige fra starten for at identificere problemer tidligt i udviklingsfaserne.)

Definere:

De afsluttede forretningskrav er input til dette trin.

  • Denne fase involverer oversættelse af forretningskrav til funktionelle krav til softwaren. For eksempel , hvis forretningskravet er at tillade en bruger at købe noget fra et websted. Det funktionelle krav har detaljer som Webstedsformat-> Navn på menuindstilling og placering-> Søg produkt-> Indkøbskurv-> Kasse (registrering eller ej) -> Betalingsmuligheder-> Bekræftelse af salg.
  • Udviklere, forretningsanalytikere, projektledere er involveret i denne fase
  • Resultatet af denne fase er et detaljeret dokument, der indeholder softwarens funktionelle krav. Dette dokument henvises til med mange navne - Software Requirement Specification (SRS), Functional Requirements Document (FRD) eller Functional Requirements Specification (FRS).
  • Det er her, QA-teamet bliver involveret - efter afslutningen af ​​SRS-dokumentation.
  • Mens færdiggørelsen af ​​funktionelle krav og dokumentationen af ​​SRS foregår, er QA manager / lead involveret i at udarbejde en oprindelige version af testplanen og danne et QA-team.
  • QA-teamets engagement vil være, når først SRS er dokumenteret.
  • På dette tidspunkt vil enten udviklingsteamet eller forretningsanalytikeren eller undertiden endda QA-teamledelsen give et gennembrud af SRS til QA-teamet.
  • I tilfælde af et nyt projekt fungerer en grundig gennemgang i form af en konference eller et møde bedst
  • I tilfælde af senere udgivelser for et eksisterende projekt sendes et dokument via e-mail eller placering i et fælles arkiv til QA-teamet. QA-team ville på dette tidspunkt læse / gennemgå det offline og forstå systemet grundigt.
  • Da den primære målgruppe for SRS-dokumentet ikke kun er testere, er det ikke alt nyttigt for os. Vi testere skal være flittige nok, når vi gennemgår dette dokument for at afgøre, hvilke dele af det der er nyttige for os, og hvilke dele af det ikke.

SRS-dokument til dette live-projekt

Et eksempel på et SRS-dokument er vedhæftet dette indlæg for at give dig en idé om, hvordan dette dokument ser ud, hvilket format det er skrevet i, hvilken slags information det indeholder osv. I den næste artikel vil vi undersøge, hvordan dette dokument forbruges af QA-teamet for at gå videre i vores testprojekter.

==> Download live projekteksempel på SRS-dokument .

program til download af videoer fra websteder

Konklusion

I denne artikel introducerede vi dig til softwareudvikling og testproces. Vi delte også et eksempel på et SRS-dokument til det live-projekt, som vi skal teste.

=> Den kommende artikel i denne softwaretest-træningsserie vil være - SRS-gennemgang og processen med at skabe testscenarier .

Bemærk: Mens den næste artikel i denne QA-træningsserie skrives, skal du arbejde parallelt med os her for mest live oplevelse . Prøv at give SRS-dokumentet en god læsning, og så fortsætter vi med de næste trin, når vi mødes igen.

God test, indtil da!

Om forfatteren: STH-teammedlem Swati Seela hjælper os med at præsentere dette live-projekt QA-træningsserie.

Anbefalet læsning

^