Меню

Хто заробляє більше, тестувальник програмного забезпечення або розробник? Давайте з’ясуємо, порівнявши зарплату

who earns more software tester

Спробуйте Наш Інструмент Для Усунення Проблем

Мене одного разу запитали: “Чому ви QA? Ви робите пристойне програмування QTP (VBScript), чому ви не спробували розробити? ' . Це наче я погодився на щось менше :)

Потім є всі ці запитання, які ми в STH чуємо:

  • Чи повинен я бути розробником або тестувальником, якщо я приймаю рішення про ІТ-кар’єру?
  • Чи буде моє кар’єрне зростання настільки ж хорошим в будь-якому випадку?
  • Що я повинен сказати, коли хтось запитує мене 'чому QA'?
  • Я марную свій час, перевіряючи якості, коли міг бути розробником?
  • Чи є моя робота менш безпечною, якщо я відповідаю за якість?
  • Мені призначають проект контролю якості, чи слід мені бігати в інший бік, або в ньому є щось для мене?

  • Я буду незначним як тестувальник?
  • Чи всі кредити надаються розробникам, коли продукт потрапляє на ринок?
  • Хіба тестування не повинно бути для тих, хто не є технічним персоналом?
  • Тестування менш інтенсивне, і я бажаю працювати лише за сумісництвом, чи достатньо це буде для мене, щоб спробувати?

qa зарплата тестерів

(джерело зображення: e27.co )

Прочитайте ці корисні повідомлення =>

що ви можете зробити за допомогою c ++

І одне з найпоширеніших поширених запитань, яке ми отримуємо - “ QA - це монетарний вибір кар’єри? Хіба тестери не платять менше, ніж аналоги розробників? ' Давай дізнаємось.

Що ви дізнаєтесь:

# 1) Тестерам не потрібно стільки навичок, скільки розробникам - False. Чому?

  • Всі розробники тестують, а більшість тестувальників пишуть код . Тут ми говоримо не просто про модульні та інтеграційні тести.
  • Такі інструменти, як Селен використовуйте ті самі IDE та мови програмування, що використовуються для розробки, щоб тестування можна було швидко та легко налаштувати.
  • Тестовий розвиток та поведінкові механізми розробки постійно зростають. Це просто означає, що розробники повинні думати з точки зору кінцевих користувачів / тестувальників. Їм потрібна перспектива та допомога тестувальників для створення цих рамок. Докладніше див. У цих публікаціях Тестування автоматизації за допомогою інструменту огірок і Різниця між TDD та BDD .

Є багато таких випадків, коли межі тестування та розробки перетинаються.

Нижня лінія: Міжфункціональні знання ПОВИННІ.

Тому ключовими навичками як розробників, так і тестових команд є:

  • Ноу-хау з основних функціональних процесів
  • Мови програмування - Java посіла найвище місце (Індекс TIOBE для популярності мови програмування)
  • БД та концепції дизайну
  • Аналітичне та логічне мислення
  • Гарне спілкування
  • Командна гра ставлення
  • Управління роботою за допомогою інструментів або вручну

№2) Залучення до життєвого циклу розвитку

Обидві команди виконують критичні ролі в кінці. З компаніями, які застосовують підходи до постійної інтеграції та постійного тестування, тестери та розробники працюють рука об руку . Крім того, Agile не розмежовує команди розробників та випробувальних команд - це все один SCRUM.

# 3) Чи будуть можливості зростання подібними для тестувальників та розробників?

Зростання змінюється для кожної людини, оскільки це залежить від здібностей, прагнень, зусиль та обставин. Це мало стосується галузі ІТ.

Розробники можуть стати менеджерами, бізнес-аналітиками, архітекторами або займатися продажами, дослідженнями тощо, залежно від їх кваліфікації, прагнень та можливостей.

Такі ж шанси існують і для тестувальників, лише у своїй галузі. Тест-керівник, менеджер тестів, бізнес-аналітик тощо - безліч можливостей.

Також читайте=> Як з’ясувати, яка робота з контролю якості найкраще вам підходить на основі ваших навичок?

№4) Чи необхідні розробники, а тестери - ні?

Якщо певний відділ не важливий, навіщо він? Конфлікт розробника проти тестувальника вже не є проблемою всередині ІТ-команди - це все ще кліше культурне сприйняття серед сторонніх людей.

Про майже повагу до розробників та презирство до тестувальників все ще чують, але я впевнений, що це відбувається від тих, хто добре не знає жодної дисципліни. Бути чи не бути (тестувальник програмного забезпечення) - це питання, на яке не слід відповідати на основі думок несвідомих.

Робота всюди нестабільна. Зазвичай це найслабша ланка, яка приймає виріз, і це не означає, що завжди відмовляється від контролю якості.

# 5) Нарешті, чи є невідповідність компенсації правдивою? Невже розробники роблять набагато більше, ніж тестери?

Якщо ви шукаєте загальне уявлення про те, де все відбувається з компенсацією, може бути корисним наступне:

Скляні двері:

Платіжна шкала:

Зарплата забезпечення якості тестера програмного забезпечення

Зарплата тестера програмного забезпечення

як зробити односторінкову програму за допомогою angularjs

Зарплата розробника додатків

Заробітна плата розробника програмного забезпечення

Джерело: Payscale.com

Переглядаючи наведені вище посилання, зауважте, що є багато змінних.

На жаль, ми не працюємо у світі нормалізованих зарплат.

За свою кар’єру я бачив, що багато служб контролю якості заробляють більше, ніж аналоги з розвитку. І навпаки, це також справедливо у багатьох випадках.

Оплата залежить від:

  • Навички та рівень навичок
  • Досвід
  • Поточна зарплата (при переході на нову посаду)
  • Характер зайнятості (повний робочий день проти фрілансу проти контракту)
  • Розташування
  • Компанія
  • Переваги
  • На жаль і рідко, навички ведення переговорів працівника

Що слід пам’ятати:

  • Робота пропонує більше, ніж гроші - Можливість реалізувати свій потенціал, спільнота, яка поділяє вашу пристрасть і шанс змінити ситуацію. Нехай велика картина показує все це та багато іншого.
  • Полюйте на лева, а не на єдинорога. Остерігайтеся міських міфів - друг друга, який упакував пакет зарплати вбивці і мав навіть менший досвід, ніж ви.
  • Порівняння зарплат - (із системами контролю якості або розробниками) - не дуже гарна ідея. Якщо ви відчуваєте перевтому та недоплату, сміливо обговорюйте це зі своїм менеджером.
  • Все, що варто зробити, варто за це заплатити, ну.
  • Нарешті, “ Щоб подвоїти свій дохід, потройте рівень навчання ”. - Робін Шарма.

Висновок:

На завершення я хочу сказати, що вибір кар’єрного шляху повинен ґрунтуватися на здібностях, амбіціях, безпеці, задоволенні і, звичайно, компенсації. На роботі людина повинна почуватися компетентною, впевненою в собі та продуктивною.

Уміння в тому, що ти робиш, є ключем до того, щоб почуватись так, і ти знаєш, що це не стан, магічно заклинаний. Для цього потрібні робота, практика та більше практики.

Автор : Дякуємо члену команди STH Сваті С. за всі дослідження та змушуємо пишатися нашою професією.

Ми хотіли б почути ваші думки, коментарі, запитання та розбіжності нижче.

Рекомендована література

^