top 25 software engineering interview questions
Ofte stilte spørsmål om grunnleggende og avansert programvareutvikling med detaljerte svar. Forbered deg med denne omfattende listen over vanlige intervjuspørsmål for teknisk programvareingeniør for nybegynnere og eldre fagpersoner:
I henhold til IEEE er programvareteknikk anvendelsen av en systematisk, disiplinert og kvantifiserbar tilnærming til utvikling, drift og vedlikehold av et programvareprodukt.
Det betyr å bruke en systematisk og veldefinert tilnærming til utviklingen av et programvareprodukt.
I denne opplæringen vil vi dekke de mest stilte spørsmålene om Software Engineer-intervjuet sammen med svarene i enkle termer for enkel forståelse.
Mest populære spørsmål om programvareteknikk
Nedenfor vises de ofte stilte spørsmålene om programvareingeniørintervju med svar.
La oss utforske !!
Q # 1) Hva er SDLC?
Svar: SDLC står for programvareutvikling livssyklus. Den definerer trinnvis tilnærming for utvikling av programvare. SDLC involverer følgende faser, dvs. kravsamling, systemanalyse, design, koding, testing, vedlikehold og dokumentasjon.
Nedenfor er representasjonen på høyt nivå av de forskjellige fasene involvert i SDLC.
(bilde kilde )
Q # 2) Hva er de forskjellige modellene som er tilgjengelige i SDLC?
Svar: Det er flere modeller tilgjengelig i SDLC for effektivt å utføre programvareutvikling. Noen av modellene inkluderer Fossmodell , V-modell, smidig modell, etc.
Q # 3) Forklar begrepet Baseline.
pl sql utvikler intervju spørsmål og svar for erfarne
Svar: En grunnlinje er en milepæl på prosjektet som vanligvis defineres av prosjektlederen. Baselinjer brukes til å spore fremdriften i prosjektet fra tid til annen for å vurdere den generelle helsen til prosjektet.
Q # 4) Hva er ansvaret til en programvareprosjektleder?
Svar: En programvareprosjektleder er ansvarlig for å lede prosjektet mot vellykket gjennomføring. Det er programvarelederens ansvar å sørge for at hele teamet følger en systematisk og veldefinert tilnærming til utvikling av programvare.
En programvareprosjektleder er også ansvarlig for følgende oppgaver:
- Prosjektplanlegging
- Prosjektstatussporing
- Ressursforvaltning
- Risikostyring
- Prosjektlevering innen tid og budsjett.
Q # 5) Hva er kohesjon?
Svar: Samhold er graden elementene i en modul er relatert til hverandre. Det er som et indre lim som binder elementene i en modul sammen. God programvare har høye nivåer av samhold.
Q # 6) Hva er kobling?
Svar: Kobling er graden av gjensidig avhengighet mellom modulene. God programvare har lave nivåer av kobling.
Q # 7) Forklar begrepet modularisering.
Svar: Modularisering brukes til å dele programvare i flere komponenter eller moduler. Hver modul er arbeidet med av et uavhengig utviklings- og testteam. Det endelige resultatet vil være å kombinere flere moduler i en enkelt arbeidskomponent.
Q # 8) Hva er programvarekonfigurasjonsadministrasjon?
Svar: Programvarekonfigurasjonsadministrasjon er prosessen med å spore og kontrollere endringene som oppstår i løpet av programvarens livssyklus. Enhver endring som gjøres under programvareutvikling må spores gjennom en veldefinert og kontrollert prosess.
Konfigurasjonsadministrasjon sørger for at eventuelle endringer som gjøres under programvareutvikling blir kontrollert gjennom en veldefinert prosess.
Sp # 9) Hva er de forskjellige fasene i SDLC?
Svar: Følgende er de vanligste fasene av SDLC.
- Kravsanalyse
- Design
- Koding
- Testing
- Vedlikehold
Q # 10) Gi eksempler på prosjektledelsesverktøy.
Svar: Nedenfor er noen av de mest brukte prosjektledelsesverktøyene som er tilgjengelige i bransjen i dag.
- Gantt-diagram
- Sjekklister
- Statusrapporter
- Histogrammer
- Microsoft Project
Anbefalt lese => Topp verktøy for prosjektledelse som du bør vite
Q # 11) Hva er CASE-verktøy?
Svar: CASE står for Computer-Aided Software Engineering verktøy som brukes til å støtte og akselerere de forskjellige aktivitetene i programvareutviklingens livssyklus.
Spørsmål nr. 12) Hva er Black Box-testing?
Svar: Black box testing innebærer å teste applikasjonen uten kjennskap til den interne strukturen eller kodeimplementeringen. Testere vil bare bry seg om funksjonaliteten til programvaren i black box testing i stedet for dataflyt og kodeutførelse i bakenden.
Sp # 13) Hva er testing av hvit boks?
Svar: White box testing tester applikasjonen med kunnskap om den interne strukturen og implementeringen av koden. Denne testen utføres vanligvis av utvikleren som har skrevet koden i form av enhetstester.
youtube to mp4 converter gratis online uten nedlasting
Spørsmål nr. 14) Hva er en mulighetsstudie?
Svar: Det gjennomføres en mulighetsstudie på et programvareprodukt for å vurdere hvor praktisk og fordelaktig er utviklingen av programvareproduktet for organisasjonen. Programvare analyseres grundig for å forstå de økonomiske og tekniske aspektene ved et programvareprodukt som skal utvikles.
Sp # 15) Hvordan kan du måle prosjektgjennomføring?
Svar: Prosjektutførelsesstatus kan overvåkes ved hjelp av følgende teknikker.
- Statusrapporter
- Sjekklister for milepæl
- Aktivitetsovervåking
Q # 16) Hva er funksjonskravene?
Svar: Funksjonelle krav er funksjonene som et utviklet programvareprodukt forventes å utføre. For eksempel, å legge til et betalingsalternativ på et e-handelsnettsted vil være et funksjonelt krav.
Sp # 17) Hva er ikke-funksjonelle krav?
Svar: Ikke-funksjonelle krav måler brukervennligheten til applikasjonen som brukergrensesnittets utseende, sikkerhet, ytelse, interoperabilitet, pålitelighet osv.
Sp # 18) Hva er forskjellen mellom kvalitetssikring og kvalitetskontroll?
Svar: Kvalitetssikring er å sikre at den leverte programvaren har minst mulig feil. Kvalitetskontroll er prosessen for å sikre at kvaliteten på produktet opprettholdes i det lange løp.
Kvalitetssikring utføres av testteamet i prosjektet, mens kvalitetskontroll vanligvis utføres av et dedikert supportteam, som er ansvarlig for kvaliteten på produktet selv om produktet er under vedlikeholdsfasen av programvareteknikk.
Les også => Kvalitetssikring mot kvalitetskontroll
Spørsmål nr. 19) Hva er forskjellen mellom bekreftelse og validering?
Svar: Verifisering er prosessen for å sikre at produktet er bygget riktig, fra et prosess- og standardperspektiv.
Validering er prosessen for å sikre at vi bygger riktig produkt, fra et kundeperspektiv. Verifisering er en statisk testmetodikk der produktet testes uten å utføre koden, mens validering er en dynamisk testmetodikk.
Verdt å lese => Komplett studie av verifisering og validering
Spørsmål nr. 20) Hvilken SDLC-modell er best å velge for et programvareprodukt?
Svar: Det er ingen regler som sådan som angir hvilken spesifikk SDLC-modell som må brukes for et programvareprodukt. Det avhenger av typen programvareprosjekt som bygges og organisasjonens policyer og prosedyrer.
Spørsmål nr. 21) Hva mener du med programvareomfang?
Svar: Programvareomfang er listen over funksjoner som leveres av den utviklede programvaren. Basert på omfanget av programvaren, kan estimater som tidstildeling, budsjett og ressurstildeling gjøres.
Q # 22) Hva er SRS?
Svar: SRS står for Software Requirement Specification (SRS) dokument. Det er et dokument for å fange opp alle funksjonelle og ikke-funksjonelle krav til et produkt. Ikke alle SDLC-modeller trenger å følge SRS-dokumenter , noen modeller fanger opp krav i form av brukerhistorier, mens noen modeller i form av excel-ark osv.
Q # 23) Hva er SDLC-modellen du har brukt i forrige prosjekt?
Svar: Svaret på dette spørsmålet avhenger av erfaringen til en intervju-kandidat. Hvis kandidaten svarer SDLC-modellen for å være Waterfall-modellen, vil intervjueren begynne å stille spørsmål om Waterfall-modellen, og hvis han svarer den for å være Agile, vil intervjueren begynne å stille uttrykk relatert til Agile metodikk som Scrum, Sprint, etc.
Q # 24) Forklar fossemodellen i detalj.
Svar: De foss modellen er en sekvensiell modell der neste fase starter først etter at den første fasen er fullført. For eksempel, testfasen starter først etter at utviklingsfasen er fullført, vedlikeholdsfasen starter først etter at testfasen er fullført.
Nedenfor er de forskjellige fasene involvert i fossemodellen. Vær oppmerksom på at antall faser og sekvenser av faser kan variere fra prosjekt til prosjekt.
- Krav
- Design
- Koding
- Testing
- Vedlikehold
til) Krav: Dette er fasen der systemet som skal utvikles er dokumentert i form av SRS-dokument (Software Requirement Specification). Dette er den viktigste fasen i SDLC, da en klar forståelse av kravene fra klienten vil redusere omarbeidet i de følgende faser.
Jeg trenger en falsk e-postadresse
b) Design: Dette er fasen hvor arkitekturen til systemet som skal utvikles er ferdig. Arkitektur kan være i form av et høyt nivå design eller et lavt nivå design. Arkitektur må også inneholde maskinvare- og programvarespesifikasjonene til systemet som skal utvikles.
c) Koding: Dette er fasen der koden for systemet som skal utvikles skrives. Enhetstesting og Integrasjonstesting må utføres av utviklerne på dette stadiet før de distribuerer koden for testing.
d) Testing: Dette er fasen hvor det utviklede produktet testes av et uavhengig testteam for å validere om det oppfyller kravene i Software Requirement Specification (SRS). Feil som er reist i denne fasen, må løses før du logger på produktet.
e) Vedlikehold: Denne fasen kommer når testfasen er fullført. Den tar seg av eventuelle produksjonsproblemer som kan oppstå etter at produktet er levert til kunden. Varigheten av vedlikeholdsfasen er forskjellig fra prosjekt til prosjekt og en organisasjon til en annen.
Nedenfor er diagrammet for å skildre fossemodellen i form av faser.
Q # 25) Forklar V-Model i detalj.
Svar: V-Model står for verifiserings- og valideringsmodellen. V-modell er et tillegg til fossemodellen, i den forstand at V-modellen også er en sekvensiell modell. I V-modellen er hver fase av utviklingen assosiert med en tilsvarende testfase.
Bildet nedenfor viser de forskjellige fasene som er involvert i V-modellen.
Venstre side av modellen er livssyklus for programvareutvikling mens høyre side av modellen er livssyklus for programvaretesting. Ettersom fasene danner formen til bokstaven ‘V’, kalles denne modellen V-Model.
Forklaring:
Innen V-modellen skal SDLC tolkes fra topp til bunn, mens STLC skal tolkes fra bunn til topp. Opprinnelig samles krav for å dokumentere systemet som skal utvikles i henhold til kundens krav. Testteamet utvikler systemtestplanen basert på kravene.
Deretter kommer høyt nivå design og detaljerte nivå design faser der arkitekturen til systemet er utarbeidet. Testteamet utarbeider planen for integrasjonstest i disse fasene. Når kodingen er fullført på SDLC, starter STLC fra enhetstesting, etterfulgt av integrasjonstesting og systemtesting.
Konklusjon
Vi håper denne artikkelen vil hjelpe deg med å knekke ethvert Software Engineer-intervju med hell.
- Software Engineering er anvendelse av en systematisk, disiplinert og kvantifiserbar tilnærming til utvikling, drift og vedlikehold av programvare.
- Det er ingen harde og raske regler som sådan for typen spørsmål om programvareingeniørintervju som stilles av intervjuere. Det varierer fra organisasjon til organisasjon og hvilken type rolle intervjuet gjennomføres for.
Alt det beste for intervjuet ditt med programvareingeniør !!
Anbefalt lesing
- SDLC (programvareutvikling livssyklus) faser, metoder, prosesser og modeller
- Hva er SDLC Waterfall Model?
- 25 beste prosjektledelsesverktøy i 2021 (siste rangering)
- Hva er STLC V-Model?
- Forskjellen mellom kvalitetssikring og kvalitetskontroll (QA vs QC)
- White Box Testing: En komplett guide med teknikker, eksempler og verktøy
- Black Box Testing: En grundig opplæring med eksempler og teknikker
- Intervju Spørsmål og svar