Meny

Hvem tjener mer, programvaretester eller utvikler? La oss finne ut av det ved å sammenligne lønn

who earns more software tester

Prøv Instrumentet Vårt For Å Eliminere Problemer

Jeg ble spurt en gang, “Hvorfor er du kvalitetssikret? Du gjør anstendig QTP (VBScript) programmering, hvorfor kommer du ikke til å prøve utvikling? ' . Det er som om jeg nøyde meg med noe mindre :)

Så er det alle disse spørsmålene vi på STH hører:

  • Bør jeg være utvikler eller tester hvis jeg bestemmer meg for en IT-karriere?
  • Vil karriereveksten min være like god uansett?
  • Hva skal jeg si når noen spør meg ‘hvorfor QA’?
  • Kaster jeg bort tiden min på å være kvalitetssikring når jeg kunne vært utvikler?
  • Er jobben min mindre sikker hvis jeg er kvalitetssikret?
  • Jeg blir tildelt et QA-prosjekt, skal jeg løpe den andre veien, eller er det noe i det for meg?

  • Skal jeg være ubetydelig som tester?
  • Går all kreditt til utviklere når produktet treffer markedet?
  • Skal ikke testing være for de som ikke er tekniske?
  • Testing er mindre intens, og jeg er bare villig til å jobbe deltid, ville det være grunn nok for meg til å prøve det?

qa testere lønn

(bildekilde: e27.co )

Les disse nyttige innleggene =>

Og en av de mest vanlige spørsmålene vi får - “ Er QA et økonomisk klokt yrkesvalg? Blir ikke testere betalt mindre enn kolleger til utvikling? ' La oss finne det ut.

Hva du vil lære:

# 1) Testere trenger ikke så mange ferdigheter som utviklere gjør - Falsk. Hvorfor?

  • Alle utviklere tester og de fleste testere skriver kode . Vi snakker ikke bare enhet- og integrasjonstester her.
  • Verktøy som Selen bruk de samme IDE- og programmeringsspråkene som brukes til utvikling, slik at testing kan settes opp raskt og enkelt.
  • Testdrevet utvikling og atferdsdrevne utviklingsrammer er i en stadig økning. Dette betyr ganske enkelt at utviklere må tenke fra sluttbrukere / testere. De trenger perspektiv og hjelp fra testere for å sette opp disse rammene. Se disse innleggene for mer informasjon Automatiseringstesting ved hjelp av agurkverktøy og Forskjellen mellom TDD og BDD .

Det er mange slike tilfeller der grensene for testing og utvikling krysser over.

Bunnlinjen: Tverrfunksjonell kunnskap er et MUST.

Derfor er nøkkelferdighetene for både dev- og testteam:

# 2) Involvering i utviklingslivssyklusen

Begge lagene spiller kritiske roller fra slutt til slutt. Med selskaper som benytter seg av kontinuerlig integrering og kontinuerlig testing, testere og utviklere jobber hånd i hånd . Agile skiller heller ikke mellom utviklings- og testteam - det hele er ett SCRUM.

hva er den beste programvaren for fjerning av virus

# 3) Vil vekstmulighetene være like for testere og utviklere?

Vekst er variabel for hver person, da det avhenger av evne, ambisjon, innsats og omstendigheter. Det har lite å gjøre med IT-grenen.

Utviklere kan gå videre til å bli ledere, forretningsanalytikere, arkitekter, eller kan gå inn på salg, forskning etc. avhengig av deres kvalifikasjoner, ambisjon og muligheter.

De samme sjansene eksisterer også for testere, bare i deres felt. Testledelse, testleder, forretningsanalytiker, etc. - mange muligheter.

Les også=> Hvordan finne ut hvilken QA-jobb som passer best for deg på grunnlag av dine ferdigheter?

# 4) Er utviklere uunnværlige mens testere ikke er det?

Hvis en bestemt avdeling ikke er viktig, hvorfor ha det? Konflikt mellom utvikler og tester er imidlertid ikke lenger et problem innenfor IT-team, det er fremdeles en klisjéaktig kulturell oppfatning blant utenforstående.

En nesten ærbødighet mot utviklere og forakt for testere høres fortsatt om - men jeg vedder på at dette kommer fra de som ikke kjenner noen av fagene godt. Å være eller ikke være (en programvaretester) - er et spørsmål, ikke å bli besvart basert på meninger fra uvitende.

Jobber er ustabile overalt. Det er vanligvis det svakeste leddet som tar kuttet, og det betyr ikke at det alltid er QA som blir kastet.

# 5) Til slutt, er forskjellen i kompensasjon sant? Gjør utviklere virkelig mye mer enn testere?

Hvis du leter etter en generell ide om hvor ting er kompensasjonsmessig, kan følgende være nyttig:

Glassdør:

Payscale:

Programvaretester Kvalitetssikringslønn

Programvare tester lønn

hvordan passere matrise som parameter i java

Søknadsutviklerlønn

Programvareutviklerlønn

Kilde: Payscale.com

Når du ser på koblingene ovenfor, vær oppmerksom på at det er mange variabler.

Dessverre jobber vi ikke i en verden av normaliserte lønninger.

I karrieren min har jeg sett mange kvalitetssikringsselskaper tjene mer enn utviklingsmotsvarene. Og omvendt er det også sant i mange tilfeller.

Betalingen avhenger av:

  • Ferdigheter og ferdighetsnivå
  • Erfaring
  • Nåværende lønn (når du skifter til en ny stilling)
  • Sysselsetting (heltid vs frilans vs kontraktsmessig)
  • plassering
  • Selskap
  • fordeler
  • Dessverre og sjelden forhandlingsferdighetene til den ansatte

Ting å huske på:

  • En jobb gir mer enn penger - En mulighet til å utnytte potensialet ditt, et samfunn som deler din lidenskap og en sjanse til å gjøre en forskjell. La det store bildet vise alt dette og mer.
  • Jakten på en løve, ikke en enhjørning. Vokt dere for de urbane mytene - En venn av en venn som sank en drapslønnspakke og hadde enda mindre erfaring enn du gjorde.
  • Sammenligning av lønn - (med kvalitetssikring eller utvikling) - ikke en god idé. Hvis du føler deg overarbeidet og underbetalt, kan du gjerne diskutere det med lederen din.
  • Alt som er verdt å gjøre er verdt å få betalt for, vel.
  • Til slutt, “ For å doble inntekten din, tredobler du læringsgraden. ”- Robin Sharma.

Konklusjon:

Til slutt vil jeg si at valg av karrierevei skal baseres på dyktighet, ambisjon, sikkerhet, tilfredshet og selvfølgelig kompensasjon. På jobben må man føle seg kompetent, trygg og produktiv.

Å være god på det du gjør er nøkkelen til å føle det slik, og du vet at det ikke er en magisk trylleform. Det krever arbeid, øvelse og mer øvelse.

Forfatter : Takk til STH-teammedlem Swati S. for all forskning og gjør oss stolte av vårt yrke.

Vi vil gjerne høre dine tanker, kommentarer, spørsmål og uenigheter nedenfor.

Anbefalt lesing

^