Розробка vs. Тестування, або куди податися випускнику ФОТ

Серед певної частини фахівців сфери IT існує думка, що ЗА розробку і тестування слід розглядати як процеси-антагоністи. Дійсно, написання вихідного коду, розробка дизайну і т. д. — це творчі процеси, в той час як тестування — завжди носить деструктивний характер. На тлі специфіки своєї діяльності, між фахівцями двох областей безперервно виникають різні робочі, а іноді і особистісні, конфлікти. Тому команди розробки і тестування, часто протистоять один одному, а співробітники діляться на «чужих» і «своїх». До якого ж табору пристати-початківцю айтишнику? Спробуємо проаналізувати обидва напрямки і відповісти на дане питання.


Вважається, що розробка — більш інтелектуальна, творча, і як наслідок, більш оплачувана область, ніж тестування. Це один з відомих міфів, щодо професії тестувальника і не більш ніж суб'єктивна думка окремих індивідуумів. З об'єктивної точки зору — кожен спеціаліст виконує свій, унікальний стек завдань. Для програміста це написання коду, дизайн інтерфейсу, модульне тестування, вивчення і застосування оптимальних конструкцій і алгоритмів, а також відповідність шаблонам. Тестировщику ж необхідно знання предметної області, аналогів реалізованої системи на ринку, знання типових помилок подібних систем, крім того, для проектування та виконання тестів також потрібно знання методик тест-дизайну, а у разі автоматизації — необхідною стає розуміння сучасних інструментів автотестування, їх особливостей і обмежень.

Іншим, не менш поширеним є міф про те, що тестування — більш рутинна робота. Насправді, все залежить від конкретного проекту та конкретної ролі на ньому. В процесі тестування дійсно виникає необхідність проводити регрес, який не славиться своєю різноманітністю. У той же час, тестувальник може брати участь у створенні нового автоматизационного фреймворку, або займатися ручним тестуванням нового функціоналу. Цей же принцип справедливий і для будь-якого розробника: залежно від виконуваної ролі, фахівець може займатися підтримкою існуючих компонент або ж брати участь у створенні нових.

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

Ну і нарешті, завдяки описаним вище міфів і думок, багато молоді фахівці, які не мають досвіду в розробці, але, тим не менш, вважають цю область «имбовой» намагаються всіма правдами і неправдами потрапити на посаду junior або regular software developer. У тому числі, використовуючи позицію тестувальника як якийсь трамплін для подальшого переходу. Найцікавіше у даному випадку, що більшість таких претендентів надалі приймають рішення пов'язати своє життя з QA.

Отже, підіб'ємо підсумок: більшість стереотипів щодо професії тестувальника не мають під собою об'єктивної основи. Зараз обидва напрямки рівні. Творчий амбітна людина здатна проявити себе і в тій, і в іншій області. Не можна однозначно сказати, що активності в одній з них явно цікавіше, ніж в іншій, як і не можна стверджувати зворотне. Перед прийняттям рішення необхідно детально ознайомитися із конкретними обов'язками, а краще попрацювати якийсь час і в якості тестувальника, і в якості розробника. Тільки тоді людина зможе з певністю визначити, який шлях йому ближче. Більш того, це дозволить уникнути поширення відомих помилок і підвищить загальний професіоналізм співробітника — розуміння завдань обох відділів знизить ймовірність конфліктів і нерозуміння в колективі.

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

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.