Menu

Nogle interessante spørgsmål om software-test Interview

some interesting software testing interview questions

Prøv Vores Instrument Til At Fjerne Problemer

Denne artikel svarer på nogle af de hyppigst stillede interviewspørgsmål om softwaretest. Læs dette indlæg for at forberede dig til software-testinterview:

I dette indlæg vil jeg besvare nogle af de spørgsmål, som en af ​​læserne Srinivas M. stiller.

Interessant Software Testing Interview

Q # 1) I et program, der aktuelt er i produktion, ændres et kodemodul. Er det nødvendigt at teste hele applikationen igen, eller er det nok bare at teste funktionalitet, der er knyttet til dette modul?

Vijay: Svaret er begge dele. Du bliver nødt til at teste funktionaliteten af ​​dette modul såvel som de andre moduler. Det afhænger også af det modul, du ændrer.

Alle moduler skal testes, fordi nye ændringer også kan have indflydelse på de andre moduler. Du kan derfor skelne efter den stress, der er givet på modulet, der skal testes.

Jeg tror, ​​at dette scenarie vil forklare svaret på dit spørgsmål godt.

Hvis modul A ændres, afhænger modul B af modul A, og modul C er et generelt modul uafhængigt af modul A.

unix kommandoer interviewspørgsmål og svar til erfarne

I dette tilfælde vil du først teste modulet A i dybden. Din næste stress vil være på modul B. Men hvad med modul C? Dette modul vil også blive testet, men med mindre stress, fordi modul C ikke afhænger af modul A for dets funktion, men det afhænger af modul B.

Hvis du er en hvid boks tester, skal du vide, hvilke moduler der skal testes, og hvilke der kan påvirkes. Men i tilfælde af at du er testet af en sort boks, skal du også udføre regressionstest.

Regressionstest bør kun udføres på de moduler, der er knyttet til det modificerede modul.

Spørgsmål nr. 2) Hvad er den mest udfordrende situation, du har haft under testen?

Vijay: Et meget godt spørgsmål! For et par år tilbage, da jeg skiftede mit job, blev jeg stillet det samme spørgsmål af min interviewer. Et perfekt svar på dette spørgsmål afhænger normalt af de individuelle udfordringer.

gratis registreringsdatabase reparation til Windows 10

Softwaretest har mange udfordringer både i manualen og i automatisering.

At finde en fejl, der var vanskelig at finde ud af, kunne være svaret på dette spørgsmål. Det var ret udfordrende for mig. Det kan være vanskeligt at løse disse ikke-reproducerbare bugs, men det er ofte muligt.

Husk altid, at når du besvarer et sådant spørgsmål, skal du være realistisk og ikke stresse. Lad ingen sløve din gnist. Bare vær dig selv.

Spørgsmål nr. 3) Hvad vil du gøre, hvis der ikke er nogen funktionsspecifikationer eller nogen dokumenter relateret til systemet, og udvikleren, der skrev koden, ikke længere fungerer i virksomheden, men du har et system og har brug for at teste?

Vijay: Det er desværre en af ​​de typiske situationer i indiske virksomheder på grund af den høje slidprocent.

I dette tilfælde skal du gøre Undersøgende test af produktet. Det handler om at udforske, finde ud af om softwaren, hvad den gør, hvad den ikke gør, hvad der fungerer og hvad der ikke fungerer.

I denne test vil du lære at kende om systemet og dets grundlæggende arbejdsgang. I Exploratory Testing kan du også finde 'blocker'-bugs, der er skadelige for dit system og derfor beskytte dit system mod at blive styrtet.

Hvis du er en testkasse for hvid boks, er det næste trin at kigge efter forskellige modulkoder. Ved dette vil du være i stand til at analysere testcases for forskellige moduler og deres forhold.

Hvis du har yderligere spørgsmål, bedes du kommentere nedenfor.

Anbefalet læsning

^