Meny

5 ting en nybegynnerutvikler (og tester) bør vite om programvaretesting

5 things beginner developer

Prøv Instrumentet Vårt For Å Eliminere Problemer

de primære filtilgangsrettighetene i unix er:

Hele konferanserommet ble stille, og etter å ha ventet i noen minutter kunne jeg ikke holde tålmodighet og måtte gjenta spørsmålet mitt:

Hvem vil være med i testteamet?

Vi hadde 20 praktikanter om bord, og de ble opplært i forskjellige aspekter av programvareprosjekter. Ledere og ledere fra forskjellige avdelinger som forretningsanalyse, utvikling, testing og salg holdt møter med disse traineer for å gi kunnskapen og hjelpe dem med å forstå hvordan og hvordan det faktiske programvareprosjektet ser ut. Som testleder forklarte jeg grunnleggende testaspekter og viktigheten av å teste livssyklus til de nye ansiktene.

utvikler og tester

Med spenning, da jeg droppet spørsmålet, tenkte jeg aldri på stillhet i nålen. Ingen var klare til å delta i testingen. Jeg sukket trist og plukket opp et annet spor for å utdanne denne fremtidige generasjonen av IT.

Jeg justerte spørsmålet mitt for å vite årsakene bak å avta programvaretesting som yrke -

Hvorfor vil du ikke delta i programvaretesting?

Svarene var interessante (og praktiske på et eller annet tidspunkt)

  • Alle kan gjøre testing, men ikke utvikling ( godt å vite )
  • Testere får mindre lønn ( litt sant, men ikke alltid )
  • Det er en utakknemlig jobb ( helt enig, men det er ikke den gyldige grunnen )
  • Det er ingenting å lære om det ( Hooh …… hvem sa det?)
  • Det er ingen grunn til å velge programvaretesting som karriere ( den verste grunnen )

Hva du vil lære:

Hvorfor programvaretesting eksisterer?

Ok, så det var på tide å trene de nye menneskene om hvorfor programvaretesting eksisterer og hva skal de vite om det hvis de skal være med på programvareutvikling.

Hvordan ombestemte jeg meg?

Her prøver jeg bare å gjøre rede for hva vi har diskutert i løpet av den ettermiddagen, og hvordan jeg lykkes med å ombestemme meg minst 20 personer, mens jeg tømmer oppfatningen om programvaretesting.

#1. Programvaretesting er ikke bortkastet tid:

Hva skjer når du har gjest hjemme og forbereder hurtig limonade til dem og serverer dem? Når gjestene lar glassene være uferdige, føler du at noe må ha gått galt, og når du smaker på limonade, OMG ……, føltes det stinkende. Du skulle ønske du bare hadde brukt 10 sekunder mer og smakt på limonaden før servering.

Mens de har det travelt med å levere prosjektet på en tidslinje, gjør bedrifter / ledelse / hvem som helst seg klare til å gå på kompromiss med tiden for testing fordi oppfatningen om programvaretesting virkelig tar lang tid enn nødvendig, fremdeles lever i folks sinn. Men det er ikke tid det tar å teste det er verdt sammenlignet med kundens samtale ved midnatt for å fortelle deg at han kommer til å avbryte neste oppdrag, ettersom den nåværende oppgaven som ble levert viste mer enn 5 kritiske feil innen de første to timene etter intern bruk. Bang !!

# 2. Programvaretesting er obligatorisk:

Programvaretesting er en uunngåelig del av livssyklusen for programvareutvikling. Veien

  • Redaktører hjelper til med å gjøre filmen bedre
  • Korrekturlesere hjelper til med å gjøre en bok bedre
  • Vektere hjelper til med å gjøre menneskers liv fredelig og trygt
  • Olje hjelper med å kjøre maskiner feilfritt

Programvaretesting hjelper programvare til å bli bedre. Jeg tror ikke jeg trenger å bruke enda et ord til for å forklare det.

# 3. Enhetstesting er et fullstendig ansvar for utvikleren:

Når du utvikler noe, må du sjekke det før du ber noen andre om å sjekke det. Veien

  • Kokken smaker og lukter alltid oppskriften sin før han serverer andre

Utvikleren er helt ansvarlig for å teste sin egen kode før den sendes til testere. Testere er der for å hjelpe deg med å forbedre kvaliteten på koden og til slutt produktet og ikke for å finne ut de kjipteste feilene du gjorde mens du skrev koden.

I tillegg til det, må du aldri anta at kvalitet bare er testernes ansvar.

I dagens smidige verden skal utviklere og testere ta et samlet ansvar for produktkvaliteten. Det forventes at utviklere utfører paretesting med testeren og gir innsikt i hva og hvorfor noe kan gå galt og oppfordrer testeren til å generere testideer basert på din innsikt.

# 4. Utviklere og testere er like:

Ethvert arbeid / prosjekt er en kombinert innsats fra teamet, og det betyr at hver person er like viktig. Hvis en utvikler mener at han gjør det best og bør tillegges mer betydning fordi han skaper noe fra bunnen av, kreves det en ny vurdering av tanken. Ja, utvikler utvikler noe fra bunnen av, men han er ikke i stand til å fullføre opprettelsen uten hjelp fra testeren.

Tester gir brukeren et øye for produktet. En godt trent og erfaren tester kan vise smutthullene i produktet, en utvikler kan aldri tenke seg om. En tester bringer inn nye ideer om hvordan produktet skal være, hvordan det skal se ut i et bestemt tilfelle, hvordan det skal fungere, hvordan det kan oppføre seg og hvordan det kan krasje.

Slik det er viktig å tilsette salt i hver oppskrift for å gjøre dem spiselige, er det nødvendig med testing for å gjøre produktet leverbart.

Og derfor er utviklere og testere like viktige. De er venstre og høyre hånd på kroppen som kalles prosjekt.

# 5. Testeren bør være involvert fra første dag av prosjektet:

Som utvikler bør du aldri gjøre den feilen ved å anta at det ikke er behov for en tester for å bli klar over noe som kravanalyse, logikk som brukes mens du skriver kode, endre forespørsler fra klient, tilbakemeldinger fra klient etc.

Tester er en stabelholder og bør være involvert fra start av prosjektet. Første involvering av testteamet gir dem selvtillit, og stadig diskusjoner gir næring til forståelse mellom utvikling og testing team , snill hjelp øker deres ånd til å gjøre noe bedre, krav til forslag får dem til å føle seg verdt.

Konklusjon:

Tester skal ikke bare teste en modul / et produkt, han er der for å hjelpe med å levere det beste produktet, han er der for å hjelpe ved å foreslå noen beviste ideer om brukernes forventninger, han er der for å fortelle deg at hvor ofte din elskede kode blir krasjet …… og du, som utvikler, trenger det virkelig, ikke sant?

Om forfatteren: Dette fantastiske innlegget er skrevet av STH-teammedlem Bhumika Mehta. Hun er prosjektleder og har 7+ års erfaring med programvaretesting. Hun er helt opptatt av å teste og elsker å teste alt som eksisterer.

Som vanlig venter du på dintilbakemelding, mening og forslagom temaet.

Anbefalt lesing

^