Зараз багато хто мріє знайти роботу в IT через відносно високі зарплати в цій сфері, а також стабільний попит на подібних фахівців на ринку праці. Найчастіше ці мрії розбиваються необхідність отримання спеціалізованого освіти, отримання якого немає часу, ні грошей. Але є кілька спеціальностей, які дозволяють проскочити в IT через «чорний хід», практично минаючи етап попереднього навчання та здобуття досвіду. Саме до таких «прикордонних» спеціальностей відноситься QA.
Відповідно в кожному окремому випадку робочий день виглядатиме по-різному. У загальному випадку QA engineer починає день із роботи над тестами та відстеженням прогресу розробки за трекінговою системою. Протягом дня він спілкується з розробниками (уточнюючи хід розробки та проблеми, що його уповільнюють) і замовником (уточнюючи вимоги щодо функцій, що розробляються в даний момент). Наприкінці дня всі зміни вносяться до тестової документації.
Крім цього перевагою QA є можливість знайомства з новими технологіями. Якщо ви хочете перейти на іншу IT спеціальність, то позиція QA - найкраще місце, щоб ближче познайомитися з майбутньою роботою. Мінус у QA лише один — нудні та монотонні обов'язки щодо ручного тестування та оновлення тестової документації. Правда дошкуляють вони тільки спочатку, а з розширенням кола обов'язків все стає цікавіше і динамічніше.
У будь-якому випадку QA-початківця в першу чергу перевіряють на знання процесу тестування ПЗ: для чого воно взагалі потрібно, які є види тестування, що таке баг, як його задокументувати і які кроки потрібно пройти для його закриття. Спочатку вашою долею будуть саме тести. А після того як освоїтеся з цією роботою і трохи ближче дізнаєтеся як побудована розробка ПЗ у вашій компанії - перейдете на більш високий рівень і отримаєте свою частку відповідальності за продукт, що розробляється. Рівень входження на спеціальність QA значно нижчий, ніж на програміста, через що конкурс на цю вакансію може бути дуже, дуже, дуже великий. Тому для успішної співбесіди крім знань необхідно мати і певний набір особистих якостей. Так, для QA важливим є вміння налагодити спілкування - йому потрібно взаємодіяти практично з усіма учасниками розробки від замовника і до тестувальника. При цьому він має вміти донести до виконавців усі нюанси, яким має відповідати програма. Не менш важливі увага, терпіння та посидючість – вони потрібні у процесі тестування програм. Звичайно ж, для успішного тестингу потрібен азарт грибника і допитливість дитини, яка розбирає годинник або улюблену іграшку, щоб пошук помилок не перетворився для вас на гнітючу рутину. Також потрібні й аналітичні навички - для визначення шляхів покращення процесу розробки та самої програми. яким має відповідати додаток. Не менш важливі увага, терпіння та посидючість – вони потрібні у процесі тестування програм. Звичайно ж, для успішного тестингу потрібен азарт грибника і допитливість дитини, яка розбирає годинник або улюблену іграшку, щоб пошук помилок не перетворився для вас на гнітючу рутину. Також потрібні й аналітичні навички - для визначення шляхів покращення процесу розробки та самої програми. яким має відповідати додаток. Не менш важливі увага, терпіння та посидючість – вони потрібні у процесі тестування програм. Звичайно ж, для успішного тестингу потрібен азарт грибника і допитливість дитини, яка розбирає годинник або улюблену іграшку, щоб пошук помилок не перетворився для вас на гнітючу рутину. Також потрібні й аналітичні навички - для визначення шляхів покращення процесу розробки та самої програми. щоб пошук помилок не перетворився для вас на гнітючу рутину (якщо у вас буде пара історій про успішний пошук багів — для рекрутера це може стати великим плюсом). Також потрібні й аналітичні навички - для визначення шляхів покращення процесу розробки та самої програми. щоб пошук помилок не перетворився для вас на гнітючу рутину (якщо у вас буде пара історій про успішний пошук багів — для рекрутера це може стати великим плюсом). Також потрібні й аналітичні навички - для визначення шляхів покращення процесу розробки та самої програми.
Якщо ж ви розглядаєте QA лише як трамплін для кар'єри в іншій спеціальності, то після додаткового навчання можна перекваліфікуватися на програміста, бізнес-аналітика або менеджера проектів. На нових теренах відкриваються додаткові можливості професійного зростання, але й рівень відповідальності там зовсім інший.
Хто ж такий QA та чим він займається?
Робота Quality Assurance engineer полягає скоріш не у перевірці якості (хоч це слово і є у назві професії), а в контролі за правильністю виконання всіх етапів розробки та правильністю роботи підсумкового продукту. Звучить трохи схоже на завдання тестувальника. Але той займається лише перевіркою роботи програми та за результатами (наявністю багів та помилок) приймає його або не приймає. А QA engineer також контролює дотримання стандартів при розробці програм, взаємодіє з розробниками, дизайнерами, замовниками, запобігаючи появі багів і помилок у ПЗ. Щоправда, у нас професії тестувальника і QA найчастіше сприймаються як єдине ціле.Якщо розбивати за пунктами, то коло обов'язків інженера QA входять такі завдання:
- деталізація вимог до програми (виконується разом із замовником);
- аналіз та розрахунок часу потрібного на створення додатка або виправлення бага (завдання, звичайно, не для джунів, але як людина з поглядом "з боку", QA видає найреалістичніші естімейти за часом);
- розробка сценаріїв тестування;
- сам процес тестування;
- внесення виявлених недоліків у трекінгову систему
- обговорення виправлень із усіма учасниками розробки;
- відстеження процесу виправлення;
- повторне тестування проблемних моментів;
- аналіз результатів тестувань;
- доопрацювання сценаріїв тестування'
- аналіз процесу командної розробки;
- оптимізація процесів розробки для уникнення повторної появи виявлених помилок (якщо помилки виникають через неузгодженість дій різних підрозділів або тому, що хтось не слідує встановленим стандартам розробки, то саме робота QA вказати на це проблемне місце і домогтися його усунення);
- ведення документації з тестів.
ПЕРЕЙДІТЬ В ПОВНУ ВЕРСІЮ