FAQ

Följande är de vanligaste frågorna från Guru99 Gemenskap

Kan du inte se videor?

Alla videor på den här webbplatsen finns på YouTube och inbäddad här...
Ni är kommer förmodligen åt webbplatsen från en plats där YouTube är förbjudet (ditt företag, högskola eller ett land där YouTube är förbjudet)

Försök att komma åt videorna från en obegränsad miljö.
Du gör INTE måste registrera dig för att se videorna.

Jag fick inget mail för projektet

Observera att projekte-postmeddelanden skickas med ett intervall på 24 timmar. Så om du prenumererar kl. 10 torsdag, får du nästa e-postmeddelande kl. 10 fredag.

Kontrollera din skräppost eller skräppost Maillåda. Om du använder gmail, kontrollera Promotions Tab

Vårt system har ingen funktion för att skicka om e-postmeddelanden. Om du fortfarande inte gör det tracPrenumerera med en annan e-postadress för att få e-postmeddelandena.

Om jag får en bugg i en applikation, vem kommer att avgöra hur allvarlig och prioritet en bugg är?

Svårighetsgrad av defekt bestäms av personen som identifierar problemet (testaren), medan prioriteringen bestäms av personen som är inblandad i att åtgärda problemet (utvecklare).

Som testare kan du prioritera defekterna som vanligtvis granskas av testledaren. Utvecklarna kommer efter analysen att avgöra om det är en hög prioritet eller låg prioritet defekt. För det mesta görs det av utvecklaren, men testaren kan också involvera det för att förklara dess svårighetsgrad. Efter diskussion kommer lederna till en slutsats.

Allvarlighet är i grunden relaterad till applikationens eller produktens funktionalitet. Medan prioriteringen är hur omedelbart utvecklaren kan fixa den buggen eller defekten. Prioritet är dynamisk till sin natur och kommer att förändras beroende på scenariot medan svårighetsgraden är statisk till sin natur.

Vad gör du om det inte finns några funktionella specifikationer/några dokument relaterade till systemet?

  • Försök först förstå domänen med affärsanalytiker eller små och medelstora företag. Gör utforskande tester för att förstå systemet.
  • Om projektet inte har Affärsanalytiker eller små och medelstora företag, prata med personerna som arbetade med liknande system.
  • För att förstå verksamheten prata med användargemenskapen
  • Ta reda på liknande produktspecifikationer från internet eller PMO
  • Leta efter samma typ av programvara och förstå funktionerna
  • Leta efter några viktiga affärsscenarier, alternativa dokument, artiklar om applikationsämnen
  • Fråga utvecklare om förklaringen om alla moduler
  • Användarhistoriska data, applikationer och funktioner
  • Testa inte applikationen tekniskt, testa först din applikation endast ur ett användarperspektiv

Vad kan en testare göra om hen hittar en hinderbanaping problem några dagar före lanseringen?

  • Bekräfta och återbekräfta defekten igen och dokumentera buggen eller defekten, effekten och den möjliga lösningen, om du kan.
  • Uppmärksamma din chef på detta och diskutera med teamet, eftersom en sådan showstoppare är okänd för laget en vecka innan den släpptes är inte bra.
  • När defekten når din chef och högre testmyndigheter kan du behöva sätta din poäng framför dem, så var noggrann med din poäng eftersom detta kan påverka releasen.
  • Om diskussionen stödjer dig, är det din tid att stiga och lysa. Om inte, har du en läxa för dagen som takeaway. Fortsätt lära.

Varför väljer du området kvalitetssäkring av programvara?

För att tillhandahålla kvalitetsprojekt till slutanvändare eller klient är testning obligatorisk, oavsett vilken kodning det innebär. Software QA loggar inte bara buggarna utan tillhandahåller också lösningar för dessa buggar.

Inom QA-området bör testare vara medvetna om alla funktioner i den applikation som ska testas. Detta gör det möjligt för dem att känna till olika typer av applikationer som utvecklats i olika miljöer, till och med några grundläggande koncept inom programmering. Kunskapen blir bredare när vi testar, men den blir smalare när vi programmerar. En utvecklare kan utveckla...ping bara en liten del av hela applikationen och kanske inte är medveten om applikationen som helhet. I det här fallet tyckte jag att QA:ns (testarens) roll var mer intressant.

Hittade du inget svar?

Kontakta oss