qa s roles vs goals how balance both achieve your goals
Denne artikel er dedikeret til min lidenskabelige QA-broderskab !!!
Borte er de dage, hvor QA'erne plejede at have rigelig tid på at vente på, at builds skulle komme, og senere ville de begynde at teste, hæve fejl i overensstemmelse hermed og derefter igen vente på, at udviklerne fikset dem.
De ville bruge en stor del af deres tid på at øve sig på engelsk, LOL !!. Jeg mener at skrive testtilfælde, gennemgå dem og færdiggøre dem, der skal bruges til testning.
Tiden har ændret sig meget, og det er også rollerne. Du kan være heldig, hvis du overlever bare ved at lave manuel test også med store it-giganter som Infosys, Wipro, TCS, Accenture osv.
At være i en mellemstor eller en lille virksomhed skal du være opmærksom på nogle specielle færdigheder bortset fra grundlæggende manuel test. Det kunne være alt som API-test, postbud, SÆBE , Databasetest , validering af klientsiden til de mere komplekse som automatisering og præstationstest.
I denne nuværende tendens har du måske bemærket, at jobåbningerne selv for testere med 2-4 års erfaring viser mange ting.
Nedenfor er et eksempel på jobbeskrivelsen for en testers rolle med 2-4 års erhvervserfaring:
- God viden om Java.
- Selen - Obligatorisk.
- Skal være god i Performance Testing - Jmeter / LoadRunner med en grundig forståelse af OS og performance tuning koncepter
Jeg har kun listet de grundlæggende færdigheder, men der er meget mere at tilføje til listen. Python, Perl, groovy osv. Finder deres eget sted i et flertal af åbningerne.
Så, hvad konkluderer vi her? Skifter branchen ind i SDET's rolle?
Jeg er dog enig i visse punkter som - en tester skal have grundlæggende kendskab til programmeringssprog og være villig til at gøre automatisering når det er nødvendigt . Du må undre dig hvorfor er udtrykket “ når det er nødvendigt ”Holdt fed? Dette skyldes den praksis, der følges i dag.
Mange virksomheder ansætter til Automation Testing, men du skal kun føle dig heldig, hvis du er i stand til at finde et automatiseringsprojekt i den nye organisation. Mange gange ville du bare lande i et andet manuelt projekt, hvor du ikke finder noget læringsmulighed efter få måneder.
Hovedårsagen til at ændre dit nuværende firma kan være 'Jeg får ikke automatiseringsoplevelse' . Du bliver muligvis nødt til at gøre alt for at lære automatisering og derefter skifte firma, fordi du vil skifte fra manuel test. Så her er du !!
Du er skruet igen !!
En anden værste del, som jeg har bemærket, sker i mange organisationer, er at selv en QA Lead eller QA Manager næsten gør det samme arbejde som en junior tester. Dette er muligvis ikke tilfældet overalt, men at blive forfremmet som en kvalitetsledelse garanterer ikke, at du får de roller, du leder efter.
Hierarki i dit projekt kan få dig til at udføre det samme arbejde, som dine jævnaldrende juniorer udfører. QA Manager-roller går næsten.
Så hvor skal en Lead QA se sig selv i fremtiden?
Endelig, men mest interessant, drømmer alle i dette IT-broderskab om at komme på stedet. Hvis du sammenligner de chancer på stedet, som BA'erne eller udviklerne får med, hvad en QA får, så vil du være trist at være på den tabende side. Jeg har arbejdet med forskellige organisationer, og der er nogle almindelige ord, som mine ører ofte plejede at høre fra HR'erne eller Higher Management.
Det er de ord, der gør mig trist - 'Der er ingen onsite for QA'er' . Men igen, dette er ikke det samme overalt, men jeg citerer bare de generelle tendenser i branchen.
pl sql udvikler interview spørgsmål og svar til erfarne
Så lad os besøge titlen på denne artikel igen' QA Roller v / s Mål '.
Det centrale punkt, som jeg prøver at fremhæve her, er 'Fokuserer vores roller på vores mål' . Jeg er sikker på, at de fleste af dem ville sige NEJ !! Når dagene går forbi, med stigningen i din oplevelse år for år, føler vi til tider, hvad er der noget nyt, vi laver? Svaret vil være, at vi udfører det samme arbejde, som vi gjorde 3-4 år tilbage. ”.
Jeg har stødt på profiler af bestemte testere, at selv med 10+ års erfaring arbejder de stadig som 'Testanalytiker' eller 'Senior Testanalytiker', mens udviklerne med samme vifte af erfaring bliver 'Project Managers' eller 'Product Managers' ”.
Hvis du ser tilbage på de roller, som du har udført hele din karriere, vil nedenstående tabel lyde interessant såvel som deprimerende. Du vil bemærke, at du ikke lærer noget, selv efter 7-8 års erhvervserfaring.
| Betegnelser | År på samme rolle (gennemsnit | Samlet års erfaring | Læring / bekymringer / udfordringer |
|---|---|---|---|
| Manager QA | 3 | 14 | Næsten ingen ændring i roller, tænker stadig, om jeg vil fortsætte i QA eller flytte til BA |
| Junior Associate QA | 1 | 1 | Test sagsskrivning, hævning af mangler, grundlæggende manuel test |
| Associeret QA | 1.5 | 2.5 | Test case anmeldelser, automatisering (hvis heldig) |
| Senior Associate QA | 1.5 | 4 | Statusrapportering, automatisering, ydeevne (du begynder at lære, selvom det ikke er i et projekt) |
| Associeret Lead QA | to | 6 | Oprettelse af testplaner, skøn og teamhåndtering (hvis heldig), tildeling af opgaver, rapportering af status til klienten, flere klientopkald |
| Lead QA | to | 8 | Teststrategi, mere Excel-arbejde, tidsregistrering, oprettelse af konti, faktureringsdata |
| Associate Manager QA | 3 | elleve | Mere af mindre ville du have udført alt i Lead QA-rolle. |
| QA direktør | 3 | 17 | Næsten ingen ændring i roller. Mere om styring af den overordnede kvalitet i organisationer. |
Så jeg vil sige, at 5-7 års beslag er meget vigtigt i en QA-karriere. Du skal arbejde på din styrke og svaghed og følge stien i overensstemmelse hermed.
- Hvis du ikke har interesse for kodning og ikke forstår automatisering også, men du føler at du har gode analytiske færdigheder og gode kommunikationsevner, så gå bedre til BA-rollen efter 5 år.
- Hvis du er kodegal, skal du sørge for at følge automatiseringsstien. Der er ingen mening med at blive i Manual. Bliv ved med at skifte virksomheder, indtil du får din perfekte rolle.
- Hvis du ikke er kodegal, men du forstår logikken godt, så forstå teknologierne på markedet og gå bedre til Manager Delivery snarere end Manager QA. Og du vil lære meget i levering vertikalt.
Generelt siger folk, at vi ikke bør skifte virksomhed meget ofte, men hvad hvis vi ikke er tilfredse med vores roller? Skal vi gå på kompromis med, hvad der foregår? Bliv ved med at udføre det samme arbejde, hvis du ikke kan lide det? Ved slutningen af dagen skal du fortsætte med at tænke, hvad laver jeg?
Gutter !! Sørg for, at dine roller får dig til at nå dine mål. Hvis ikke, kompromitterer du bare med dit liv og din karriere. Hvis du ikke er professionelt tilfreds, vil du også ende med at ødelægge dit personlige liv.
Om forfatteren : Denne artikel er skrevet af STH-teammedlem Hasneet . Han arbejder som en testtest i software i et MNC.
Har du oplevet den samme situation? Du er velkommen til at dele dine oplevelser.
Anbefalet læsning
- 5 måder at overbelaste din præstationstest og nå mål
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Test af Primer eBook Download
- Sådan opnås niveau 5 modenhed til QA og testproces
- Top 7 hovedmål for en softwaretester - Er du en 'lavet' testeren eller den 'valgte'?
- MongoDB Opret bruger og tildel roller med eksempler
- Load Testing med HP LoadRunner-vejledninger
- Forskel mellem Desktop, Client Server Testing og Web Testing