FAQ

Følgende er de vanligste spørsmålene fra Guru99 Fellesskap

Kan du ikke se videoer?

Alle videoer på denne siden er vert på YouTube og innebygd her...
Du er sannsynligvis tilgang til nettstedet fra et sted hvor YouTube er forbudt (din bedrift, høyskole eller et land hvor YouTube er forbudt)

Prøv å få tilgang til videoene fra et ubegrenset miljø.
Du gjør IKKE må registrere deg for å se videoene.

Jeg fikk ikke e-post for prosjektet

Vær oppmerksom på at prosjekte-poster sendes med et intervall på 24 timer. Så hvis du abonnerer klokken 10 torsdag, får du neste e-post klokken 10 fredag.

Vennligst sjekk søppelpost eller spam Maileske. Hvis du bruker gmail, sjekk Promosjoner Tab

Systemet vårt har ingen funksjon for å sende e-poster på nytt. Hvis du fortsatt ikke gjør det trace-postene, abonner med en annen e-postadresse for å få innholdet.

Hvis jeg har en feil i en applikasjon, hvem vil bestemme alvorlighetsgraden og prioriteten til en feil?

Alvorlighetsgraden av Defekt bestemmes av personen som identifiserer problemet (tester), mens prioritet bestemmes av personen som er involvert i å fikse problemet (Utviklere).

Som tester kan du prioritere defektene som vanligvis vurderes av testlederen. Utviklerne vil etter analyse avgjøre om det er en høy prioritet eller lav prioritet defekt. Mesteparten av tiden er det gjort av utvikleren, men testeren kan også involvere det for å forklare alvorlighetsgraden. Etter diskusjon vil lederne komme til en konklusjon.

Alvorlighetsgrad er i utgangspunktet relatert til funksjonaliteten til applikasjonen eller produktet. Mens prioriteringen er hvor umiddelbart utvikleren kan fikse den feilen eller defekten. Prioritet er dynamisk av natur, og den vil endre seg i henhold til scenariet mens alvorlighetsgraden er statisk.

Hva vil du gjøre hvis det ikke er noen funksjonsspesifikasjoner/dokumenter knyttet til systemet?

  • Prøv først å forstå domenet med forretningsanalytikere eller små og mellomstore bedrifter. Gjør utforskende tester for å forstå systemet.
  • Hvis prosjektet ikke har Business Analyst eller små og mellomstore bedrifter, snakk med folkene som jobbet med de lignende systemene.
  • For å forstå virksomheten snakk med brukerfellesskapet
  • Finn ut lignende produktspesifikasjoner fra internett eller PMO
  • Se etter samme type applikasjonsprogramvare og forstå funksjonene
  • Se etter noen viktige forretningsscenarier, alternative dokumenter, artikler om søknadsemner
  • Spør forklaringen om alle modulene til utviklere
  • Brukerhistoriske data, applikasjoner og funksjoner
  • Ikke test applikasjonen teknisk, test først applikasjonen bare fra et brukerperspektiv

Hva kan en tester gjøre hvis han finner en utfordrende situasjonping problemet noen dager før utgivelsen?

  • Bekreft og bekreft defekten på nytt og dokumenter feilen eller defekten, virkningen og mulig løsning, hvis du kan.
  • Gi manageren din oppmerksomhet og diskuter med teamet, siden en slik showstopper er ukjent for laget en uke før utgivelsen ikke er bra.
  • Når defekten når lederen din og høyere testmyndigheter, må du kanskje legge poenget ditt foran dem, så vær grundig med poenget ditt, da dette kan ha en innvirkning på utgivelsen.
  • Hvis diskusjonen støtter deg, er det på tide å stå opp og skinne. Hvis ikke, har du en leksjon for dagen som takeaway. Fortsett å lære.

Hvorfor velger du feltet for kvalitetssikring av programvare?

For å gi kvalitetsprosjekter til sluttbrukere eller klienter, er testing obligatorisk, uavhengig av hvilken koding det innebærer. Programvare QA logger ikke bare feilene, men gir også løsninger for disse feilene.

Innenfor QA-feltet bør testere være klar over alle funksjonene til applikasjonen som skal testes. Dette gjør dem i stand til å vite om ulike typer applikasjoner utviklet i forskjellige miljøer, til og med noen grunnleggende konsepter innen programmering. Kunnskapen vil være bredere når vi tester, men den vil være smal når vi programmerer. En utvikler kan utvikleping bare en liten del av hele applikasjonen, og er kanskje ikke klar over applikasjonen som helhet. I dette tilfellet følte jeg at QA-rollen (testeren) var mer interessant.

Fant du ikke et svar?

Kontakt oss