Meny

Några intressanta frågor om mjukvarutestning

some interesting software testing interview questions

Prova Vårt Instrument För Att Eliminera Problem

Den här artikeln svarar på några av de vanligaste intervjufrågorna om programvarutestning. Läs det här inlägget för att förbereda dig för intervju om programvarutestning:

I det här inlägget ska jag svara på några av de frågor som ställs av en av läsarna Srinivas M.

Intressant intervju för programvarutestning

F # 1) I en applikation som för närvarande är i produktion ändras en kodmodul. Är det nödvändigt att testa hela applikationen på nytt eller räcker det att bara testa funktionalitet associerad med den modulen?

Vijay: Tja, svaret är båda. Du måste testa funktionaliteten hos den modulen liksom de andra modulerna. Det beror också på modulen du ändrar.

Alla moduler bör testas eftersom nya ändringar också kan påverka de andra modulerna. Du kan därför skilja på den stress som ges på modulen som ska testas.

Jag tror att detta scenario kommer att förklara svaret på din fråga väl.

Om modul A modifieras beror modul B på modul A och modul C är en allmän modul oberoende av modul A.

hur man öppnar en apk-fil på Android

I det här fallet testar du först modul A på djupet. Din nästa stress kommer att ligga på modul B. Men hur är det med modul C? Denna modul kommer också att testas men med mindre stress, eftersom modul C inte beror på modul A för dess funktion, utan beror på modul B.

Om du är testare för en vit låda måste du veta vilka moduler som ska testas och vilka som kan påverkas. Men om du är testare för en svart låda måste du också göra regressionstest.

Regressionstester bör endast utföras på de moduler som är associerade med den modifierade modulen.

F # 2) Vilken är den mest utmanande situationen du har ställts inför under testningen?

Vijay: En mycket bra fråga! För några år sedan, när jag bytte jobb, hade jag fått samma fråga av min intervjuare. Ett perfekt svar på denna fråga beror vanligtvis på de utmaningar som en individ upplever.

vad är det bästa operativsystemet för pc

Programvarutestning har många utmaningar både i manualen och i automatisering.

Att upptäcka ett fel som var svårt att ta reda på kan vara svaret på den här frågan. Det var ganska utmanande för mig. Det kan vara svårt att åtgärda dessa fel som inte kan reproduceras men det är ofta möjligt.

Tänk alltid på att vara realistisk och inte stressa när du svarar på en sådan fråga. Låt inte någon slöa din gnista. Var bara dig själv.

F # 3) Vad ska du göra om det inte finns någon funktionsspecifikation eller några dokument relaterade till systemet och utvecklaren som skrev koden inte fungerar i företaget längre, men du har ett system och behöver testa?

Vijay: Tyvärr är det en av de typiska situationerna i indiska företag på grund av den höga förslitningsgraden.

I det här fallet måste du göra Exploratory Testing av produkten. Det handlar om att utforska, ta reda på programvaran, vad den gör, vad den inte gör, vad som fungerar och vad som inte fungerar.

I denna testning kommer du att lära känna systemet och dess grundläggande arbetsflöde. I Exploratory Testing kan du också upptäcka ”blockerare” -fel som är skadliga för ditt system och därmed skydda ditt system från att krascha.

Om du är testare för en vit låda är nästa steg att leta efter olika modulkoder. Genom detta kommer du att kunna analysera testfall för olika moduler och deras relationer.

Om du har ytterligare frågor, vänligen kommentera nedan.

Rekommenderad läsning

^