Зміст
Періодичне проведення ad-hoc та дослідницького тестування. Цей етап дуже важливий та часто дає змогу помітити те, що раніше пропустили або не покрили сповіщеннями. Однією з моїх перших задач була саме така — міграція на нові кластери з оптимізацією коду та структури бази даних. Це об’ємне й шаблонне завдання, однак Вакансія Junior AT QA Engineer завдяки йому я покращив незакріплені знання після курсів, ближче ознайомився з технологіями вебзастосунків та попрактикувався працювати з ними. На рівні джуніор важливі знання (софтові та хардові). А коли проходиш десятки та сотні співбесід, то можна заплутатися в тому, що це за компанія.
Тому однією з найбільш популярних спеціальностей нині в IT сегменті є QA інженери. Не рекомендую з першого дня брати товсті книжки. Вони дають глибокі та фундаментальні знання, але для початку достатньо буде й поверхневих.
Пізніше, у наступній компанії, я використовував той самий C#, коли покривав мануальні тести автотестами (використовували Selenium і .NET). У першу чергу треба навчитися використовувати IT-терміни та QA зокрема. Для цього необхідно розібратися з тим, що таке забезпечення якості та з основними поняттями з тестування ПЗ. Загалом існує ще більша кількість класифікацій методів і підходів тестування (за об’єктом тесту, цілями, знанням системи, часом тестування, ознакою позитивності сценаріїв тощо). Може здатися, що це нереально вивчити, але все можливо за ефективної структури навчання.
Як же стати QA-інженером та з чого варто починати? Так от, почати варто із занурення у теорію забезпечення якості. Базове знання термінів і принципів роботи ІТ-сфери. Це допомагає краще розуміти специфікації (технічні описи) та організації мокапів (візуальних прикладів), що є основою для порівняння з самим функціоналом. Є секції освіти та курсів – вкажіть там всю актуальну інформацію.
Таким чином, вони можуть знайти та запобігти помилці на початкових етапах проєкту та заощадити всім час. Автоматизація – майбутнє тестування, впевнені багато експертів. У великих компаніях з добре побудованими процесами зазвичай існує онбординг.
А технічні знання — це must-have набір, який потрібно використовувати з першого дня роботи. Наприклад, якщо інженер не знає, як працювати з гітом, то це погано і ознака некомпетентності. А якщо він не розбирається у тонкощах IRS чи SWAP транзакцій (з першого дня) — то це штуки, які ЯКЩО ТРЕБА — можна довчити. А також відношення у багатьох (не у всіх) компаніях до тестувальників буде гірше, ніж до девелоперів. Постійно прийдеться доводити, що тестувальник потрібен в команді.
Хто такий мануальний тестувальник, а хто — автоматизатор? Відтак, інженер автоматизованого тестування ПЗ використовує тести, які покривають певний функціонал продукту та працюють без участі людини. Організованість та вміння керувати своїм ресурсом.
Я провів достатню кількість співбесід, і повірте, дуже видно з боку, коли людина розповідає про вигадані роботи. Навіть якщо ви плануєте прикриватися NDA, вас у будь-якому разі попросять хоча б загалом (але з технічними деталями) розповісти, чим ви займалися. На тривалих курсах зазвичай деякі теми розглядають дуже детально, і це може відволікати від основних речей, які потрібні для Junior QA позиції. Грубо кажучи, за розглядом детальної побудови мереж, ви можете пропустити головні моменти QA Core (основ тестування), які стануть у нагоді в майбутньому.
➖ Також робота QA-інженера принципово полягає у контролі якості результату роботи інших, що може бути важко психологічно — кожен раз вказувати іншим, що вони зробили не так. Що, звісно не є проблемою, якщо робити це професійно, маючи гарні soft skills та навички комунікації. ➖ Тестування, як і розробка, є творчою роботою, яка вимагає часом нестандартних підходів та мислення. Але з часом та досвідом стає легше, адже формується звичка мислити саме так. Розуміти кінцевого користувача, його потреби й побажання та навіть знати, що конкретно йому може не сподобатись, — одна з вершин, до якої має прагнути кожен такий фахівець. Чи справді для посади QA Engineer не треба мати глибоких технічних знань?
Більшість людей уявляють QA-інженера як людину, яка щодня натискає на будь-які випадкові елементи управління програми з надією, що вона зламається. І при цьому вважають, що для посади тестувальника не треба мати глибоких технічних знань, а отже — легше пройти співбесіду та «увійти в ІТ». Важлива ремарка, все залежить від проекту і компанії, в яку ви проходите співбесіду. Уважно читайте вимоги до вакансії і опис проекту, на який ви хочете потрапити. Уважне вивчення цих речей допоможе вам передбачити фокус вашої співбесіди.
Тож у цьому аспекті курси допомагають — вони фільтрують інформацію і дають її у потрібній послідовності. Можна спочатку вивчати, як побудовані мережі, API тощо, а тільки потім розбиратися з документацією. Але, на мою думку, це трохи неправильно, бо ви все одно сприйматимете цю інформацію як тонну непотрібної теорії. Курс — не панацея, як не є панацеєю і самостійне вивчення. Яким інструментам тестування ви надаєте перевагу і чому?
Визначаючи свою відповідь, також враховуйте масштаби позиції. На щастя, підготувавшись до інших категорій запитань, ви зможете легко подолати ці. Автоматизоване та Agile тестування стали ключовими частинами більшості робочих процесів розробки. Якщо ви справді хочете зробити кар’єру QA-інженера, почніть працювати над своїми hard та soft навичками якомога швидше і знайдіть можливість зробити перші професійні кроки. Якщо ж роботодавець чітко розповідає про ваші обов’язки та про очікування від вас, можливо, є сенс погоджуватися на таку пропозицію.
Робота в кращіх IT командах https://wizardsdev.com/