FAQ

Hieronder staan ​​de meest gestelde vragen van de Guru99 Community


Kunt u geen video's bekijken?


Alle video's op deze site worden gehost op YouTube en hier ingebed...
U bent waarschijnlijk toegang tot de website vanaf een locatie waar YouTube is verbannen (uw bedrijf, hogeschool of een land waar YouTube is verbannen)

Probeer toegang te krijgen tot de video's vanuit een onbeperkte omgeving.
Je doet NIET moet registreren om de video's te zien.


Ik heb geen e-mail ontvangen voor het project


Let op: project-e-mails worden met een interval van 24 uur verzonden. Dus als u zich op donderdag om 10:10 uur hebt geabonneerd, ontvangt u de volgende e-mail om XNUMX:XNUMX uur op vrijdag.

Controleer uw ongewenste e-mail of spam Maildoos. Als u Gmail gebruikt, controleer dan de Promoties Tab

Ons systeem heeft geen functie om e-mails opnieuw te versturen. Als u de e-mails nog steeds niet kunt traceren, abonneer u dan met een ander e-mailadres om de inhoud te ontvangen.

Als ik een bug in een applicatie krijg, wie zal dan de ernst en prioriteit van een bug bepalen?


Ernst van Defect wordt bepaald door de persoon die het probleem identificeert (tester), terwijl de prioriteit wordt bepaald door de persoon die betrokken is bij het oplossen van het probleem (ontwikkelaars).

Als tester kunt u prioriteit geven aan de defecten, die doorgaans door de testleider worden beoordeeld. De ontwikkelaars zullen na analyse beslissen of het een defect met hoge of lage prioriteit is. Meestal wordt dit gedaan door de ontwikkelaar, maar de tester kan er ook bij betrokken worden om de ernst ervan uit te leggen. Na discussie komen de leads tot een conclusie.

De ernst houdt in principe verband met de functionaliteit van de applicatie of het product. Terwijl de prioriteit is hoe de ontwikkelaar die bug of defect onmiddellijk kan oplossen. Prioriteit is dynamisch van aard en zal veranderen afhankelijk van het scenario, terwijl de ernst statisch van aard is.


Wat gaat u doen als er geen functionele specificaties/documenten met betrekking tot het systeem zijn?


  • Probeer eerst het domein te begrijpen met bedrijfsanalisten of MKB-bedrijven. Voer verkennende tests uit om het systeem te begrijpen.
  • Als het project dat niet heeft Bedrijfsanalist of MKB-bedrijven, praat met de mensen die aan soortgelijke systemen werken.
  • Om het zakelijke gesprek met de gebruikersgemeenschap te begrijpen
  • Zoek vergelijkbare productspecificaties op internet of PMO
  • Zoek naar hetzelfde type applicatiesoftware en begrijp de functies
  • Zoek naar enkele belangrijke bedrijfsscenario's, alternatieve documenten en artikelen voor toepassingsonderwerpen
  • Vraag de uitleg over alle modules aan ontwikkelaars
  • Historische gebruikersgegevens, applicaties en functies
  • Test de applicatie niet technisch, test uw applicatie eerst alleen vanuit gebruikersperspectief

Wat kan een tester doen als hij een paar dagen vóór de release een probleem met het stoppen van de show ontdekt?


  • Bevestig en herbevestig het defect opnieuw en documenteer de bug of het defect, de impact en de mogelijke oplossing, indien mogelijk.
  • Breng dit onder de aandacht van je manager en bespreek het met het team, aangezien een dergelijke showstopper een week voor de release onbekend is bij het team, niet goed is.
  • Zodra het defect uw manager en hogere testautoriteiten bereikt, moet u mogelijk uw punt aan hen voorleggen. Wees dus grondig met uw punt, aangezien dit een impact kan hebben op de release.
  • Als de discussie je steunt, is het jouw tijd om op te staan ​​en te schitteren. Zo niet, dan heb je als afhaalmaaltijd een les voor die dag geleerd. Blijf leren.

Waarom kiest u voor het vakgebied Software Quality Assurance?


Om kwaliteitsprojecten aan eindgebruikers of klanten te kunnen bieden, is testen verplicht, ongeacht welke codering daarbij betrokken is. Software QA registreert niet alleen de bugs, maar biedt ook oplossingen voor die bugs.

Op het gebied van QA moeten testers op de hoogte zijn van de volledige functionaliteit van de te testen applicatie. Dit stelt hen in staat om kennis te hebben van verschillende soorten applicaties die in verschillende omgevingen zijn ontwikkeld, zelfs enkele basisconcepten in programmeren. Kennis zal breder zijn als we testen, maar zal beperkt zijn als we programmeren. Een ontwikkelaar kan slechts een klein segment van de hele applicatie ontwikkelen en is zich mogelijk niet bewust van de applicatie als geheel. In dit geval vond ik de rol van QA (tester) interessanter.


Geen antwoord gevonden?


Contact