Ofte stillede spørgsmål

Følgende er de oftest stillede spørgsmål fra Guru99 Community

Kan du ikke se videoer?

Alle videoer på denne side er hostet på YouTube og indlejret her...
Du er sandsynligvis adgang til webstedet fra et sted, hvor YouTube er forbudt (din virksomhed, college eller et land, hvor YouTube er forbudt)

Prøv at få adgang til videoerne fra et ubegrænset miljø.
Du gør IKKE skal registreres for at se videoerne.

Jeg har ikke modtaget e-mail for projektet

Bemærk venligst, at projektmails sendes med et interval på 24 timer. Så hvis du tilmeldte dig torsdag kl. 10, får du den næste e-mail fredag ​​kl. 10.

Tjek venligst din junk eller spam Mailboks. Hvis du bruger gmail, skal du tjekke Promotioner Tab

Vores system har ikke en funktion til at gensende e-mails. Hvis du stadig ikke kan spore e-mails, skal du abonnere med et andet e-mail-id for at få indholdet.

Hvis jeg har en fejl i en applikation, hvem vil afgøre, hvor alvorlig og prioritet en fejl er?

Alvorligheden af Defekt bestemmes af den person, der identificerer problemet (tester), mens prioriteten bestemmes af den person, der er involveret i at løse problemet (Udviklere).

Som tester kan du prioritere de fejl, som normalt gennemgås af testlederen. Udviklerne vil efter analyse afgøre, om det er en højprioritet eller lavprioritet defekt. Det meste af tiden udføres det af udvikleren, men testeren kan også inddrage det for at forklare alvoren. Efter diskussion vil leads komme til en konklusion.

Sværhedsgrad er dybest set relateret til applikationens eller produktets funktionalitet. Mens prioriteringen er, hvor hurtigt udvikleren kan rette den fejl eller defekt. Prioritet er dynamisk af natur, og den vil ændre sig i henhold til scenariet, mens sværhedsgraden er statisk.

Hvad vil du gøre, hvis der ikke er nogen funktionelle specifikationer/dokumenter relateret til systemet?

  • Prøv først at forstå domænet med forretningsanalytikere eller SMV'er. Lav undersøgende test for at forstå systemet.
  • Hvis projektet ikke har Business Analyst eller SMV'er, tal med de personer, der arbejdede på de lignende systemer.
  • For at forstå virksomheden, tal med brugersamfundet
  • Find lignende produktspecifikationer fra internettet eller PMO
  • Se efter den samme type applikationssoftware og forstå funktionerne
  • Se efter nogle vigtige forretningsscenarier, alternative dokumenter, artikler om ansøgningsemner
  • Spørg forklaringen om alle modulerne til udviklere
  • Brugerhistoriske data, applikation og funktioner
  • Test ikke applikationen teknisk, test først din applikation kun fra et brugerperspektiv

Hvad kan en tester gøre, hvis han finder et problem med at stoppe showet få dage før udgivelsen?

  • Bekræft og genbekræft defekten igen og dokumenter fejlen eller defekten, virkningen og den mulige løsning, hvis du kan.
  • Bring din manager opmærksom på dette og diskuter med holdet, da en sådan showstopper er ukendt for holdet en uge før udgivelsen er ikke god.
  • Når defekten når din leder og højere testmyndigheder, skal du muligvis lægge din pointe foran dem, så vær grundig med din pointe, da dette kan have indflydelse på udgivelsen.
  • Hvis diskussionen støtter dig, er det din tid til at rejse dig og skinne. Hvis ikke, har du en lektie lært for dagen som takeaway. Fortsæt med at lære.

Hvorfor vælger du området for kvalitetssikring af software?

For at levere kvalitetsprojekter til slutbrugere eller klienter er test obligatorisk, uanset hvilken kodning det involverer. Software QA logger ikke kun fejlene, men giver også løsninger til disse fejl.

I QA-området bør testere være opmærksomme på alle funktionaliteterne af den applikation, der skal testes, dette gør ham i stand til at kende til forskellige typer applikationer udviklet i forskellige miljøer, selv nogle grundlæggende koncepter inden for programmering. Viden vil være bredere, når vi tester, men den vil være snæver, mens vi laver programmering. En udvikler udvikler muligvis kun et lille segment af hele applikationen og er muligvis ikke opmærksom på applikationen som helhed. I dette tilfælde følte jeg, at QA (testerens) rolle er mere interessant.

Fandt du ikke et svar?

Kontakt os