qa s roles vs goals how balance both achieve your goals
Тази статия е посветена на моето страстно QA братство !!!
Отминаха дните, когато QAs имаха достатъчно време в очакване на компилациите да дойдат и по-късно те щяха да започнат тестване, съответно да издигнат грешки и след това отново да чакат разработчиците да ги поправят.
Те биха прекарали голяма част от времето си в практикуване на английски, LOL !!. Имам предвид писането на тестови случаи, прегледът им и финализирането им, за да бъдат използвани за тестване.
Времето се е променило много, ролите също. Може да имате късмет, ако оцелеете само като правите ръчно тестване и с големи ИТ гиганти като Infosys, Wipro, TCS, Accenture и т.н.
Ако сте в средна или малка фирма, трябва да знаете някои специални умения, освен основните ръчни тестове. Може да е нещо като API тестване, пощальон, САПУН , Тестване на база данни , валидиране от страна на клиента към по-сложните като автоматизация и тестване на производителността.
В настоящата тенденция може би сте забелязали, че ваканциите дори за тестери с 2-4 години опит изброяват много неща.
По-долу е дадена извадка от длъжностната характеристика за ролята на изпитател с 2-4 години трудов стаж:
- Добро познаване на Java.
- Селен - Задължителен.
- Трябва да е добър в тестването на производителността - Jmeter / LoadRunner с задълбочено разбиране на концепциите за настройка на операционната система и производителност
Изброих само основните умения, но има много повече, които да добавите към списъка. Python, Perl, groovy и т.н. намират своето място в повечето отвори.
Така, какво заключаваме тук? Преминава ли индустрията в ролята на SDET?
Бих се съгласил обаче по някои точки като - тестващият трябва да има основни познания по езика за програмиране и да е готов да направи автоматизация когато се изисква . Сигурно се чудите защо терминът „ когато се изисква ”Запазени смели? Това се дължи на практиките, които се следват в наши дни.
Много компании наемат за тестване за автоматизация, но трябва да се чувствате късметлия само ако успеете да намерите проект за автоматизация в тази нова организация. Много пъти просто бихте попаднали в друг ръчен проект, където след няколко месеца няма да намерите място за обучение.
Основната причина за смяна на настоящата ви компания може да бъде „Не получавам опит с автоматизацията“ . Може да се наложи да положите всички усилия, за да научите автоматизацията и след това да смените компанията, защото искате да преминете от ръчно тестване. И така, тук сте !!
Отново сте прецакани !!
Друга най-лоша част, която забелязах, че се случва в много организации, е, че дори QA Lead или QA Manager почти вършат същата работа като младши тестер. Това може да не е така навсякъде, но да бъдете повишен като QA потенциален клиент не гарантира, че ще получите ролите, които търсите.
Йерархията във вашия проект може да ви накара да свършите същата работа, която изпълняват вашите младши младежи. Ролите на QA Manager почти стават.
И така, къде трябва да се види водещ QA в бъдеще?
И накрая, но най-интересното е, че всеки в това ИТ братство мечтае да отиде на място. Ако сравните шансовете на място, които BA или разработчиците получават, с това, което получава QA, тогава ще се почувствате тъжно, че сте на загуба. Работил съм с различни организации и има някои често срещани думи, които често чувах ушите си от HR или от висшия мениджмънт.
Това са думите, които ме натъжават - „Няма на място за QA“ . Но отново, това не е един и същ случай навсякъде, но просто цитирам общите тенденции в индустрията.
най-добрият Google Chrome хром блокиращ прозорец
Така че, нека преразгледаме заглавието на тази статия' QA Roles v / s Goals '.
Ключовият момент, който се опитвам да подчертая тук, е „Фокусират ли се нашите роли върху нашите цели“ . Сигурен съм, че повечето от тях биха казали НЕ !! С напредването на дните, с увеличаването на опита ви от година на година, понякога усещаме какво правим нещо ново? Отговорът ще бъде, че вършим същата работа, която сме правили преди 3-4 години. “.
Попаднал съм на профили на определени тестери, които дори с над 10 години опит все още работят като „Тестов анализатор“ или „Старши анализатор на тестове“, докато разработчиците със същия опит стават „мениджъри на проекти“ или „мениджъри на продукти“ ”.
Ако прегледате ролите, които сте изпълнявали през цялата си кариера, тогава таблицата по-долу ще звучи интересно, както и депресиращо. Ще забележите, че не научавате нищо дори след 7-8 години трудов стаж.
| Обозначения | Години със същата роля (средно | Общо години опит | Учения / Проблеми / Предизвикателства |
|---|---|---|---|
| Мениджър QA | 3 | 14. | Почти няма промяна в ролите, все още се мисли дали да продължите в QA или да преминете към BA |
| Младши сътрудник QA | един | един | Писане на тестови казуси, повдигане на дефекти, основно ръчно тестване |
| Асоцииран QA | 1.5 | 2.5 | Отзиви за тестови случаи, автоматизация (ако има късмет) |
| Старши сътрудник QA | 1.5 | 4 | Отчитане на състоянието, автоматизация, производителност (започвате да учите, дори ако не сте в проект) |
| Асоцииран оловен QA | две | 6 | Създаване на тестови планове, оценки и работа с екип (ако има късмет), възлагане на задачи, докладване на състоянието на клиента, повече клиентски обаждания |
| Оловен QA | две | 8 | Тестова стратегия, повече работа в Excel, управление на разписания, създаване на акаунти, фактуриране |
| Асоцииран мениджър QA | 3 | единадесет | Повече от по-малко бихте изпълнили всичко в ролята на Lead QA. |
| QA директор | 3 | 17 | Почти няма промяна в ролите. Повече за управлението на цялостното качество в организациите. |
Така че, бих казал, че 5-7-годишният период е много важен в QA кариерата. Трябва да работите върху силата и слабостта си и да следвате пътя съответно.
- Ако нямате интерес към кодирането и не разбирате автоматизация, но смятате, че имате добри аналитични умения и добри комуникативни умения, тогава по-добре преминете към ролята на бакалавър след 5 години.
- Ако сте луд по кода, не забравяйте да следвате пътя на автоматизацията. Няма смисъл да оставате в Manual. Продължавайте да сменяте фирмите, докато получите перфектната си роля.
- Ако не сте луди по кода, но разбирате добре логиката, тогава разберете технологиите на пазара и по-добре преминете към Manager Delivery, а не Manager QA. И ще научите много неща във вертикалната доставка.
Обикновено хората казват, че не бива да сменяме компании много често, но какво, ако не сме доволни от ролите си? Трябва ли да правим компромиси относно случващото се? Продължавайте да вършите същата работа, ако не харесвате? В края на деня продължавайте да мислите какво правя?
Момчета !! Уверете се, че вашите роли ви карат да постигнете целите си. В противен случай просто компрометирате живота и кариерата си. Ако не сте професионално доволни, тогава в крайна сметка ще разрушите и личния си живот.
За автора : Тази статия е написана от член на екипа на STH Hasneet . Той работи като ръководител за тестване на софтуер в MNC.
Изпитвали ли сте същата ситуация? Моля, не се колебайте да споделите своя опит.
Препоръчително четене
- 5 начина за презареждане на вашето тестване на ефективността и постигане на цели
- Най-добри инструменти за тестване на софтуер 2021 г. (Инструменти за автоматизация на QA теста)
- Изтегляне на eBook за тестване на Primer
- Как да постигна ниво на зрялост 5 за QA и процес на тестване
- Топ 7 основни цели на софтуерен тестер - вие сте „направен“ тестер или „избран“?
- MongoDB Създаване на потребител и задаване на роли с примери
- Тестване на натоварване с уроци за HP LoadRunner
- Разлика между тестване на настолни компютри, клиентски сървър и уеб тестване