who earns more software tester
Попитаха ме веднъж, „Защо сте QA? Правите прилично QTP (VBScript) програмиране, как така не сте опитали разработка? ' . Все едно се задоволих с нещо по-малко :)
След това има всички тези въпроси, които ние от STH чуваме:
- Трябва ли да бъда разработчик или тестер, ако реша за ИТ кариера?
- Дали кариерата ми ще бъде също толкова добра и в двата случая?
- Какво да кажа, когато някой ме попита „защо QA“?
- Губя ли си времето за QA, когато можех да съм разработчик?
- Работата ми по-малко сигурна ли е, ако съм QA?
- На мен ми се възлага QA проект, трябва ли да се движа по друг начин или има нещо в него за мен?
- Ще бъда ли незначителен като тестер?
- Всички кредити ли отиват на разработчиците, когато продуктът излезе на пазара?
- Не трябва ли тестването да е за тези, които не са технически?
- Тестването е по-малко интензивно и имам желание да работя само на непълно работно време, би ли това било достатъчна причина да го опитам?
(източник на изображението: e27.co )
Прочетете тези полезни публикации =>
кой mp4 видео изтегляне е съвместим с youtube
- Опции за кариера за специалисти по тестване на софтуер
- Защо тестването на софтуер е трудна работа?
И, един от най-често задаваните въпроси, които получаваме - “ QA парично ли е мъдър избор за кариера? Дали тестерите не се плащат по-малко от аналозите на разработчиците? ' Нека разберем.
Какво ще научите:
- # 1) Тестерите не се нуждаят от толкова много умения, колкото разработчиците - False. Защо?
- # 2) Участие в жизнения цикъл на развитието
- # 3) Ще бъдат ли подобни възможности за растеж за тестери и разработчици?
- # 4) Необходими ли са разработчиците, докато тестерите не са?
- # 5) И накрая, вярно ли е несъответствието в обезщетението? Разработчиците наистина ли правят много повече от тестери?
- Glassdoor:
- Скала на заплащане:
- Заключение:
- Препоръчително четене
# 1) Тестерите не се нуждаят от толкова много умения, колкото разработчиците - False. Защо?
- Всички разработчици тестват и повечето тестери пишат код . Тук не говорим само за тестове за единица и интеграция.
- Инструменти като Селен използвайте същите IDE и езици за програмиране, използвани за разработка, така че тестването може да бъде настроено бързо и лесно.
- Тестово управлявано развитие и поведенчески рамки за развитие са във възход за всички времена. Това просто означава, че разработчиците трябва да мислят от гледна точка на крайните потребители / тестери. Те се нуждаят от перспективата и помощта на тестерите, за да създадат тези рамки. Вижте тези публикации за повече подробности Тестване за автоматизация с помощта на инструмент за краставици и Разликата между TDD и BDD .
Има много такива случаи, когато границите на тестване и разработка преминават.
Долен ред: Междуфункционалното познание е ЗАДЪЛЖИТЕЛНО.
Следователно ключовите умения както за разработчиците, така и за тестовите екипи са:
- Основно ноу-хау за функционален процес
- Езици за програмиране - Java се класира най-високо (Индекс TIOBE за популярност на езика за програмиране)
- DB и дизайнерски концепции
- Аналитично и логическо мислене
- Добра комуникация
- Игра в екип поведение
- Управление на работата с инструменти или ръчно
# 2) Участие в жизнения цикъл на развитието
И двата отбора играят критични роли от край до край. С компании, възприемащи подходи за непрекъсната интеграция и непрекъснато тестване тестери и разработчици работят ръка за ръка . Освен това Agile не прави разлика между екипите за разработка и теста - всичко е един SCRUM.
# 3) Ще бъдат ли подобни възможности за растеж за тестери и разработчици?
Растежът е променлив за всеки човек, тъй като зависи от способностите, стремежа, усилията и обстоятелствата. Това няма много общо с клона на ИТ.
Разработчиците могат да продължат да стават мениджъри, бизнес анализатори, архитекти или да се занимават с продажби, изследвания и др. В зависимост от тяхната квалификация, стремеж и възможности.
Същите шансове съществуват и за тестерите, само в тяхната област. Тестово ръководство, мениджър на тестове, бизнес анализатор и др. - много възможности.
Прочетете също=> Как да разбера коя QA работа най-добре ви подхожда въз основа на вашите умения?
# 4) Необходими ли са разработчиците, докато тестерите не са?
Ако определен отдел не е важен, защо го има? Конфликтът между разработчик и тестер обаче вече не е проблем в рамките на ИТ екипите, това все още е клиширано културно възприятие сред външни лица.
Все още се чува почти благоговение към разработчиците и пренебрежение към тестерите - но се обзалагам, че това идва от онези, които не познават добре нито една от двете дисциплини. Да бъдеш или да не бъдеш (софтуерен тестер) - е въпрос, на който не трябва да се отговаря въз основа на мненията на непознатите.
Работните места са непостоянни навсякъде. Обикновено най-слабата връзка е тази, която отрязва, и това не означава, че винаги се отхвърля QA.
# 5) И накрая, вярно ли е несъответствието в обезщетението? Разработчиците наистина ли правят много повече от тестери?
Ако търсите обща представа за това къде са нещата с обезщетение, може да бъде полезно следното:
Glassdoor:
Скала на заплащане:
Заплата за осигуряване на качеството на софтуерния тестер
най-добрата защитна стена за Windows 7 64 бита
Заплата на разработчика на приложения
Източник: Payscale.com
Когато разглеждате горните връзки, имайте предвид, че има много променливи.
За съжаление не работим в свят на нормализирани заплати.
В кариерата си съм виждал много QA да печелят повече от колегите за развитие. И обратното също е вярно в много случаи.
Заплащането зависи от:
- Умения и ниво на умения
- Опит
- Текуща заплата (при преминаване на нова позиция)
- Естество на заетостта (на пълно работно време срещу фрийланс срещу договор)
- Местоположение
- Компания
- Ползи
- За съжаление и рядко, преговорните умения на служителя
Неща, които трябва да имате предвид:
- Работата предлага повече от пари - Възможност да упражните своя потенциал, общност, която споделя вашата страст и шанс да направите разликата. Нека голямата картина покаже всичко това и още.
- Лов на лъв, а не на еднорог. Пазете се от градските митове - Приятел на приятел, който събра пакет заплати за убиец и имаше дори по-малко опит от вас.
- Сравняването на заплатите - (с QA или Devs) - Не е добра идея. Ако се чувствате преуморени и недоплатени, не се колебайте да го обсъдите с мениджъра си.
- Всичко, което си струва да се направи, си заслужава да бъде платено, добре.
- И накрая, „ За да удвоите доходите си, утроете степента на обучение. “- Робин Шарма.
Заключение:
В заключение искам да кажа, че изборът на кариера трябва да се основава на склонност, амбиция, сигурност, удовлетворение и, разбира се, компенсация. На работа човек трябва да се чувства компетентен, уверен и продуктивен.
Да бъдеш добър в това, което правиш, е ключът към това да се чувстваш и знаеш, че това не е състояние, магически заклинано. Необходима е работа, практика и повече практика.
Автор : Благодаря на члена на екипа на STH Swati S. за всички изследвания и ни кара да се гордеем с нашата професия.
Ще се радваме да чуем вашите мисли, коментари, въпроси и разногласия по-долу.
Препоръчително четене
- 5 неща, които начинаещият разработчик (и тестер) трябва да знае за тестването на софтуер
- Колко важно е за тестера или разработчика да общуват помежду си?
- Обявявам новата си електронна книга „Кариерен пакет за тестване на софтуер - пътуване на тестера на софтуера от намирането на работа до ставането на лидер на теста!“
- Наистина ли работата на тестера на софтуер е нископрофилна работа?
- Идеално ръководство за възобновяване на тестване на софтуер (с проба за възобновяване на софтуерния тестер)
- 7 вида софтуерни грешки, които всеки тестер трябва да знае
- Тестването на софтуер е еднообразно ... О, наистина?
- Характеристики на лош софтуерен тестер